# Perché Interrupt di sistema usa molta CPU su Windows

Interrupt di sistema (System Interrupts) non è un programma. È una riga di Gestione attività che mostra il tempo di CPU speso a rispondere all'hardware, cioè il codice dei driver che risponde quando un dispositivo ha bisogno di attenzione. Un valore basso è normale, e un portatile inattivo misurato per questa pagina leggeva meno dell'1 per cento. Quando resta a diversi punti percentuali o più su un PC tranquillo, di solito è colpa di un driver o di un dispositivo, quindi la soluzione è trovare quello. Non puoi terminare questa riga, e nulla su disco si chiama System Interrupts.

## Cosa significa il numero

I dispositivi interrompono il processore quando hanno bisogno di qualcosa: una scheda di rete ha un pacchetto, o un dispositivo audio ha bisogno del buffer successivo. Windows esegue subito la routine di interrupt del driver, e la documentazione di Microsoft sui driver dice che [queste routine devono essere eseguite il più in fretta possibile](https://learn.microsoft.com/en-us/windows-hardware/drivers/kernel/introduction-to-dpc-objects), quindi passano il resto del lavoro a una deferred procedure call, o DPC, che viene eseguita poco dopo con una priorità inferiore all'interrupt ma prima dei programmi normali. Interrupt di sistema somma quel tempo.

Per questo fa più male di quanto il suo numero lasci pensare. Mentre una DPC o una routine di interrupt gira su un core, i thread normali lì aspettano, quindi un driver lento si manifesta come crepitii dell'audio, mouse a scatti o fotogrammi persi.

Misuralo, perché Gestione attività arrotonda e campiona solo una volta al secondo:

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

Ciascuno di quei valori era 0,38 su un ThinkPad inattivo con Windows 11 quando è stata verificata questa pagina. Non esiste un limite ufficiale, ma come regola approssimativa, una lettura sostenuta sopra il 5 per cento per uno dei due su un PC tranquillo merita di essere inseguita.

## Trova il driver

Parti da cosa è cambiato, poi rimuovi dispositivi, poi misura.

1. **Scollega tutto ciò che non serve**: hub USB, webcam, interfacce audio, dock, stampanti. Osserva il valore per un minuto dopo ciascuno. Un dispositivo USB difettoso è una causa classica, e questo passaggio non costa nulla.
2. **Pensa a cosa è cambiato**: un aggiornamento di un driver o di Windows subito prima che iniziasse? In **Gestione dispositivi**, apri **Proprietà › Driver** del dispositivo e prova **Ripristina driver**.
3. **Disattiva i sospetti uno alla volta** in Gestione dispositivi: prima le schede Wi-Fi e Bluetooth, poi l'audio, poi qualsiasi altra cosa che non sia lo schermo o il disco. Osserva per un minuto, poi riattivalo.
4. **Misura con LatencyMon** se ancora non hai una risposta. Questo [strumento gratuito di Resplendence](https://www.resplendence.com/latencymon) riporta i tempi di DPC e ISR per driver. Eseguilo per diversi minuti mentre il problema si presenta, e leggi la scheda **Drivers** ordinata per esecuzione più alta. Il file indicato lì, come `ndis.sys` per la rete o un driver audio del produttore, ti dice dove guardare.
5. **Registra una traccia** quando ti servono più dettagli. Windows Performance Recorder di Microsoft è incluso in Windows, e richiede un terminale da amministratore:

```powershell
wpr -start CPU
wpr -stop interrupts.etl
```

Fermalo dopo un minuto di sintomo, poi apri il file in Windows Performance Analyzer e guarda i grafici **DPC/ISR**.

## Cosa significa di solito il nome del driver

| Driver o dispositivo | Causa comune | Prova |
| --- | --- | --- |
| `ndis.sys`, driver Wi-Fi o Ethernet | Driver di rete, o una VPN o un filtro sopra di esso | Aggiorna dal produttore del PC o del chip, prova con la VPN spenta |
| `HDAudBus.sys`, `RtkHDAud.sys`, audio USB | Driver audio | Aggiorna dal produttore del PC, o prova un'altra uscita |
| `USBPORT.SYS`, `USBXHCI.SYS` | Un dispositivo USB o un hub che si comporta male | Scollega i dispositivi uno alla volta, prova un'altra porta |
| `nvlddmkm.sys`, `amdkmdag.sys`, `igdkmd64.sys` | Driver grafico | Aggiornamento pulito dal produttore della GPU o del PC |
| `storport.sys`, `stornvme.sys` | Driver del disco o dell'archiviazione | Aggiorna il firmware, controlla lo stato dell'unità |
| `ACPI.sys` | Firmware o gestione dell'alimentazione | Aggiorna il BIOS o l'UEFI dal produttore del PC |

Su un portatile usa prima la pagina di supporto del produttore del PC, perché i suoi driver sono fatti per quell'hardware. Se il valore resta alto con tutto scollegato, con driver aggiornati e dopo un riavvio pulito, l'hardware è una possibilità reale, soprattutto dopo una caduta o un liquido versato. Una chiavetta USB live con Linux può aiutare qui: se la macchina scatta ancora lì, è meno probabile che la causa siano i driver di Windows.

## Cosa non fare

- Non cercare un modo per terminarlo. Dietro questa riga non c'è nessun processo, quindi Gestione attività non ha nulla da fermare.
- Non installare un'utilità di aggiornamento dei driver. Spesso scelgono la versione sbagliata per un portatile, e questo può essere proprio il problema che stai cercando di risolvere.
- Non cambiare le impostazioni di interrupt o MSI nel registro da un post di un forum. Un valore sbagliato può impedire l'avvio del PC.
- Non pagare per un "ottimizzatore di sistema". Niente al suo interno può correggere un bug di un driver, e aggiunge lavoro in background suo.

## Dove entra Mole

Mole for Windows non elenca Interrupt di sistema, perché la sua pagina Stato legge processi reali e questa riga non lo è. Non ha nemmeno strumenti per i driver. È utile per escludere l'altro lato: se Stato mostra un processo che lavora davvero tanto, il problema può essere quel processo, quindi leggi prima [l'uso elevato della CPU su Windows](/it/windows/blog/windows-high-cpu-usage). Se nessun processo spiega il carico, i passaggi qui sopra sono la strada giusta. Per le altre righe di Gestione attività che non sono programmi normali, vedi [System Idle Process](/it/windows/blog/system-idle-process-high-cpu).

## Domande frequenti

### Che cos'è Interrupt di sistema in Gestione attività?

È il tempo che la CPU passa a eseguire il codice dei driver che risponde all'hardware, mostrato come un'unica riga. Non ha un file, e nessun programma c'è dietro.

### Quanta CPU dovrebbe usare Interrupt di sistema?

Di solito ben sotto l'1 per cento a riposo, e può salire per poco sotto un forte carico di rete o disco. Diversi punti percentuali mantenuti su un PC tranquillo valgono un'indagine.

### Posso disattivare Interrupt di sistema?

No. Non è un servizio né un programma. Riporta il lavoro che l'hardware ha bisogno di far svolgere, quindi la soluzione è il driver o il dispositivo che lo causa.

### Interrupt di sistema è un virus?

No. Un malware può eseguire un proprio driver, anche se è raro, e un'analisi con Microsoft Defender è ragionevole se LatencyMon indica un driver che non riconosci.

### Perché Interrupt di sistema fa crepitare il mio audio?

Quel codice gira prima dei programmi normali, quindi un driver lento ritarda il programma audio su quel core oltre il suo buffer successivo. LatencyMon è stato fatto per questo caso e indica il driver.


Canonical: https://mole.fit/it/windows/blog/system-interrupts-high-cpu