# Hoe je vindt waarom WMI Provider Host zoveel CPU gebruikt

WMI Provider Host in Taakbeheer is `WmiPrvSE.exe`, het Windows-proces dat antwoord geeft op vragen die programma's over het systeem stellen: welke schijven er zijn, hoe vol de accu is, welke services draaien. Het gebruikt zelden CPU om eigen redenen. Zit het langere tijd op 10 tot 30 procent, dan vraagt een ander programma er te vaak iets aan, of iets duurs, dus de oplossing is dat programma vinden en niet de provider host zelf.

## Wat het doet

Windows Management Instrumentation (WMI) is de manier waarop scripts, monitoringtools, bijbehorende apps van stuurprogramma's en Windows zelf systeeminformatie lezen. De aanvragen worden afgehandeld door providers, en providers draaien binnen een of meer `WmiPrvSE.exe`-processen, waardoor Taakbeheer meerdere rijen WMI Provider Host tegelijk kan tonen. De [handleiding van Microsoft voor hoge WMI-CPU](https://learn.microsoft.com/en-us/troubleshoot/windows-server/system-management-components/troubleshoot-wmi-high-cpu-issues) zegt hetzelfde: de CPU van de provider host weerspiegelt de query's die clients sturen, en de opdracht is vaststellen welke client en welke provider erachter zitten.

| Wat je ziet | Waarschijnlijke oorzaak |
| --- | --- |
| Een korte piek bij het aanmelden, daarna rust | Opstart-apps en Windows die eenmalig de inventaris lezen |
| Constante belasting om de paar seconden, de hele dag | Een tool die WMI in een lus bevraagt: een monitor, een fabrikantenhulpprogramma, een game-overlay |
| Hoge CPU na het installeren van één app | De service van die app of de WMI-provider ervan |
| Meerdere rijen WMI Provider Host, één druk | Eén provider is traag; de andere zijn in orde |

## Vind het programma dat vraagt

Open Logboeken (typ `eventvwr` in Start) en ga naar Logboeken voor toepassingen en services › Microsoft › Windows › WMI-Activity › Operational. Fouten met gebeurtenis-id 5858 noemen de query die mislukte en de `ClientProcessId` die hem stuurde. Gebeurtenis-id 5857 legt vast welke provider is geladen en het proces-id van de `WmiPrvSE.exe` die hem host.

Open daarna Taakbeheer met `Ctrl + Shift + Esc`, ga naar het tabblad Details en sorteer op PID. Koppel de `ClientProcessId` aan een naam, en de PID van de drukke WMI Provider Host aan de provider uit 5857. Komt een client binnen enkele minuten in honderden gebeurtenissen voor, dan is dat het programma om aan te pakken.

Staat er niets in het logboek, dan laat een nette query die alleen vaak voorkomt geen fout achter. Sluit in dat geval kandidaat-apps een voor een af, te beginnen met hardwaremonitors, rgb- en ventilatortools, updateprogramma's van fabrikanten en alles wat vlak voor het begin van het probleem is geïnstalleerd, en kijk of de provider host binnen een minuut tot rust komt.

## Los het bij de bron op

- Werk de app die WMI steeds opvraagt bij of verwijder hem. Veel monitoringtools hebben een instelling voor het vernieuwingsinterval; eens per seconde is gebruikelijk en zelden nodig.
- Hoort de drukke provider bij de software van een hardwarefabrikant, werk die software of het stuurprogrammapakket dan bij; oude versies van sommige daarvan staan bekend om zwaar WMI-gebruik.
- Herstart één keer nadat je de oorzaak hebt weggehaald. De processen van de provider host starten op verzoek weer, dus er valt niets met de hand op te ruimen.

## Wat je beter niet doet

- Beëindig WMI Provider Host niet herhaaldelijk. Windows start het opnieuw zodra de volgende query binnenkomt, en het programma dat vroeg krijgt een fout die het misschien nog harder opnieuw probeert.
- Schakel de service Windows Management Instrumentation niet uit. Instellingenpagina's, Windows Update, Defender en de tools van veel stuurprogramma's zijn ervan afhankelijk.
- Reset de WMI-repository (`winmgmt /resetrepository`) niet en bouw hem niet opnieuw op vanwege hoge CPU. Het is een reparatie voor een beschadigde repository en kan providers verwijderen die apps hebben geregistreerd; Microsoft ziet het als een laatste stap voor een ander probleem.

## Waar Mole past

Op de pagina Status toont Mole voor Windows elke rij WMI Provider Host met CPU, geheugen en I/O. Kies je Waarom draait dit? in het menu van een rij, dan zie je het programmabestand in `C:\Windows\System32\wbem` en welk proces het heeft gestart, en omdat het vanuit de Windows-map draait, biedt Mole er geen Beëindig voor aan. Mole is zelf op twee plekken een WMI-client: terwijl de laptop oplaadt, vraagt Status hoogstens eens per minuut naar de tijd tot de accu vol is, en Diagnose leest de schijfstatus als je het uitvoert. Geen van beide draait in een lus. Voor andere drukke namen, zie [Windows-processen uitgelegd](/nl/windows/blog/windows-processes-explained), en voor CPU in het algemeen [Hoog CPU-gebruik in Windows](/nl/windows/blog/windows-high-cpu-usage).

## Veelgestelde vragen

### Is WMI Provider Host een virus?

De echte `WmiPrvSE.exe` staat in `C:\Windows\System32\wbem`. Een bestand met die naam elders moet met Windows-beveiliging worden gescand.

### Waarom gebruikt WMI Provider Host veel CPU?

Een ander programma bevraagt WMI te vaak of vraagt dure gegevens op. Het logboek WMI-Activity Operational in Logboeken noemt het proces-id van de client achter mislukte query's.

### Kan ik WMI Provider Host beëindigen of uitschakelen?

Beëindigen helpt maar enkele seconden, omdat Windows het bij de volgende query herstart. Als je de WMI-service uitschakelt, werken instellingen, updates en de tools van stuurprogramma's niet meer.

### Waarom zijn er meerdere WMI Provider Host-processen?

Providers draaien in aparte hostprocessen, zodat een trage provider de rest niet ophoudt. Meestal is er maar één druk.


Canonical: https://mole.fit/nl/windows/blog/wmi-provider-host-high-cpu