“System interrupts” is geen proces in de traditionele zin, maar is aanwezig om de gebruiker duidelijk te maken dat de computer 1,5% van zijn CPU-bronnen besteedt aan het verwerken van interrupt-aanvragen. Interrupts treden op onder het OS-niveau, dus zijn ze niet verbonden met een bepaald proces.
Interrupts (IRQs) bestaan zodat de hardware componenten van je systeem de CPU dingen kunnen vertellen als “er is een fout opgetreden”, of “de gegevens die je hebt opgevraagd zijn nu beschikbaar”, of “dit apparaat wil graag gegevens versturen”. Telkens wanneer een apparaat of stukje software de CPU iets moet vertellen over de taak die het uitvoert, of de CPU moet instrueren iets te doen, roept het een Interrupt op, die de CPU ontvangt en afhandelt . Wanneer dit gebeurt, stopt de CPU onmiddellijk met wat hij aan het doen is, zodat hij de interrupt kan verwerken.
Als een proces gezien, zijn een ander gerelateerd item Deferred Procedure Calls (DPCs) , dat zijn OS functies die direct of indirect aangeroepen worden in reactie op een aangeroepen interrupt, op een asynchrone manier. Door de System Interrupts en DPC verwerking bij elkaar op te tellen, kunt u in het algemeen schatten hoeveel bronnen in gebruik zijn als reactie op IRQ afhandeling.
Er zijn goede interrupts en slechte. Als je veel tijd besteedt aan interrupt verwerking, is er een goede kans dat ten minste een stuk van de hardware faalt. Aan de andere kant gebruiken veel hardware IRQ’s voor timing en andere waardevolle doeleinden. De PCI bus bijvoorbeeld gebruikt IRQ’s om te bepalen welk apparaat de bus op een bepaald moment gebruikt, zodat elk apparaat de bus efficiënt kan delen.
Bij 1,5% klinkt alles normaal voor mij.