Task killers : pourquoi ils font plus de dégâts que l'inaction

Ce qu'un task killer fait réellement

Sous la carrosserie, c'est une liste de cibles plus un minuteur : une blacklist fournie par l'éditeur (ou la vôtre), un bouton ou un calendrier, et une boucle qui appelle TerminateProcess à chaque correspondance. La courbe des processus plonge un instant, la capture ressemble à une visite médicale, et dix secondes plus tard la zone de notification se remplit en silence. Ce que l'app ne montre jamais, c'est l'économie de l'opération : chaque redémarrage forcé est un démarrage à froid — le code est relu depuis le disque, les caches se reconstruisent — et chaque cycle rend la machine plus lente qu'avant l'exécution.

Windows est conçu pour faire ressusciter les services, pas pour les pleurer. Le gestionnaire de contrôle des services garde pour la plupart d'entre eux une stratégie de récupération — redémarrage en cas d'échec, avec le délai choisi par son auteur —, donc abattre un service ne le supprime pas : cela lui fixe un nouveau rendez-vous. Les updaters et les composants de launchers renaissent par la même porte, relancés par des processus de veille ou des tâches planifiées. Un task killer ne combat pas le fouillis ; il combat l'architecture.

Les tirs qui reviennent — et ceux qui mordent

Le vrai problème est ailleurs : une liste de cibles aveugle ne distingue pas un processus endormi d'un processus au travail. Les résultats tombent dans deux paniers — des tirs inoffensifs qui s'annulent tout seuls, et des tirs dangereux qui laissent des dégâts.

• Services avec stratégie de récupération : le SCM les relance quelques instants plus tard — vous avez acheté un redémarrage à froid, rien d'autre
• Updaters et composants de launchers : un processus veilleur ou une tâche planifiée les ressuscite ; certains éditeurs ont ajouté cette logique précisément pour survivre aux task killers
• explorer.exe et dwm.exe : une fois abattus, barre des tâches et bureau disparaissent ; tous deux reviennent, mais vous perdez l'état de la zone de notification, les fenêtres de l'Explorateur ouvertes et le travail shell non enregistré
• Antivirus et Windows Update : les processus protégés refusent de mourir pour de bonnes raisons, et forcer le service de mise à jour à tomber en pleine installation peut laisser un correctif à moitié appliqué
• N'importe quelle application en pleine écriture : TerminateProcess ne laisse aucune chance de sauvegarder — clients de synchronisation, bases de données et logiciels de messagerie sont les victimes classiques d'un tir programmé
• Les processus qui coûtent vraiment — un client de synchro en plein envoi, un enregistreur qui encode sur le CPU — ne figurent jamais sur la blacklist d'origine

Quoi faire à la place

Cessez de tirer sur les endormis et empêchez le lancement : écourtez la liste de démarrage dans le Gestionnaire des tâches, désinstallez le programme dont l'armée de la zone de notification vous agace, et pour un processus réellement coincé, terminez-le à la main — une fois. Si quelque chose déraille régulièrement, c'est une question de diagnostic, pas un rendez-vous permanent : le Gestionnaire des tâches pendant l'incident en dit plus que n'importe quel compteur de victimes. Une machine à la liste de démarrage courte n'a pas besoin de bourreau — il ne reste rien à exécuter.

Questions et réponses

À lire ensuite