Correction: utilisation élevée du processeur par searchindexer.exe

De nombreux utilisateurs de Windows sont vexés par la vitesse lente de leur machine, cela se produit généralement en raison du fait que le processeur consomme trop de mémoire de l'ordinateur pour exécuter toutes les applications installées sur votre ordinateur. Un programme particulier a été vu en train de mâcher l'énorme quantité de RAM ou de CPU que SearchIndexer.exe.

Certaines mesures préliminaires sont là pour empêcher SearchIndexer.exe de consommer davantage de mémoire de la machine, comme la désactivation du service du Gestionnaire des tâches et la configuration d'une affinité qui limite le nombre de cœurs du système pour l'exécution du programme - ne doit pas être considérée comme une solution permanente mais suffit certainement à résoudre temporairement le problème pour certains utilisateurs.

searchindexer.exe est un service Windows intégré qui gère l'indexation de vos documents pour la recherche Windows, ce qui déclenche le moteur de recherche de fichiers intégré à Windows qui alimente tous les processus de l'Explorateur Windows à la zone de recherche du menu Démarrer, y compris la fonctionnalité Bibliothèques , aussi.

Avant de suivre ce guide; si le problème vient de commencer, veuillez lui donner quelques heures pour voir s'il se résout par lui-même car il peut être occupé à indexer les fichiers; si ce n'est pas le cas après quelques heures (6 à 7), suivez les étapes ci-dessous.

Dans ce guide, nous discuterons des méthodes qui ont prouvé leur capacité à corriger l'utilisation élevée du processeur par  searchindexer.exe

Méthode 1: redémarrer le service de recherche Windows

Maintenez la touche de Windows et Appuyez sur R . Dans la boîte de dialogue Exécuter, tapez  services.msc  et cliquez sur OK .

Localisez le service de recherche Windows , faites un clic droit dessus et choisissez Propriétés .

Cliquez sur Arrêter , puis choisissez  Désactiver  dans le menu déroulant.

Une fois terminé, redémarrez votre système. Une fois le système redémarré, accédez à nouveau à services.msc, cliquez avec le bouton droit sur le service et choisissez Propriétés, définissez le service sur  Automatique (démarrage différé)  et démarrez le service.

Attendez et testez pour voir si l'utilisation du processeur consommée par  searchindexer.exe  a chuté. Si c'est normal, vous allez bien sinon, passez à la  méthode 2.

Méthode 2: Renommez korwbrkr.dll en korwbrkr.bak

Suivez la méthode 1 pour arrêter le service Windows Search. Cliquez ensuite sur Démarrer et tapez CMD. Cliquez avec le bouton droit sur  cmd  et choisissez  Exécuter en tant qu'administrateur. Dans l'invite de commande; type

cd C: \ windows \ system32

Appuyez sur la touche ENTER

Tapez ensuite ren korwbrkr.dll korwbrkr.bak

Démarrez le service Windows Search, redémarrez le PC et cela devrait résoudre le problème.

Méthode 3: Créer un DUMP de processus à analyser

Si rien ne fonctionne, cette méthode vous aidera. En fait, la méthode 2 est dérivée de cette méthode. Dans cette méthode, nous allons créer un fichier de vidage du processus searchindexer.exe, puis l'ouvrir pour analyser les fichiers spécifiques à l'origine de l'utilisation élevée du processeur.

Pour ce faire, Maintenez la touche de Windows et Appuyez sur R . Dans la boîte de dialogue d'exécution, tapez  taskmgr  et cliquez sur OK. Cliquez sur l'onglet Processus et recherchez  SearchIndexer.exe -  Cliquez avec le bouton droit sur le processus et choisissez  Créer un fichier DUMP. 

Une fois terminé, notez l'emplacement du fichier de vidage. Ensuite, ouvrez-le avec un outil de débogage [ou téléchargez-le sur wikisend.com et envoyez-nous le lien dans une nouvelle question sur  eQuestions.net/ask ] si vous voulez que je l'analyse pour vous sinon si vous pouvez le faire vous-même; alors voici un exemple de sortie du vidage qui a permis de déterminer le fichier causant une utilisation élevée du processeur, comme indiqué dans la méthode 2 ( korwbrkr ) - un fichier en langue coréenne, pas vraiment nécessaire mais peut être apparu à la suite des mises à jour de Windows .

Chargement du fichier de vidage [S: \ Tools \ SearchIndexer.exe.dmp] Mini fichier de vidage utilisateur avec mémoire pleine: seules les données d'application sont disponibles

Le chemin de recherche du symbole est: *** Invalid ***

************************************************** **************************

* Le chargement de symboles peut ne pas être fiable sans un chemin de recherche de symboles. *

* Utilisez .symfix pour que le débogueur choisisse un chemin de symbole. *

* Après avoir défini votre chemin de symbole, utilisez .reload pour actualiser les emplacements des symboles. *

************************************************** **************************

Le chemin de recherche de l'exécutable est:

Windows 8 Version 9200 MP (8 procs) x64 gratuit

Produit: WinNt, suite: SingleUserTS

Construit par: 6.2.9200.16384 (win8_rtm.120725-1247)

Nom de la machine:

Heure de la session de débogage: dim 4 novembre 22: 01: 24.000 2012 (UTC - 7:00)

Disponibilité du système: 0 jours 10: 09: 39.102

Temps de disponibilité du processus: 0 jours 0: 54: 31.000

…………………………………………………

Chargement de la liste des modules déchargés

……….

*** ERREUR: le fichier de symboles est introuvable. Par défaut pour exporter les symboles pour ntdll.dll -

*** ERREUR: le fichier de symboles est introuvable. Par défaut pour exporter les symboles pour KERNELBASE.dll -

ntdll! NtWaitForSingleObject + 0xa:

000007fc`5b172c2a c3 ret

aussi j'ai inspecté le fil de problème dans le hacker de processus, voici la pile:

0, ntoskrnl.exe! SeAccessCheck + 0x1ef

1, ntoskrnl.exe! KeDelayExecutionThread + 0xc32

2, ntoskrnl.exe! KeWaitForSingleObject + 0x1cf

3, ntoskrnl.exe! _Accès_misaligné + 0x809

4, ntoskrnl.exe! SeAccessCheck + 0x280

5, ntoskrnl.exe! SeAccessCheck + 0x4d1

6, korwbrkr.dll! DllUnregisterServer + 0x2f48

7, korwbrkr.dll! DllUnregisterServer + 0x243e

8, korwbrkr.dll + 0x12173

9, korwbrkr.dll! DllUnregisterServer + 0x1696

10, korwbrkr.dll! DllUnregisterServer + 0x62f9

11, korwbrkr.dll! DllUnregisterServer + 0x6117

12, korwbrkr.dll! DllUnregisterServer + 0x5db9

13, korwbrkr.dll! DllUnregisterServer + 0x5882

14, korwbrkr.dll! DllUnregisterServer + 0x6fa0

15, mssrch.dll! DllGetClassObject + 0x3feba

16, mssrch.dll + 0x19425

17, kernel32.dll! BaseThreadInitThunk + 0x1a

18, ntdll.dll! RtlUserThreadStart + 0x21

Cependant, avant de renommer ou de gâcher des fichiers; assurez-vous que le fichier peut être lu en toute sécurité; une recherche rapide sur Google nous dira ce que le fichier nous. Cette méthode n'est recommandée que pour les utilisateurs avancés.