Temel olarak, bir RTOS belirli bir (genellikle düşük) zaman aralığında bir IRQ'ya (kesme isteği) hizmet verebileceğini garanti edebilir. Standart işletim sistemlerinin böyle bir garantisi yoktur.
Çoğu modern sistemde, çoğu cihaz bir IRQ üretebilir. Bu, CPU'nun yaptığı işi durdurmasına (yani kesintiye uğramasına) ve bir kesme hizmeti programı çalıştırmasına neden olur. Buradaki fikir, bu servis programının cihazın ihtiyaç duyduğu her şeyi yapması, yani verileri cihazdan ve RAM'e alması, cihaza ne yapacağını söylemesi vb.
X86'da, CPU'da yalnızca 1 IRQ hattı bulunduğundan, bir kesinti aldığında, CPU kesinti kaynağını tanıyana ve yeniden etkinleştirene kadar daha fazla kesinti otomatik olarak devre dışı bırakılır (NMI, RESET ve SMI hariç). Bu nedenle, standart i386 / amd64 Windows altında iyi aygıt sürücüleri, bu durumda minimum işlem yapacak, sadece kesintileri yeniden etkinleştirmenin ve daha sonra kesintinin tam işlenmesini ertelemenin yeterli olacağı için (sistem teknik olarak yalnızca CPU başına 1 kesinti sunabiliyor) bir kerede çekirdek). Emin değilim ama Linux'un da aynı şeyi yaptığını düşünüyorum. Bununla birlikte, kesintinin servis edileceği zamanın kesin bir garantisi yoktur.
Diskler, klavyeler, NIC'ler gibi çoğu PC cihazı için, IRQ'larına servis yaparken küçük bir gecikme olursa, performans kaybı dışında kötü bir şey olmaz. Bu, cihazın hiçbir şeyi arabelleğe almadığı ve bilgisayarın gelen veri akışına gerçekten uyması gereken ses ve video girişi gibi cihazlar için daha fazla sorun olabilir.