โดยทั่วไป RTOS สามารถรับประกันได้ว่าสามารถให้บริการ IRQ (คำขอขัดจังหวะ) ในกรอบเวลาที่กำหนด (โดยปกติจะต่ำ) ระบบปฏิบัติการมาตรฐานไม่มีการรับประกันดังกล่าว
ในระบบที่ทันสมัยที่สุดอุปกรณ์ส่วนใหญ่สามารถสร้าง IRQ สิ่งนี้ทำให้ CPU หยุด (เช่นถูกขัดจังหวะ) สิ่งที่ทำและเรียกใช้โปรแกรมบริการขัดจังหวะ แนวคิดก็คือโปรแกรมบริการนี้จะทำสิ่งที่อุปกรณ์ต้องการเช่นนำข้อมูลออกจากอุปกรณ์และเป็น RAM บอกอุปกรณ์ว่าจะทำอย่างไรต่อไปเป็นต้น
บน x86 เนื่องจากมีเพียง 1 IRQ บรรทัดบน CPU เมื่อได้รับการขัดจังหวะการขัดจังหวะเพิ่มเติมจะถูกปิดใช้งานโดยอัตโนมัติ (ยกเว้น NMI, RESET และ SMI) จนกว่า CPU จะยอมรับแหล่งขัดจังหวะและเปิดใช้งานอีกครั้ง ไดรเวอร์อุปกรณ์ที่ดีภายใต้มาตรฐาน i386 / amd64 Windows จะทำการประมวลผลน้อยที่สุดในสถานะนี้เพียงพอเพื่อให้สามารถเปิดใช้งานอินเตอร์รัปต์ได้อีกครั้งจากนั้นเลื่อนการประมวลผลของอินเตอร์รัปต์จนเสร็จสมบูรณ์ (เนื่องจากระบบสามารถให้บริการได้ แกนกลางในเวลา) ฉันไม่แน่ใจ แต่ฉันเชื่อว่า Linux ทำเช่นเดียวกัน อย่างไรก็ตามไม่มีการรับประกันอย่างหนักในเวลาที่การขัดจังหวะจะได้รับการบริการภายใต้
สำหรับอุปกรณ์พีซีส่วนใหญ่เช่นดิสก์แป้นพิมพ์ NICs หากมีความล่าช้าเล็กน้อยในการให้บริการ IRQ ของพวกเขาจะไม่มีอะไรเลวร้ายเกิดขึ้นนอกจากการสูญเสียประสิทธิภาพ นี่อาจเป็นปัญหาสำหรับอุปกรณ์เช่นอินพุตเสียงและวิดีโอซึ่งอุปกรณ์ไม่ได้บัฟเฟอร์อะไรเลยและพีซีจำเป็นต้องติดตามกระแสข้อมูลที่เข้ามา