Por que as Interrupções do sistema usam muita CPU no Windows

Interrupções do sistema (System Interrupts) não é um programa. É uma linha do Gerenciador de Tarefas que mostra o tempo de CPU gasto atendendo o hardware, ou seja, o código dos drivers que responde quando um dispositivo precisa de atenção. Um número baixo é normal, e um notebook ocioso medido para esta página ficou abaixo de 1 por cento. Quando ele se mantém em vários por cento ou mais em um PC parado, o problema costuma ser um driver ou um dispositivo, então a solução é achar esse. Você não pode encerrar essa linha, e nada no disco se chama System Interrupts.

O que o número significa

Os dispositivos interrompem o processador quando precisam de algo: uma placa de rede recebeu um pacote, ou um dispositivo de áudio precisa do próximo buffer. O Windows executa na hora a rotina de interrupção do driver, e a documentação de drivers da Microsoft diz que essas rotinas devem ser executadas o mais rápido possível, então elas passam o resto do trabalho para uma chamada de procedimento adiada, ou DPC, que roda logo depois com prioridade menor que a interrupção, mas à frente dos programas comuns. As Interrupções do sistema somam esse tempo.

Por isso ele incomoda mais do que o número sugere. Enquanto uma DPC ou rotina de interrupção roda em um núcleo, as threads normais ali esperam, então um driver lento aparece como chiado no áudio, travadas no mouse ou quadros perdidos.

Meça, já que o Gerenciador de Tarefas arredonda e amostra só uma vez por segundo:

(Get-Counter '\Processor(_Total)\% DPC Time', '\Processor(_Total)\% Interrupt Time' -SampleInterval 2 -MaxSamples 5).CounterSamples | ForEach-Object { '{0} {1:N2}' -f $_.Path, $_.CookedValue }

Cada um deles marcou 0,38 em um ThinkPad ocioso com Windows 11 quando esta página foi verificada. Não há um limite oficial, mas como referência aproximada, uma leitura sustentada acima de 5 por cento em qualquer um dos dois em um PC parado vale a pena investigar.

Encontre o driver

Comece pelo que mudou, depois remova dispositivos e então meça.

1. Desconecte tudo o que não for necessário: hubs USB, webcams, interfaces de áudio, docks, impressoras. Observe o número por um minuto depois de cada um. Um dispositivo USB com defeito é uma causa clássica, e este passo não custa nada.
2. Pense no que mudou: houve uma atualização de driver ou do Windows pouco antes de começar? No Gerenciador de Dispositivos, abra Propriedades › Driver do dispositivo e tente Reverter Driver.
3. Desative os suspeitos um de cada vez no Gerenciador de Dispositivos: primeiro os adaptadores de Wi-Fi e Bluetooth, depois o áudio, depois qualquer outra coisa que não seja a tela ou o disco. Observe por um minuto e ative de novo.
4. Meça com o LatencyMon se ainda não tiver resposta. Esta ferramenta gratuita da Resplendence informa os tempos de DPC e ISR por driver. Deixe rodando por vários minutos enquanto o problema acontece e leia a guia Drivers ordenada pela maior execução. O arquivo citado ali, como ndis.sys para rede ou um driver de áudio do fabricante, mostra onde procurar.
5. Grave um rastreamento quando precisar de mais detalhes. O Windows Performance Recorder da Microsoft já vem no Windows, e exige um terminal de administrador:

wpr -start CPU
wpr -stop interrupts.etl

Pare depois de um minuto do sintoma, depois abra o arquivo no Windows Performance Analyzer e olhe os gráficos de DPC/ISR.

O que o nome do driver costuma indicar

Use primeiro a página de suporte do fabricante do PC em um notebook, já que os drivers dele são feitos para aquele hardware. Se o número continua alto com tudo desconectado, com drivers atuais e com uma reinicialização limpa, o hardware é uma possibilidade real, principalmente depois de uma queda ou de líquido derramado. Um USB live de Linux pode ajudar aqui: se a máquina ainda engasga lá, é menos provável que a causa sejam os drivers do Windows.

O que não fazer

• Não procure um jeito de encerrá-lo. Não há processo por trás dessa linha, então o Gerenciador de Tarefas não tem o que parar.
• Não instale um utilitário de atualização de drivers. Eles muitas vezes escolhem a versão errada para um notebook, e isso pode ser o problema que você tenta resolver.
• Não mude configurações de interrupção ou MSI no registro seguindo um post de fórum. Um valor errado pode impedir o PC de iniciar.
• Não pague por um "otimizador de sistema". Nada nele consegue corrigir um bug de driver, e ele acrescenta trabalho próprio em segundo plano.

Onde o Mole entra

O Mole para Windows não lista as Interrupções do sistema, porque a página Status dele lê processos reais e essa linha não é um. Ele também não tem ferramentas de driver. Serve para descartar o outro lado: se o Status mostra um processo realmente trabalhando pesado, o problema pode ser esse processo, então leia primeiro uso alto de CPU no Windows. Se nenhum processo explica a carga, os passos acima são o caminho certo. Para as outras linhas do Gerenciador de Tarefas que não são programas comuns, veja o Processo ocioso do sistema.

Perguntas frequentes

O que são as Interrupções do sistema no Gerenciador de Tarefas?

É o tempo que a CPU gasta rodando código de driver que responde ao hardware, mostrado como uma única linha. Ela não tem arquivo, e nenhum programa está por trás.

Quanta CPU as Interrupções do sistema deveriam usar?

Em geral bem menos de 1 por cento em repouso, e pode subir por pouco tempo sob muito trabalho de rede ou disco. Vários por cento mantidos em um PC parado vale a pena investigar.

Posso desativar as Interrupções do sistema?

Não. Não é um serviço nem um programa. Ela informa um trabalho que o hardware precisa que seja feito, então a solução está no driver ou no dispositivo que o causa.

As Interrupções do sistema são um vírus?

Não. Um malware pode rodar o próprio driver, embora seja raro, e uma verificação com o Microsoft Defender é razoável se o LatencyMon citar um driver que você não reconhece.

Por que as Interrupções do sistema fazem meu áudio chiar?

Esse código roda à frente dos programas comuns, então um driver lento atrasa o programa de áudio naquele núcleo além do próximo buffer. O LatencyMon foi feito para esse caso e nomeia o driver.