Fix: Hohe CPU-Auslastung Von searchindexer.exe

Viele Windows-Benutzer ärgern sich über die langsame Geschwindigkeit ihres Computers. Dies liegt normalerweise daran, dass die CPU zu viel Arbeitsspeicher des Computers verbraucht, um alle auf Ihrem Computer installierten Anwendungen auszuführen. Es wurde beobachtet, wie ein bestimmtes Programm die enorme Menge an RAM oder CPU, die SearchIndexer.exe ist, zerkaut.

Einige vorbereitende Maßnahmen sollen verhindern, dass SearchIndexer.exe den Speicher des weiteren Computers belegt, z. B. das Deaktivieren des Dienstes im Task-Manager und das Einrichten einer Affinität, die die Anzahl der Systemkerne für die Ausführung des Programms begrenzt. Dies sollte jedoch nicht als dauerhafte Lösung betrachtet werden sicherlich ausreichend, um das Problem für einige Benutzer vorübergehend zu lösen.

searchindexer.exe ist ein integrierter Windows-Dienst, der die Indizierung Ihrer Dokumente für die Windows-Suche verwaltet. Dadurch wird die in Windows integrierte Dateisuchmaschine gestartet, die alle Prozesse vom Windows Explorer bis zum Suchmenü des Startmenüs, einschließlich der Bibliotheksfunktion, unterstützt , auch.

Bevor Sie dieser Anleitung folgen; Wenn das Problem gerade erst begonnen hat, geben Sie ihm bitte ein paar Stunden Zeit, um zu prüfen, ob es von selbst behoben wird, da möglicherweise Dateien indiziert werden. Wenn dies nach einigen Stunden (6 bis 7) nicht der Fall ist, fahren Sie mit den folgenden Schritten fort.

In diesem Handbuch werden die Methoden erläutert, die nachweislich die hohe CPU-Auslastung durch searchindexer.exe beheben 

Methode 1: Starten Sie den Windows-Suchdienst neu

Halten Sie die Windows - Taste und R drücken . Geben Sie im Dialogfeld "Ausführen"  services.msc ein  und klicken Sie auf " OK" .

Suchen Sie den Windows-Suchdienst , klicken Sie mit der rechten Maustaste darauf und wählen Sie Eigenschaften .

Klicken Sie auf Stopp und wählen Sie dann  Deaktivieren  aus dem Dropdown-Menü.

Starten Sie anschließend Ihr System neu. Gehen Sie nach dem Neustart des Systems erneut zu services.msc, klicken Sie mit der rechten Maustaste auf den Dienst und wählen Sie Eigenschaften, setzen Sie den Dienst auf  Automatisch (verzögerter Start)  und starten Sie den Dienst.

Warten Sie und testen Sie, ob die von searchindexer.exe  verbrauchte CPU-Auslastung  gesunken ist. Wenn es normal ist, sind Sie gut, wenn nicht, fahren Sie mit  Methode 2 fort.

Methode 2: Benennen Sie korwbrkr.dll in korwbrkr.bak um

Befolgen Sie Methode 1, um den Windows-Suchdienst zu beenden. Klicken Sie dann auf Start und geben Sie CMD ein. Klicken Sie mit der rechten Maustaste auf  cmd und wählen  Sie Als Administrator ausführen  In der Eingabeaufforderung; Art

CD C: \ Windows \ System32

Drücken Sie ENTER Key

Geben Sie dann ren korwbrkr.dll korwbrkr.bak ein

Starten Sie den Windows-Suchdienst, starten Sie den PC neu und das Problem sollte behoben sein.

Methode 3: Erstellen Sie den zu analysierenden Prozess-DUMP

Wenn nichts funktioniert, hilft diese Methode. Tatsächlich leitet sich Methode 2 von dieser Methode ab. Bei dieser Methode erstellen wir eine Dump-Datei des Prozesses searchindexer.exe und öffnen sie dann, um die spezifischen Dateien zu analysieren, die die hohe CPU-Auslastung verursachen.

Um dies zu tun, halten Sie die Windows - Taste und R drücken . Geben Sie im Ausführungsdialog  taskmgr ein  und klicken Sie auf OK. Klicken Sie auf die Registerkarte Prozesse,  suchen Sie SearchIndexer.exe Klicken Sie mit der rechten Maustaste auf den Prozess und wählen  Sie DUMP-Datei erstellen. 

Notieren Sie anschließend den Speicherort der Speicherauszugsdatei. Öffnen Sie es anschließend mit einem Debugger-Tool [oder laden Sie es auf wikisend.com hoch und senden Sie uns den Link in einer neuen Frage auf  eQuestions.net/ask ], wenn ich es ansonsten für Sie analysieren soll, wenn Sie es selbst tun können. Dann ist hier eine Beispielausgabe des Dumps, die es ermöglichte, die Datei herauszufinden, die eine hohe CPU-Auslastung verursacht, wie in Methode 2 ( korwbrkr ) angegeben - eine koreanische Sprachdatei , die nicht wirklich benötigt wird, aber möglicherweise aufgrund von Windows-Updates entstanden ist .

Laden der Dump-Datei [S: \ Tools \ SearchIndexer.exe.dmp] Benutzer-Mini-Dump-Datei mit vollem Speicher: Es sind nur Anwendungsdaten verfügbar

Der Symbolsuchpfad lautet: *** Ungültig ***

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

* Das Laden von Symbolen kann ohne einen Symbolsuchpfad unzuverlässig sein. * *

* Verwenden Sie .symfix, damit der Debugger einen Symbolpfad auswählt. * *

* Nachdem Sie Ihren Symbolpfad festgelegt haben, aktualisieren Sie die Symbolpositionen mit .reload. * *

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

Der ausführbare Suchpfad lautet:

Windows 8 Version 9200 MP (8 Prozesse) Kostenlos x64

Produkt: WinNt, Suite: SingleUserTS

Erstellt von: 6.2.9200.16384 (win8_rtm.120725-1247)

Maschinenname:

Debug-Sitzungszeit: So 4. November 22: 01: 24.000 2012 (UTC - 7:00)

Systembetriebszeit: 0 Tage 10: 09: 39.102

Prozesslaufzeit: 0 Tage 0: 54: 31.000

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

Laden der Liste der entladenen Module

……….

*** FEHLER: Symboldatei wurde nicht gefunden. Standardmäßig werden Symbole für ntdll.dll exportiert -

*** FEHLER: Symboldatei wurde nicht gefunden. Standardmäßig werden Symbole für KERNELBASE.dll exportiert -

ntdll! NtWaitForSingleObject + 0xa:

000007fc`5b172c2a c3 ret

Außerdem habe ich den Problem-Thread im Prozess-Hacker überprüft. Hier ist der Stapel:

0, ntoskrnl.exe! SeAccessCheck + 0x1ef

1, ntoskrnl.exe! KeDelayExecutionThread + 0xc32

2, ntoskrnl.exe! KeWaitForSingleObject + 0x1cf

3, ntoskrnl.exe! _Misaligned_access + 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

Bevor Sie jedoch Dateien umbenennen oder durcheinander bringen; Stellen Sie sicher, dass die Datei sicher abgespielt werden kann. Eine schnelle Google-Suche sagt uns, was die Datei uns. Diese Methode wird nur fortgeschrittenen Benutzern empfohlen.