Fix: Hög CPU-användning av searchindexer.exe

Många Windows-användare tränger ut över långsam hastighet på sin maskin, detta händer vanligtvis på grund av att CPU förbrukar för mycket av datorns minne för att kunna köra alla applikationer som är installerade på din dator. Ett visst program har bevittnat att tugga upp den enorma mängden RAM eller CPU som är SearchIndexer.exe.

Några preliminära åtgärder finns för att förhindra SearchIndexer.exe från att konsumera ytterligare maskinens minne, som att inaktivera tjänsten från Aktivitetshanteraren och ställa in en affinitet som begränsar antalet systemkärnor för programmet att köras - bör inte betraktas som en permanent lösning men räcker verkligen för att tillfälligt lösa problemet för vissa användare.

searchindexer.exe är inbyggd Windows-tjänst som hanterar indexering av dina dokument för Windows-sökning, vilket gnistor upp filsökmotorn inbyggd i Windows som driver alla processer från Utforskaren till sökrutan Start-menyn, inklusive biblioteksfunktionen också.

Innan du följer den här guiden; om problemet just har börjat ge det ett par timmar för att se om det löser sig själv eftersom det kan vara upptaget med att indexera filer; Om det inte gör det efter ett par timmar (6 till 7) fortsätt med stegen nedan.

I den här guiden kommer vi att diskutera de metoder som har visat sig fixa hög CPU-användning av  searchindexer.exe

Metod 1: Starta om Windows Search Service

Håll Windows-tangenten och trycka R . Skriv services.msc i  dialogrutan Kör  och klicka på OK .

Leta reda på Windows söktjänst , högerklicka på den och välj Egenskaper .

Klicka på Stopp och välj sedan  Inaktivera  i rullgardinsmenyn.

När du är klar startar du om ditt system. Efter att systemet har startat om, gå till services.msc igen, högerklicka på tjänsten och välj Egenskaper, ställ in tjänsten till  Automatic (Delayed Start)  och starta tjänsten.

Vänta och testa om CPU-användningen som konsumeras av  searchindexer.exe  har tappat. Om det är normalt är du bra om inte, fortsätt till  metod 2.

Metod 2: Byt namn på korwbrkr.dll till korwbrkr.bak

Följ metod 1 för att stoppa Windows Search-tjänsten. Klicka sedan på Start och skriv CMD. Högerklicka  cmd  och välj  Kör som administratör. I kommandotolken; typ

cd C: \ windows \ system32

Tryck på ENTER- tangenten

Skriv sedan ren korwbrkr.dll korwbrkr.bak

Starta Windows-söktjänsten, starta om datorn och detta bör lösa problemet.

Metod 3: Skapa processdUMP att analysera

Om ingenting fungerar, kommer den här metoden att hjälpa. Faktum är att metod 2 härrör från denna metod. I den här metoden skapar vi en dumpfil av processen searchindexer.exe och öppnar den för att analysera de specifika filerna som orsakar hög CPU-användning.

För att göra detta, håll den Windows-tangenten och trycka R . I dialogrutan Kör, skriv  arbetsuppgift  och klicka på OK. Klicka på fliken Processer och leta  reda på SearchIndexer.exe - Högerklicka  på processen och välj  Skapa DUMP-fil. 

När du är klar noterar du platsen för dumpfilen. Öppna sedan den med ett felsökningsverktyg [eller ladda upp det till wikisend.com och skicka länken till oss i en ny fråga på  eQuestions.net/ask ] om du vill att jag ska analysera det åt dig annars om du kan göra det själv; så här är ett exempel på dumpningen som gjorde det möjligt att räkna ut filen som orsakar hög cpu-användning, som anges i metod 2 ( korwbrkr ) - en koreansk språkfil, som inte behövs men kan ha kommit upp som ett resultat av Windows-uppdateringar .

Laddar dumpfil [S: \ Tools \ SearchIndexer.exe.dmp] Mini-dumpfil för användare med fullt minne: Endast applikationsdata är tillgängliga

Sökväg till symbol är: *** Ogiltig ***

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

* Symbolinläsning kan vara opålitlig utan en sökväg till symbolen. *

* Använd .symfix för att låta felsökaren välja en symbolväg. *

* När du har ställt in din sökväg använder du .reload för att uppdatera symbolplatserna. *

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

Körbar sökväg är:

Windows 8 version 9200 MP (8 enheter) Gratis x64

Produkt: WinNt, svit: SingleUserTS

Byggd av: 6.2.9200.16384 (win8_rtm.120725-1247)

Maskinsnamn:

Felsökningstid: Sön 4 nov 22: 01: 24.000 2012 (UTC - 7:00)

Systemets driftstid: 0 dagar 10: 09: 39.102

Process Uptime: 0 dagar 0: 54: 31.000

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

Laddar oladdad modullista

……….

*** FEL: Symbolfilen kunde inte hittas. Standardinställning för att exportera symboler för ntdll.dll -

*** FEL: Symbolfilen kunde inte hittas. Standardinställd för att exportera symboler för KERNELBASE.dll -

ntdll! NtWaitForSingleObject + 0xa:

000007fc`5b172c2a c3 ret

Jag inspekterade också problemtråden i processhacker, här är stacken:

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

Men innan du byter namn på eller trasslar med filer; se till att filen är säker att spela med; en snabb Google-sökning berättar vad filen oss. Denna metod rekommenderas endast för avancerade användare.