Cette fiche concerne Windows 11 et Windows 10 lorsque le processus WMI Provider Host (WmiPrvSE.exe, parfois affiché « Hôte du fournisseur WMI ») occupe durablement une grande partie du processeur. Elle complète notre fiche générale sur le processeur à 100 % sous Windows avec une méthode pour trouver le programme qui sollicite WMI.
Problème
- Dans le Gestionnaire des tâches, WMI Provider Host apparaît en tête de la colonne Processeur, en continu ou par pics réguliers.
- Le ventilateur s'emballe et le PC ralentit sans programme lourd ouvert.
- Le phénomène revient après chaque redémarrage, parfois dès l'ouverture de session.
Ce qu'il faut savoir avant de commencer
WMI (Windows Management Instrumentation) est un service de Windows qui répond aux demandes d'informations sur le système. WmiPrvSE.exe exécute ces demandes pour le compte d'autres programmes. La procédure de diagnostic de Microsoft consiste à remonter jusqu'au processus client qui envoie les requêtes ; parmi les exemples cités figurent des applications de surveillance, des scripts PowerShell contenant des requêtes WMI et des applications tierces. Le but est donc d'identifier ce client, pas d'arrêter WMI.
Prérequis : un compte administrateur. Notez aussi quand la charge apparaît (au démarrage, à l'ouverture d'un logiciel, à intervalle régulier) : Microsoft recommande d'observer ce schéma avant toute action.
Diagnostic et solutions
Solution proposée
Étape 1 : relever le PID du processus WmiPrvSE.exe en cause
Plusieurs instances de WmiPrvSE.exe peuvent tourner en même temps ; il faut repérer la bonne.
- Ouvrez le Gestionnaire des tâches (Ctrl + Maj + Échap), onglet Détails.
- Si la colonne PID n'est pas visible, faites un clic droit sur l'en-tête des colonnes, choisissez Sélectionner les colonnes et cochez PID.
- Triez par Processeur, repérez la ligne WmiPrvSE.exe la plus gourmande et notez son PID.
Résultat attendu : vous connaissez le PID de l'instance qui consomme le processeur. Si c'est un processus svchost.exe qui consomme et non WmiPrvSE.exe, voyez le cas particulier plus bas.
Solution proposée
Si la charge coïncide avec un logiciel précis : tester en le fermant
Si vous avez remarqué que la charge commence avec un logiciel (outil de surveillance des températures, utilitaire de la carte mère ou de l'éclairage RGB, logiciel du fabricant du PC, script lancé au démarrage) :
- Fermez complètement ce logiciel, y compris son icône près de l'horloge.
- Attendez quelques minutes en surveillant WmiPrvSE.exe dans l'onglet Détails.
- Si la charge disparaît, relancez le logiciel pour confirmer qu'elle revient.
Résultat attendu : la charge suit l'ouverture et la fermeture du logiciel. Le coupable est identifié : passez au bloc « Corriger le programme identifié ». Sinon, passez à l'étape suivante.
Solution proposée
Si aucun logiciel n'est évident : trouver le client dans l'Observateur d'événements
Le journal WMI-Activity enregistre les opérations WMI avec l'identifiant du processus client (ClientProcessId).
- Faites un clic droit sur Démarrer, ouvrez Observateur d'événements.
- Dans le volet de gauche, dépliez Journaux des applications et des services > Microsoft > Windows > WMI-Activity, puis ouvrez Operational.
- Parcourez les événements récents. Lorsqu'un événement contient ClientProcessId = …, notez ce numéro : c'est le PID du programme qui a envoyé la requête.
- Si les événements ne suffisent pas, activez le suivi détaillé : menu Affichage > Afficher les journaux d'analyse et de débogage, puis clic droit sur Trace sous WMI-Activity et Activer le journal. Laissez tourner deux ou trois minutes pendant que la charge est présente, puis consultez les événements de Trace et relevez les ClientProcessId qui reviennent le plus souvent.
- Dans l'onglet Détails du Gestionnaire des tâches, cherchez ce PID dans la colonne PID pour obtenir le nom du programme.
Résultat attendu : un même PID client revient très souvent et correspond à un programme identifiable.
Retour arrière : une fois l'analyse terminée, faites un clic droit sur Trace et choisissez Désactiver le journal. Microsoft précise que ce suivi crée une journalisation supplémentaire et ne doit pas rester actif.
Solution proposée
Corriger le programme identifié
Microsoft propose de valider le suspect en désactivant temporairement son service ou en désinstallant l'application associée, puis de vérifier si la charge disparaît.
- Commencez par installer la dernière version du programme depuis le site de son éditeur, puis vérifiez si la charge persiste.
- Si la charge persiste, désactivez son démarrage automatique (Gestionnaire des tâches, onglet Applications de démarrage) ou désinstallez-le depuis Paramètres > Applications > Applications installées.
- Redémarrez, puis surveillez WmiPrvSE.exe pendant une dizaine de minutes d'utilisation normale.
Résultat attendu : WmiPrvSE.exe redescend à une utilisation faible et ne remonte plus par pics.
Retour arrière : si le programme vous est nécessaire, réactivez-le ou réinstallez-le depuis le site de son éditeur, puis signalez-lui le problème. Si le client identifié est votre logiciel de sécurité, ne le désinstallez pas sans solution de remplacement : mettez-le à jour et contactez son éditeur.
Cas particuliers
- C'est svchost.exe qui consomme, pas WmiPrvSE.exe : vérifiez s'il héberge le service WMI (Winmgmt). Dans une invite de commandes ouverte en administrateur, la commande suivante affiche le PID du svchost.exe qui héberge ce service ; comparez-le au PID gourmand :
tasklist /svc /fi "Services eq Winmgmt"
- Identifier le fournisseur WMI sollicité (utilisateurs avancés) : l'outil Microsoft Sysinternals Process Explorer, lancé en administrateur, affiche dans les propriétés du processus WmiPrvSE.exe un onglet WMI Providers listant les fournisseurs chargés et leur DLL. Si l'instance change de PID d'une fois sur l'autre, la commande tasklist /m suivie du nom de la DLL (exemple de Microsoft : ntevt.dll) retrouve l'instance qui la charge :
tasklist /m ntevt.dll
- PC professionnel géré par une entreprise : les requêtes peuvent venir d'outils d'administration installés par le service informatique. Transmettez-lui le PID client et le nom du programme plutôt que de les désinstaller.
Vérification finale
- ☐ WmiPrvSE.exe reste à une utilisation faible au repos dans l'onglet Détails.
- ☐ La charge ne revient pas après un redémarrage et une ouverture de session.
- ☐ Le journal Trace de WMI-Activity est de nouveau désactivé.
Sources
- Microsoft Learn : résoudre les problèmes d'utilisation élevée du processeur WMI
- Microsoft Learn : résoudre les problèmes de performances WMI
- Microsoft Learn : Process Explorer (Sysinternals)
WmiPrvSE.exe reste gourmand ? Répondez à ce sujet en indiquant votre version de Windows, le moment où la charge apparaît, le nom du programme correspondant au ClientProcessId relevé (s'il a été trouvé) et la liste des utilitaires installés par le fabricant du PC. Évitez de coller des journaux complets : un extrait de deux ou trois événements suffit.