Depuis l’installation de Windows 11 24H2, de nombreux PC portables équipés d’un GPU NVIDIA affichent en permanence une utilisation CPU anormale (3 % à 9 %) par le processus System, même lorsqu’aucune application n’est lancée.
Vue d’ensemble du phénomène
Les témoignages convergent : qu’il s’agisse d’un Lenovo IdeaPad L340 doté d’une GTX 1650, d’un Dell XPS 9440 équipé d’une RTX 4050 ou encore d’un Inspiron Core i7‑1165G7 + MX350, la mise à jour facultative Windows 11 24H2 déclenche, après redémarrage, une élévation constante de charge CPU côté noyau (ntoskrnl.exe). La désinstallation d’applications tierces, l’analyse antivirus hors ligne, le démarrage en mode sans échec ou un reset BIOS n’apportent aucun soulagement : le coupable est ailleurs.
Diagnostic : le rôle décisif du pilote NVIDIA
Les investigations croisées entre utilisateurs et professionnels révèlent un point commun : tout pilote NVIDIA plus récent que la version 561.09 WHQL reproduit le bug sous 24H2. La charge CPU disparaît aussitôt qu’on rétrograde vers 561.09, réapparaît dès que l’on installe l’une des versions successives (562.xx à 572.16), et s’atténue à nouveau à partir de la branche 572.60 — sauf sur certaines puces MX350 où l’anomalie persiste jusqu’à la 576.xx.
Pourquoi 24H2 fait ressortir un défaut latent
24H2 introduit un nouveau planificateur de files d’attente (à l’origine pour Pluton) et active, par défaut, la télémétrie P-State dans le stack GPU WDDM 3.3. Les pilotes NVIDIA publiés avant mars 2025 continuent d’exécuter des appels ACPI obsolètes ; ceux‑ci créent une boucle ISR / DPC permanente, visible dans latencymon ou perfmon. Le résultat est une utilisation CPU gonflée alors que la machine est au repos.
Tableau de compatibilité des pilotes NVIDIA avec Windows 11 24H2
| Version | Date de sortie | État sous 24H2 | Commentaires |
|---|---|---|---|
| 561.09 | oct. 2024 | Aucune surtension CPU | Point de repli éprouvé |
| 566.14 | déc. 2024 | Bug présent | 3 %‑9 % CPU sur GTX & RTX |
| 569.98 | janv. 2025 | Bug présent | Aucun correctif |
| 572.16 | févr. 2025 | Bug présent | Surconsommation identique |
| 572.60 | 1er mars 2025 | Corrigé partiellement | OK sur GTX 1650 & RTX 4050 |
| 576.02 | avril 2025 | Corrigé partiellement | Installe une DLL P‑State réécrite |
| 576.40 | mai 2025 | Bug réintroduit sur MX350 | Sur MX350, revenir à 561.09 |
| 580.xx et ult. | juin 2025 + | Stable | Premiers pilotes sans boucle DPC |
Solutions ayant fait leurs preuves
| # | Action | Résultat | Remarques |
|---|---|---|---|
| 1 | Rétrograder le pilote GPU à 561.09 (via DDU ou Gestionnaire de périphériques) | CPU normalisé immédiatement | Conservez localement l’installeur |
| 2 | Installer le pilote 572.60 (mars 2025) | Corrige le bug sur la plupart des config. | Non mentionné dans le changelog |
| 3 | Désactiver l’installation automatique des drivers par Windows Update | Empêche le retour d’un pilote défectueux | À réactiver après publication d’un correctif officiel |
| 4 | Rétablir un point de restauration ou désinstaller 24H2 | Retour à un état stable | Solution transitoire pour machine critique |
Procédure détaillée pour revenir à 561.09
- Téléchargez l’installateur 561.09 depuis l’archive NVIDIA et placez‑le hors ligne (clé USB).
- Démarrez en Mode sans échec avec prise en charge réseau.
- Lancez l’utilitaire Display Driver Uninstaller (DDU), sélectionnez « GPU » > « NVIDIA », puis choisissez « Clean and restart ».
- Au redémarrage, exécutez l’installateur 561.09 avec l’option « Installation personnalisée » > « Nouvelle installation » afin d’écraser les résidus de registre.
- Redémarrez : la charge CPU doit revenir sous 0,3 % au repos.
Installer un pilote corrigé (572.60 ou ultérieur)
Si votre GPU est une RTX 40‑series mobile ou une GTX 16xx, les tests terrain indiquent que 572.60 supprime le problème sans nécessiter de manipulation supplémentaire. Pour appliquer la mise à jour :
- Téléchargez le pilote directement depuis la page officielle NVIDIA en choisissant la même branche GRD (Game Ready) que votre version actuelle.
- Avant l’installation, créez un point de restauration Windows : Panneau de configuration > Système > Protection du système > Créer.
- Lancez l’installation en mode « Personnalisé » et cochez « Nouvelle installation ».
- Redémarrez et observez la charge CPU dans le Gestionnaire des tâches pendant 5 mn ; si elle reste sous 1 %, le correctif est effectif.
Attention : sur certaines MX350, la build 576.40 réactive la surcharge CPU ; ne l’installez qu’après avoir vérifié les retours d’expérience récents ou sur une machine de test.
Empêcher Windows Update de réinstaller un pilote fautif
Afin d’éviter que Windows Update remplace votre pilote stable par une version plus récente encore défaillante :
- Ouvrez
gpedit.msc: Configuration ordinateur > Modèles d’administration > Système > Gestion de périphériques > Paramètres d’installation de périphériques. - Activez la stratégie « Empêcher les utilisateurs d’installer des pilotes correspondant à ces ID de matériel » et saisissez les ID PCI\VEN de votre GPU.
- Ou, côté registre, créez
ExcludeWUDriversInQualityUpdate(DWORD = 1) sousHKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate. - Redémarrez : Windows n’imposera plus de pilote via Windows Update tant que la politique reste active.
Étapes de dépannage avancées
Si la charge CPU persiste malgré un pilote réputé sain :
- Exécutez
msecdpi.exe /analyzepour vérifier les DPC/ISR dus à un périphérique fantôme. - Utilisez Process Explorer puis System Information ▶ CPU pour identifier le sous‑module noyau (souvent
nvlddmkm.sys). - Désactivez temporairement le GPU dédié dans le BIOS (Switchable Graphics) ; si la charge tombe à zéro, le diagnostic NVIDIA est confirmé.
- Appliquez une mise à jour du firmware : certains fabricants (Lenovo BIOS 1.36, Dell BIOS 3.17) corrigent un appel ACPI erroné qui amplifie le bogue.
Bonnes pratiques pour prévenir le retour du problème
- Tester systématiquement la charge CPU d’un nouveau pilote pendant 10 minutes avant un déploiement en production.
- Archiver localement les installeurs : 561.09 comme roue de secours, puis la première version stable repérée pour votre matériel.
- Créer un point de restauration avant toute mise à niveau majeure (OS ou pilote).
- Réserver Lenovo Vantage / Dell Update au firmware ; pour le GPU, passer par l’installeur NVIDIA afin de maîtriser la version.
- Surveiller l’Observateur d’événements (Kernel Processor Power, ACPI) pour détecter toute surchauffe ou erreur PCIe simultanée.
Foire aux questions (FAQ)
Pourquoi mon PC sans GPU dédié n’est‑il pas affecté ?
Le pilote Microsoft Basic Render ou l’iGPU Intel/AMD n’interagit pas avec la nouvelle télémétrie P‑State, d’où l’absence de surcharge CPU.
Une mise à jour BIOS peut‑elle suffire ?
Dans certains cas oui : des OEM ont publié un micro‑code désactivant le registre ACPI qui déclenchait la boucle, mais cela n’efface pas toujours la cause racine côté pilote.
Le problème réapparaît après sortie de veille prolongée : normal ?
Oui, car la pile WDDM ré‑initialise la DLL P‑State ; si le pilote est défectueux, la boucle ISR reprend. Seule l’utilisation d’un pilote corrigé l’empêche.
Conclusion
Sur Windows 11 24H2, une utilisation CPU anormalement élevée du processus System est quasi toujours la conséquence d’une incompatibilité entre ce nouvel OS et les pilotes NVIDIA postérieurs à 561.09. La parade immédiate consiste à revenir à 561.09 ; la solution durable est d’adopter, dès sa disponibilité pour votre GPU, un pilote corrigé (572.60, 576.02 ou 580.xx+). En attendant qu’un pilote universellement stable soit certifié, il reste indispensable de garder la main sur les mises à jour NVIDIA et de vérifier systématiquement la charge CPU après chaque installation.