“Interruzioni di sistema” non è un processo nel senso tradizionale, ma è presente per cercare di spiegare all'utente che il computer sta spendendo l'1,5% delle sue risorse di CPU per elaborare le richieste di interruzione. Gli interrupt si verificano sotto il livello del sistema operativo, quindi non sono associati a nessun processo particolare.
Interrupts (IRQs) esistono in modo che i componenti hardware del vostro sistema possano dire alla CPU cose come “si è verificato un errore”, o “i dati che avete richiesto sono ora disponibili”, o “questo dispositivo vorrebbe inviare dati”. Ogni volta che un dispositivo o un pezzo di software ha bisogno di dire alla CPU qualcosa sul compito che sta eseguendo, o ha bisogno di istruire la CPU a fare qualcosa, solleva un Interrupt, che la CPU riceve e gestisce . Quando questo accade, la CPU interrompe immediatamente ciò che sta facendo in modo da elaborare l'interrupt.
Quando viene visto come un processo, un altro elemento correlato sono Deferred Procedure Calls (DPCs) , che sono funzioni del sistema operativo chiamate direttamente o indirettamente in risposta a un interrupt sollevato, in modo asincrono. Sommando gli Interrupt di sistema e l'elaborazione dei DPC, si può generalmente stimare la quantità di risorse in uso in risposta alla gestione degli IRQ.
Ci sono interrupt buoni e cattivi. Se state spendendo molto tempo nell'elaborazione degli interrupt, c'è una buona probabilità che almeno un pezzo di hardware stia fallendo. D'altra parte, un sacco di hardware usa gli IRQ per la temporizzazione e altri scopi importanti. Per esempio, il bus PCI usa gli IRQ per controllare quale dispositivo sta usando il bus in un dato istante, in modo che ogni dispositivo condivida il bus in modo efficiente.
All'1,5% mi sembra tutto normale.