Les "interruptions système" ne sont pas un processus au sens traditionnel du terme, mais sont présentes pour tenter d'expliquer à l'utilisateur que l'ordinateur dépense 1,5% de ses ressources CPU pour traiter les requêtes d'interruption. Les interruptions se produisent en dessous du niveau du système d'exploitation, elles ne sont donc associées à aucun processus particulier.
Les interruptions (IRQ) existent afin que les composants matériels de votre système puissent indiquer au CPU des choses comme "une erreur s'est produite", ou "les données que vous avez demandées sont maintenant disponibles", ou "cet appareil souhaite envoyer des données". Chaque fois qu'un périphérique ou un logiciel doit dire au CPU quelque chose sur la tâche qu'il effectue, ou doit demander au CPU de faire quelque chose, il déclenche une interruption, que le CPU reçoit et gère . Lorsque cela se produit, le CPU arrête immédiatement ce qu'il fait de telle sorte qu'il traite l'interruption.
Lorsqu'ils sont considérés comme un processus, les appels de procédure différée (DPC) sont des éléments associés , qui sont des fonctions du système d'exploitation appelées directement ou indirectement en réponse à une interruption déclenchée, de manière asynchrone. En additionnant les interruptions système et le traitement DPC, vous pouvez généralement estimer la quantité de ressources utilisées en réponse à la gestion de l'IRQ.
Il y a de bonnes et de mauvaises interruptions. Si vous passez beaucoup de temps sur le traitement des interruptions, il y a de fortes chances qu'au moins une pièce de matériel tombe en panne. D'un autre côté, de nombreux matériels utilisent des IRQ pour le chronométrage et à d'autres fins utiles. Par exemple, le bus PCI utilise des IRQ pour contrôler quel périphérique utilise le bus à un instant donné, de sorte que chaque périphérique partage efficacement le bus.
À 1,5%, tout me semble normal.