# Waarom gebruikt Systeemonderbrekingen veel CPU in Windows

Systeemonderbrekingen (System Interrupts) is geen programma. Het is een rij in Taakbeheer die de CPU-tijd toont die opgaat aan het beantwoorden van hardware, dus de stuurprogrammacode die reageert wanneer een apparaat aandacht nodig heeft. Een laag getal is normaal, en een inactieve laptop die voor deze pagina werd gemeten gaf minder dan 1 procent. Staat het op een rustige pc op meerdere procenten of meer, dan is meestal een stuurprogramma of een apparaat de oorzaak, dus de oplossing is dat ene vinden. Je kunt deze rij niet beëindigen, en niets op schijf heet System Interrupts.

## Wat het getal betekent

Apparaten onderbreken de processor wanneer ze iets nodig hebben: een netwerkkaart heeft een pakket, of een audioapparaat heeft zijn volgende buffer nodig. Windows voert de interruptroutine van het stuurprogramma meteen uit, en Microsofts documentatie voor stuurprogramma's zegt dat [deze routines zo snel mogelijk moeten worden uitgevoerd](https://learn.microsoft.com/en-us/windows-hardware/drivers/kernel/introduction-to-dpc-objects), dus ze geven de rest van het werk door aan een deferred procedure call, of DPC, die kort daarna draait met een lagere prioriteit dan de interrupt maar vóór gewone programma's. Systeemonderbrekingen telt die tijd op.

Daarom doet het meer pijn dan het getal doet vermoeden. Terwijl een DPC- of interruptroutine op een kern draait, wachten gewone threads daar, dus een traag stuurprogramma zie je terug als krakend geluid, haperende muis of gemiste frames.

Meet het, want Taakbeheer rondt af en meet maar één keer per seconde:

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

Elk van die twee gaf 0.38 op een inactieve ThinkPad met Windows 11 toen deze pagina werd gecontroleerd. Er is geen officiële grens, maar als vuistregel is een aanhoudende waarde boven 5 procent voor een van beide op een rustige pc de moeite van het uitzoeken waard.

## Het stuurprogramma vinden

Begin met wat er is veranderd, haal dan apparaten weg en meet daarna.

