FidudedInstaller.exe prend beaucoup de CPU
Est-ce que quelqu'un sait comment résoudre le problème avec TrustedInstaller.exe quand il faut beaucoup de CPU?
Système d'exploitation: Windows 2008 x64
Les modules de Windows 'installateur sont définis sur Manuel.
Windows Server 2008 exécutera peu de temps après le redémarrage après avoir installé les mises à jour mensuelles de Windows.
Le programme prendra environ 75-100% d'un noyau de CPU jusqu'à 30 minutes ou plus, car il exécute le code de numérisation de l'enlèvement de logiciels malveillants.
Bien que cela s'exécute sur une machine à noyau unique, certains programmes ou services ne fonctionneront pas correctement, tels que SQL Server - la plupart des installations SQL Server SQL SIMPORTER ne prendront pas de connexions tant que ce qui précède est en cours d'exécution.
Donc, planifier en conséquence. Après votre premier redémarrage, attendez-vous à un CPU HOG.
Si vous exécutez sur Amazon EC2, il peut être judicieux de vous assurer de démarrer en tant que serveur Dual-Core après avoir installé des mises à jour, puis de reculez sur une seule noyau une fois fidudedInstaller terminée.
Tu n'es pas seul. D'autres ont des problèmes avec TrustedInstaller.exe .
Celui-ci ressemble au mieux: ConfianceDInstaller.exe Processus 100% High CPU Usage dans Vista Task Manager Fix . J'espère que ce qui est vrai pour Vista fera pour gagner 2K8.
Vous pouvez également essayer de compenser la solution et l'historique des problèmes dans le panneau de commande "Rapports et solutions de problèmes" et désactiver les rapports problématiques pour tous les utilisateurs. Il semble que TrustedInstaller.exe sondages périodiquement pour des solutions pour tous les "problèmes" enregistrés (c'est-à-dire une application ou des accidents du système), ce qui tend à être intensive de ressources.
Ne faites rien de cela, assurez-vous simplement d'exécuter le dernier service pack.
J'ai essayé de préciser les rapports problématiques - n'a pas aidé.
Exécution d'une lame avec 64GB RAM et installateur de confiance produisait des centaines de processus pour chaque connexion lorsque nous recherchons uniquement des mises à jour à 3h00 - lorsque personne ne se trouve sur la machine.
La façon de résoudre ce problème est la voie à l'ancienne - désactivez les mises à jour Windows.