S'il y a un nombre entre parenthèses après le nom du processus de service hébergé avec une utilisation élevée du disque, développez-le pour voir les noms des services qu'il héberge. Dans de nombreux cas, vous pouvez immédiatement déterminer celui qui frappe le disque (car les autres ne le feraient tout simplement pas). Si vous ne pouvez pas le faire, vous pouvez essayer de mettre chacun d'entre eux dans son propre processus svchost pour voir ce qui cause l'utilisation excessive.
Pour ce faire, ouvrez une invite de commande élevée et tapez :
sc config type= own
Vous devez remplacer par le nom du service que vous voulez déplacer dans son propre processus. L'espace entre le signe égal et own doit être présent pour que cela fonctionne correctement.
Vous devriez voir le service se déplacer dans son propre processus svchost à ce stade. (J'ai entendu dire que certains services ne peuvent pas être immédiatement déplacés comme cela et nécessitent un redémarrage, mais je n'ai jamais vu cela en pratique.)
Si le processus que vous avez déplacé emporte avec lui l'activité disque élevée, vous avez trouvé votre coupable. Sinon, essayez un autre des services listés.
Quand vous avez terminé, n'oubliez pas de restaurer tous ces processus à un état partagé pour conserver les ressources du système. Cela se fait avec cette commande :
sc config type= shared
Il faut également noter que certains services partagés devraient ou doivent être exécutés comme un ensemble dans un processus svchost, plus particulièrement Remote Procedure Call, Unistack Service Group, DCOM Server Process Launcher, et Local Service (No Network). Je ne l'ai pas tenté, mais il est possible que ceux-ci ne puissent pas être déplacés avec la commande de reconfiguration décrite ci-dessus.