Ça arrive toujours au pire moment. Le PC souffle comme un aspirateur, le curseur se met à « sauter », les onglets du navigateur répondent une fois sur trois… et dans le Gestionnaire des tâches, boum, CPU à 100 %.
Et là, réflexe classique : redémarrer. Sauf que parfois tu ne peux pas. Tu as une visio en cours, un rendu, une VM, une copie de fichiers, un tunnel de vente en train d’être déployé, ou juste… pas envie de perdre le contexte.
Donc on va faire un truc plus propre : identifier le processus coupable, comprendre pourquoi, et calmer la machine sans reboot. Windows et Linux, je te donne les méthodes rapides et celles un peu plus « sysadmin ». Avec quelques astuces de terrain aussi, celles qui sauvent vraiment.
Petit contexte : sur Le Blog Tech Pro de Samyn-Antoy ABASSE (monblog-sa-abasse.blogspot.com), je partage autant des sujets Linux et productivité que du business en ligne. Cet article est pile à l’intersection : moins de temps perdu à éteindre et rallumer, plus de temps pour bosser.
Ce que « 100 % CPU » veut vraiment dire
Avant de chasser le coupable, il faut éviter un piège : 100 % CPU ne signifie pas toujours « un logiciel bugge ».
Ça peut être :
- un processus qui calcule beaucoup (compilation, encodage, indexation)
- une boucle infinie ou un thread qui s’emballe
- un antivirus qui scanne au mauvais moment
- un driver ou un service système qui tourne mal
- une saturation liée à autre chose, genre disque à 100 % ou RAM pleine, et du coup le système « patine » et tu crois que c’est le CPU
Donc l’objectif n’est pas juste de tuer un process au hasard. L’objectif, c’est de cibler, confirmer, puis agir sans casser. Pour cela, je te recommande d'explorer des ressources utiles comme cet article sur diagnostiquer les problèmes avec systemd ou encore ces conseils pratiques pour refactoriser efficacement. Si tu utilises ChatGPT pour obtenir des conseils techniques, assure-toi de maîtriser l'art du prompt engineering pour éviter les réponses vagues.
Étape 1 : repérer le processus qui mange tout (windows)
Gestionnaire des tâches, mais bien utilisé
Ctrl+Shift+Esc- Onglet Processus
- Clique sur la colonne Processeur pour trier
Tu verras souvent un nom évident : Chrome, Teams, Antimalware Service Executable, Windows Update, une app Electron…
Mais fais un truc important : clic droit sur le processus → « Accéder aux détails ». Ça t’emmène sur l’onglet Détails, avec le vrai exécutable.
Ensuite :
- clic droit → « Ouvrir l’emplacement du fichier »
- clic droit → « Rechercher en ligne » (utile, mais à prendre avec du recul)
Si tu vois un nom bizarre dans AppData\Roaming ou un dossier random, méfiance.
Resource Monitor (mon préféré quand c’est flou)
Dans le Gestionnaire des tâches : onglet Performance → en bas Ouvrir le Moniteur de ressources.
Puis onglet Processeur. Là tu peux :
- voir les services associés
- voir les poignées, threads
- repérer des pics plus « propres » qu’en vue Processus
Souvent, tu vas remarquer un service système qui cache le vrai responsable.
Étape 1 bis : repérer le processus qui mange tout (linux)
Sur un Linux de serveur ou un laptop, c’est souvent encore plus simple.
top et htop
toppuis toucheP(tri CPU)- ou
htop(si installé) : plus lisible, tu peux trier et killer proprement
Commandes utiles :
bash top -o %CPU
bash ps -eo pid,ppid,cmd,%cpu,%mem --sort=-%cpu | head
Si tu vois un process qui reste collé à 200 % sur une machine multi cœurs, c’est un indice aussi. Sur Linux, le pourcentage peut dépasser 100 % selon le nombre de threads et de cœurs.
Pour une compréhension plus approfondie des problèmes que ces processus peuvent causer à votre système, il peut être utile de consulter l'autopsie d'un serveur lent. De plus, si vous êtes intéressé par l'automatisation des tâches liées à ces processus à l'avenir, notre article sur le business automatisé par IA en 2026 pourrait vous donner des idées intéressantes. Enfin, pour ceux qui envisagent de devenir marketeurs full-stack et souhaitent comprendre comment gérer efficacement ces processus dans leur travail quotidien, notre article sur le marketeur full-stack pourrait s'avérer très utile.
Étape 2 : confirmer que c’est bien le CPU, pas un faux ami
Vérifier la RAM
Windows : Gestionnaire des tâches → Performance → Mémoire.
Linux : bash free -h
Si la RAM est pleine, ça swap, et tu peux avoir des comportements de CPU « haut » parce que tout attend.
Vérifier le disque
Windows : onglet Processus, colonne Disque.
Linux : bash iostat -xz 1 ou bash iotop
Si le disque est saturé, certains process apparaissent en haut, mais le vrai goulot est ailleurs.
Étape 3 : calmer sans redémarrer (solutions rapides)
On va du moins intrusif au plus intrusif.
1) baisser la priorité du processus
Windows : onglet Détails → clic droit sur le process → Définir la priorité → « Inférieure à la normale » ou « Basse ».
Linux : avec renice : bash sudo renice +10 -p PID
C’est basique, mais parfois ça suffit pour reprendre la main sans casser le job en cours.
2) limiter l’affinité CPU
Windows : onglet Détails → clic droit → Définir l’affinité → tu décoches quelques cœurs.
Idée : tu laisses le processus vivre, mais tu l’empêches de monopoliser tous les cœurs.
Linux : taskset : bash taskset -cp 0-1 PID
Ici tu limites le PID aux CPU 0 et 1, par exemple.
Pour une comparaison plus approfondie entre ces deux systèmes d'exploitation et comment leur gestion des ressources peut influencer les performances du CPU, je te recommande de consulter cet article sur Linux vs Windows.
De plus, si tu cherches à améliorer ton SEO tout en optimisant tes ressources système, explore ces stratégies sur comment générer un SEO efficace.
3) arrêter proprement l’application
Avant de tuer : tente de fermer proprement. Certaines apps se calment juste en fermant une fenêtre, en désactivant une extension, ou en arrêtant une tâche interne.
Exemple concret : Chrome à 100 % CPU.
- ouvre le gestionnaire de tâches de Chrome :
Shift+Esc - trie par CPU
- tue l’onglet ou l’extension responsable
Ça évite de fermer tout le navigateur.
Étape 4 : si ça ne baisse pas, isoler la cause réelle (cas fréquents)
Cas 1 : antivirus ou Defender qui s’emballe
Sur Windows, Antimalware Service Executable (MsMpEng.exe) est souvent en haut.
Tu peux :
- laisser finir si c’est ponctuel
- vérifier si une analyse est en cours
- ajouter une exclusion si c’est un dossier de dev qui change tout le temps (node_modules, build, cache), mais fais-le avec prudence
Si tu fais du freelancing ou du marketing et que tu as plein d’archives, exports, zips… Defender peut scanner comme un malade.
Cas 2 : Windows Update et indexation
Processus typiques : TiWorker.exe, TrustedInstaller.exe, ou SearchIndexer.
Ce que tu peux faire sans reboot :
- laisser branché au secteur
- mettre en pause les mises à jour temporairement
- réduire l’indexation si tu sais ce que tu fais
Parfois, juste attendre 10 minutes, c’est la solution la plus intelligente. Oui je sais, pas sexy.
Cas 3 : drivers et DPC (CPU haut, mais rien d’évident)
Le symptôme : CPU haut, machine qui lag, mais aucun process utilisateur ne semble tout prendre.
Là, suspecte :
- driver audio
- driver réseau
- VM, Hyper-V, WSL
- périphériques USB
Sur Windows, tu peux utiliser Process Explorer (Sysinternals) pour voir plus finement.
Lien : https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer
Tu lances, tu regardes l’onglet Threads sur le process système, tu identifies un module qui revient souvent.
C’est plus technique, mais c’est souvent là que se cachent les « CPU à 100 % sans raison ».
Cas 4 : navigateur et extensions
Teams, Slack, Notion, Discord… c’est souvent du Chromium sous le capot. Et une extension ou un onglet peut déclencher une boucle.
Astuces rapides :
- désactive les extensions une par une
- teste un profil navigateur vierge
- coupe l’accélération matérielle (parfois ça aggrave, parfois ça sauve)
Oui, c’est paradoxal.
Étape 5 : tuer, mais proprement (quand tu n’as plus le choix)
Windows
Dans le Gestionnaire des tâches :
- « Fin de tâche » sur l’app
- si ça ne répond pas, onglet Détails → « Fin de l’arborescence du processus »
Attention : tuer l’arborescence peut fermer des sous-processus utiles.
En ligne de commande :
bat taskkill /PID 1234 /F
ou l’arborescence :
bat taskkill /PID 1234 /T /F
Linux
Essaye d’abord SIGTERM :
bash kill PID
Puis SIGKILL si nécessaire :
bash kill -9 PID
Tu peux aussi tuer par nom :
bash pkill nomduprocess
Petites « réparations » sans redémarrer qui marchent souvent
Redémarrer un service au lieu de redémarrer la machine
Sur Linux avec systemd :
bash sudo systemctl restart service
Sur Windows, parfois redémarrer un service lié aide. Exemple : service d’impression qui boucle, ou un agent.
Tu peux passer par services.msc, ou PowerShell :
powershell Restart-Service -Name NomDuService
Se déconnecter, puis se reconnecter
Ça paraît trop simple, mais une déconnexion de session Windows peut libérer pas mal de choses sans reboot complet.
Couper un périphérique USB problématique
Un dongle audio, une webcam, un hub… et d’un coup la charge retombe. Ça arrive plus qu’on ne le croit.
Images utiles à intégrer dans l’article
Pour illustrer et rendre le diagnostic plus visuel, tu peux insérer ces images.
- Gestionnaire des tâches Windows, tri par CPU :
- Moniteur de ressources (Resource Monitor) :
- htop sur Linux :
Mini check-list en 2 minutes (sans reboot)
Si tu veux une procédure ultra courte, celle que j’applique en boucle :
- Trier par CPU (Task Manager ou
top) - Identifier l’exécutable, pas juste le nom « marketing »
- Vérifier RAM et disque rapidement
- Baisser priorité ou limiter affinité
- Fermer proprement l’onglet ou l’app si possible
- En dernier recours, kill l’arborescence
Et si tu retombes sur le même coupable chaque jour, là seulement tu prends 15 minutes pour corriger la cause de fond : extension, driver, mise à jour, réglage.
Conclusion : gagner du temps, et garder ton contexte
Le reboot, c’est parfois nécessaire. Mais dans la vraie vie, surtout quand tu bosses en remote, en prod, ou même juste en train d’écrire un article ou monter une campagne, redémarrer c’est perdre du temps et casser ton flow.
Donc la bonne habitude, c’est : diagnostiquer, confirmer, agir progressivement.
Si tu veux, je peux aussi faire une version « pack outils » avec Process Explorer, Autoruns, perfmon, et côté Linux avec perf, strace, pidstat. Je publierai ça sur Le Blog Tech Pro de Samyn-Antoy ABASSE (monblog-sa-abasse.blogspot.com), avec une check-list imprimable.
Questions fréquemment posées
Que signifie réellement un CPU à 100 % sur mon ordinateur ?
Un CPU à 100 % ne signifie pas forcément qu'un logiciel est buggué. Cela peut être dû à un processus qui calcule intensivement (comme une compilation ou un encodage), une boucle infinie, un antivirus en cours de scan, un driver défaillant, ou même une saturation d'autres ressources comme le disque dur ou la RAM. Il est donc important de bien diagnostiquer avant d'agir.
Comment identifier le processus qui utilise trop de CPU sous Windows ?
Sous Windows, utilisez le Gestionnaire des tâches avec Ctrl + Shift + Esc, allez dans l'onglet Processus puis triez par colonne Processeur. Ensuite, faites clic droit sur le processus suspect pour accéder aux détails et ouvrir son emplacement fichier. Le Moniteur de ressources (accessible via l'onglet Performance) offre aussi une vue plus détaillée avec les services et threads associés.
Quelles sont les commandes efficaces pour repérer un processus gourmand en CPU sous Linux ?
Sur Linux, les commandes top (avec la touche P pour trier par CPU) et htop (plus lisible si installé) sont très utiles. Vous pouvez aussi utiliser : ps -eo pid,ppid,cmd,%cpu,%mem --sort=-%cpu | head pour afficher les processus les plus consommateurs. Notez que sur multi-cœurs, le pourcentage CPU peut dépasser 100 %.
Pourquoi ne faut-il pas tuer un processus au hasard quand le CPU est à 100 % ?
Tuer un processus sans diagnostic peut interrompre des tâches importantes comme des rendus, des copies de fichiers ou des services critiques. Il faut d'abord cibler précisément le coupable, comprendre la cause de la surcharge puis agir en douceur pour ne pas casser le système ni perdre du contexte.
Quelles astuces pratiques permettent de calmer un PC surchargé sans redémarrer ?
Identifier précisément le processus gourmand avec les outils adéquats, vérifier s'il s'agit d'une tâche légitime (compilation, scan antivirus), puis réduire sa priorité ou fermer proprement l'application concernée sont des méthodes efficaces. Sur Linux, on peut aussi envoyer des signaux spécifiques aux processus. L'objectif est d'agir proprement pour récupérer la réactivité sans reboot.
Où puis-je trouver plus de ressources pour diagnostiquer et résoudre les problèmes de CPU élevé ?
Le Blog Tech Pro de Samyn-Antoy ABASSE propose plusieurs articles utiles tels que "Diagnostiquer les problèmes avec systemd", "Conseils pratiques pour refactoriser efficacement" et "Maîtriser l'art du prompt engineering". Ces ressources approfondissent les méthodes techniques et productives pour gérer efficacement ce type de problème.
0 Commentaires