Las “interrupciones del sistema” no son un proceso en el sentido tradicional, sino que están presentes para tratar de explicar al usuario que el ordenador está gastando el 1,5% de sus recursos de la CPU procesando peticiones de interrupción. Las interrupciones ocurren por debajo del nivel del SO, por lo que no están asociadas a ningún proceso en particular.
Interrupciones (IRQs) existen para que los componentes de hardware de su sistema puedan decirle a la CPU cosas como “se ha producido un error”, o “los datos que ha solicitado ya están disponibles”, o “este dispositivo quiere enviar datos”. Cada vez que un dispositivo o pieza de software necesita decirle a la CPU algo sobre la tarea que está realizando, o necesita instruir a la CPU para que haga algo, levanta una Interrupción, que la CPU recibe y maneja . Cuando esto sucede, la CPU inmediatamente detiene lo que está haciendo para procesar la interrupción.
Cuando se ve como un proceso, otro elemento relacionado son las Llamadas a Procedimientos Diferidos (DPCs) , que son funciones del SO llamadas directa o indirectamente en respuesta a una interrupción levantada, de manera asíncrona. Sumando las Interrupciones del Sistema y el procesamiento de las DPCs, se puede estimar en general la cantidad de recursos en uso que responden al manejo de las IRQs.
Hay interrupciones buenas y malas. Si estás gastando mucho tiempo en el procesamiento de interrupciones, hay una buena probabilidad de que al menos una pieza de hardware esté fallando. Por otro lado, mucho hardware utiliza las IRQs para la sincronización y otros propósitos valiosos. Por ejemplo, el bus PCI utiliza las IRQs para controlar qué dispositivo está utilizando el bus en cada instante, de forma que cada dispositivo comparte el bus de forma eficiente.
Al 1,5%, todo me parece normal.