1. **Koppel alles los wat niet nodig is**: usb-hubs, webcams, audio-interfaces, docks, printers. Kijk na elk een minuut naar het getal. Een defect usb-apparaat is een klassieke oorzaak, en deze stap kost niets.
2. **Bedenk wat er is veranderd**: een stuurprogramma- of Windows-update vlak voordat dit begon? Open in **Apparaatbeheer** de **Eigenschappen › Stuurprogramma** van het apparaat en probeer **Vorig stuurprogramma**.
3. **Schakel verdachten één voor één uit** in Apparaatbeheer: eerst wifi- en bluetoothadapters, dan audio, dan alles wat niet je beeldscherm of schijf is. Kijk een minuut en schakel het dan weer in.
4. **Meet met LatencyMon** als je nog geen antwoord hebt. Dit gratis [hulpmiddel van Resplendence](https://www.resplendence.com/latencymon) toont DPC- en ISR-tijden per stuurprogramma. Laat het enkele minuten draaien terwijl het probleem zich voordoet en lees het tabblad **Drivers** gesorteerd op hoogste uitvoeringstijd. Het bestand dat daar staat, zoals `ndis.sys` voor netwerk of een audiostuurprogramma van een fabrikant, vertelt waar je moet zoeken.
5. **Neem een trace op** als je meer detail nodig hebt. Microsofts Windows Performance Recorder zit in Windows en heeft een terminal met beheerdersrechten nodig:

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

Stop het na een minuut met het symptoom, open het bestand dan in Windows Performance Analyzer en kijk naar de grafieken **DPC/ISR**.

## Wat de naam van het stuurprogramma meestal betekent

| Stuurprogramma of apparaat | Veelvoorkomende oorzaak | Probeer |
| --- | --- | --- |
| `ndis.sys`, wifi- of ethernetstuurprogramma | Netwerkstuurprogramma, of een vpn of filter erbovenop | Werk bij via de pc- of chipfabrikant, test met de vpn uit |
| `HDAudBus.sys`, `RtkHDAud.sys`, usb-audio | Audiostuurprogramma | Werk bij via de pc-fabrikant, of test een andere uitvoer |
| `USBPORT.SYS`, `USBXHCI.SYS` | Een usb-apparaat of hub dat zich misdraagt | Koppel apparaten één voor één los, probeer een andere poort |
| `nvlddmkm.sys`, `amdkmdag.sys`, `igdkmd64.sys` | Grafisch stuurprogramma | Schone update via de gpu- of pc-fabrikant |
| `storport.sys`, `stornvme.sys` | Schijf- of opslagstuurprogramma | Werk de firmware bij, controleer de gezondheid van de schijf |
| `ACPI.sys` | Firmware of energiebeheer | Werk de BIOS of UEFI bij via de pc-fabrikant |

Gebruik op een laptop eerst de ondersteuningspagina van de pc-fabrikant, omdat de stuurprogramma's daar voor die hardware zijn gemaakt. Blijft het getal hoog met alles losgekoppeld, op actuele stuurprogramma's en na een schone herstart, dan is hardware een reële mogelijkheid, vooral na een val of gemorste vloeistof. Een Linux-live-usb kan hier helpen: hapert de machine daar nog steeds, dan zijn Windows-stuurprogramma's minder waarschijnlijk de oorzaak.

## Wat je niet moet doen

- Zoek geen manier om het te beëindigen. Er zit geen proces achter deze rij, dus Taakbeheer heeft niets om te stoppen.
- Installeer geen hulpprogramma voor stuurprogramma-updates. Ze kiezen vaak de verkeerde versie voor een laptop, en dat kan precies het probleem zijn dat je probeert op te lossen.
- Verander geen interrupt- of MSI-instellingen in de registry op basis van een forumbericht. Een verkeerde waarde kan voorkomen dat de pc opstart.
- Betaal niet voor een "systeemoptimalisatie". Niets daarin kan een bug in een stuurprogramma oplossen, en het voegt eigen achtergrondwerk toe.

## Waar Mole past

Mole for Windows toont Systeemonderbrekingen niet, omdat de pagina Status echte processen leest en deze rij er geen is. Het heeft ook geen hulpmiddelen voor stuurprogramma's. Het is nuttig om de andere kant uit te sluiten: toont Status een proces dat echt hard werkt, dan kan het probleem dat proces zijn, dus lees eerst [hoog CPU-gebruik in Windows](/nl/windows/blog/windows-high-cpu-usage). Verklaart geen proces de belasting, dan zijn de stappen hierboven het juiste pad. Voor de andere rijen in Taakbeheer die geen gewone programma's zijn, zie [System Idle Process](/nl/windows/blog/system-idle-process-high-cpu).

## Veelgestelde vragen

### Wat is Systeemonderbrekingen in Taakbeheer?

Het is de tijd die de CPU besteedt aan het uitvoeren van stuurprogrammacode die reageert op hardware, getoond als één rij. Er is geen bestand, en er zit geen programma achter.

### Hoeveel CPU hoort Systeemonderbrekingen te gebruiken?

Meestal ruim onder 1 procent in rust, en het kan kort stijgen bij zwaar netwerk- of schijfwerk. Meerdere procenten die op een rustige pc blijven staan zijn het onderzoeken waard.

### Kan ik Systeemonderbrekingen uitschakelen?

Nee. Het is geen service of programma. Het meldt werk dat hardware gedaan wil hebben, dus de oplossing is het stuurprogramma of apparaat dat het veroorzaakt.

### Is Systeemonderbrekingen een virus?

Nee. Malware kan een eigen stuurprogramma draaien, al is dat zeldzaam, en een scan met Microsoft Defender is redelijk als LatencyMon een stuurprogramma noemt dat je niet herkent.

### Waarom laat Systeemonderbrekingen mijn audio kraken?

Die code draait vóór gewone programma's, dus een traag stuurprogramma vertraagt het audioprogramma op die kern voorbij zijn volgende buffer. LatencyMon is voor dit geval gemaakt en noemt het stuurprogramma.


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