SIGKILL ไม่เคยล้มเหลวในการฆ่ากระบวนการทำงานนั่นคือประเด็น สัญญาณอื่น ๆ ที่มีอยู่เพื่อให้แอปพลิเคชันมีโอกาสตอบสนอง
พฤติกรรมเริ่มต้นของ SIGINT, SIGTERM, SIGQUIT และ SIGHUP คือการฆ่าโปรแกรม อย่างไรก็ตามแอปพลิเคชันได้รับอนุญาตให้ติดตั้งตัวจัดการสำหรับสัญญาณเหล่านี้ ดังนั้นพฤติกรรมที่แท้จริงของแอพพลิเคชั่นเมื่อพวกเขาได้รับสัญญาณเหล่านี้เป็นเรื่องของการประชุม (ซึ่งแต่ละแอพพลิเคชั่นอาจจะหรือไม่ปฏิบัติตาม) ไม่ใช่การออกแบบระบบ
SIGINT เป็น“ จุดอ่อนที่สุด” ของล็อต ความหมายดั้งเดิมของมันคือ“ หยุดสิ่งที่คุณทำอยู่ตอนนี้และรอการป้อนข้อมูลจากผู้ใช้เพิ่มเติม” มันเป็นสัญญาณที่สร้างขึ้นโดยCtrl+ Cในเทอร์มินัล โดยทั่วไปโปรแกรมที่ไม่ต้องมีการโต้ตอบจะถือว่าเป็น SIGTERM
SIGTERM เป็นสัญญาณฆ่า "ปกติ" มันบอกแอปพลิเคชันให้ออกอย่างหมดจด แอปพลิเคชันอาจใช้เวลาในการบันทึกสถานะของมันเพื่อปล่อยทรัพยากรเช่นไฟล์ชั่วคราวที่อาจจะอยู่ข้างหลังเป็นต้นแอปพลิเคชันที่ไม่ต้องการถูกขัดจังหวะระหว่างแอปพลิเคชันที่สำคัญอาจเพิกเฉย SIGTERM ชั่วครู่หนึ่ง
SIGHUP นั้นคล้ายกับ SIGTERM ในแง่ของความรุนแรง แต่มันมีบทบาทเฉพาะเนื่องจากมันถูกส่งไปยังแอปพลิเคชันที่ทำงานโดยอัตโนมัติในเทอร์มินัลเมื่อผู้ใช้ยกเลิกการเชื่อมต่อจากเทอร์มินัลนั้น (etymologically วางสาย) SIGHUP มักไม่สมัครใจซึ่งแตกต่างจาก SIGTERM ที่ต้องส่งอย่างชัดเจนดังนั้นแอปพลิเคชันควรพยายามบันทึกสถานะของพวกเขาใน SIGHUP SIGHUP ยังมีความหมายดั้งเดิมที่แตกต่างอย่างสิ้นเชิงสำหรับแอปพลิเคชันที่ไม่ต้องใช้กับผู้ใช้ ( daemons ), ซึ่งจะทำการรีโหลดไฟล์การตั้งค่าของพวกเขา
SIGQUIT เป็นสัญญาณที่น่าสะพรึงกลัวที่สุด มันตั้งใจที่จะใช้เมื่อแอปพลิเคชันทำงานผิดปกติและจำเป็นต้องถูกฆ่าในตอนนี้และโดยปกติแล้วจะทิ้งไฟล์core dump (ระบบทันสมัยที่ผู้ใช้ส่วนใหญ่ไม่ทราบว่าไฟล์หลักมีแนวโน้มที่จะไม่สร้างมันตามค่าเริ่มต้น) . แอปพลิเคชันสามารถตั้งค่าตัวจัดการ แต่ควรทำน้อยมาก (โดยเฉพาะอย่างยิ่งไม่บันทึกสถานะใด ๆ ) เพราะจุดประสงค์ของ SIGQUIT จะต้องใช้เมื่อมีบางสิ่งผิดปกติอย่างร้ายแรง
HUP
ไม่ได้แปลว่าโปรแกรมจะออกจากโปรแกรม บางโปรแกรมใช้SIGHUP
เพื่อโหลดไฟล์กำหนดค่าใหม่SIGKILL
ล้มเหลวหรือค่อนข้างถูกเลื่อนออกไปเมื่อกระบวนการอยู่ในโหมดสลีป