Oplossing: hoog CPU-gebruik door searchindexer.exe

Veel Windows-gebruikers ergeren zich over de lage snelheid van hun computer, dit gebeurt meestal omdat de CPU te veel computergeheugen verbruikt om alle op uw computer geïnstalleerde applicaties te kunnen uitvoeren. Een bepaald programma is getuige geweest van het kauwen van de enorme hoeveelheid RAM of CPU die SearchIndexer.exe is.

Er zijn enkele voorbereidende maatregelen genomen om te voorkomen dat SearchIndexer.exe meer geheugen van de machine in beslag neemt, zoals het uitschakelen van de service vanuit Taakbeheer en het opzetten van een affiniteit die het aantal systeemkernen beperkt dat het programma kan uitvoeren - mag niet worden beschouwd als een permanente oplossing, maar voor sommige gebruikers zeker voldoende om het probleem tijdelijk op te lossen.

searchindexer.exe is een ingebouwde Windows-service die het indexeren van uw documenten voor de Windows Search afhandelt, waardoor de bestandszoekmachine wordt geactiveerd die is ingebouwd in Windows en die alle processen aanstuurt, van Windows Verkenner tot het zoekvak van het Startmenu, inclusief de functie Bibliotheken ook.

Voordat u deze gids volgt; als het probleem net is begonnen, geef het dan een paar uur om te zien of het vanzelf oplost, want het kan druk zijn met het indexeren van bestanden; als dit na een paar uur (6 tot 7) niet het geval is, gaat u verder met de onderstaande stappen.

In deze gids zullen we de methoden bespreken waarvan is bewezen dat ze het hoge CPU-gebruik verhelpen door  searchindexer.exe

Methode 1: Start de Windows Search-service opnieuw

Houd de Windows-toets en Druk op R . Typ services.msc  in het dialoogvenster Uitvoeren  en klik op OK .

Zoek de Windows Search-service , klik er met de rechtermuisknop op en kies Eigenschappen .

Klik op Stop en kies vervolgens  Uitschakelen  in het vervolgkeuzemenu.

Als u klaar bent, start u uw systeem opnieuw op. Nadat het systeem opnieuw is opgestart, gaat u opnieuw naar services.msc, klikt u met de rechtermuisknop op de service en kiest u Eigenschappen, stelt u de service in op  Automatisch (vertraagde start)  en start u de service.

Wacht en test om te zien of het CPU-gebruik dat wordt verbruikt door  searchindexer.exe  is gedaald. Als het normaal is, gaat het goed, zo niet, ga dan verder met  methode 2.

Methode 2: Wijzig de naam van korwbrkr.dll in korwbrkr.bak

Volg methode 1 om de Windows Search-service te stoppen. Klik vervolgens op Start en typ CMD. Klik met de rechtermuisknop op  cmd  en kies  Uitvoeren als beheerder. In de opdrachtprompt; type

cd C: \ windows \ system32

Druk op de ENTER- toets

Typ vervolgens ren korwbrkr.dll korwbrkr.bak

Start de Windows Search-service, start de pc opnieuw op en dit zou het probleem moeten oplossen.

Methode 3: Maak een proces-DUMP om te analyseren

Als niets werkt, helpt deze methode. In feite is methode 2 afgeleid van deze methode. Bij deze methode maken we een dumpbestand van het proces searchindexer.exe en openen we het om de specifieke bestanden te analyseren die het hoge cpu-gebruik veroorzaken.

Om dit te doen, houd de Windows-toets en Druk op R . Typ taskmgr in het dialoogvenster  Uitvoeren  en klik op OK. Klik op het tabblad Processen en zoek  SearchIndexer.exe -  Klik met de rechtermuisknop op het proces en kies  DUMP-bestand maken. 

Als u klaar bent, noteert u de locatie van het dumpbestand. Open het vervolgens met Debugger Tools [of upload het naar wikisend.com en stuur ons de link in een nieuwe vraag op  eQuestions.net/ask ] als je wilt dat ik het voor je analyseer, anders als je het zelf kunt doen; dan is hier een voorbeelduitvoer van de dump die het mogelijk maakte om het bestand te achterhalen dat een hoog cpu-gebruik veroorzaakt, zoals aangegeven in methode 2 ( korwbrkr ) - een Koreaans taalbestand, niet echt nodig, maar kan zijn verschenen als gevolg van Windows Updates .

Dumpbestand laden [S: \ Tools \ SearchIndexer.exe.dmp] Mini-dumpbestand voor gebruiker met vol geheugen: alleen toepassingsgegevens zijn beschikbaar

Het zoekpad voor symbolen is: *** Ongeldig ***

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

* Het laden van symbolen kan onbetrouwbaar zijn zonder een zoekpad voor symbolen. *

* Gebruik .symfix om de debugger een symboolpad te laten kiezen. *

* Nadat u uw symboolpad hebt ingesteld, gebruikt u .reload om symboollocaties te vernieuwen. *

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

Uitvoerbaar zoekpad is:

Windows 8 versie 9200 MP (8 procs) Gratis x64

Product: WinNt, suite: SingleUserTS

Gebouwd door: 6.2.9200.16384 (win8_rtm.120725-1247)

Machine naam:

Tijd voor foutopsporingssessie: zo 4 november 22:01: 24.000 2012 (UTC - 7:00)

Systeem-uptime: 0 dagen 10: 09: 39.102

Uptime proces: 0 dagen 0: 54: 31.000

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

Laden van onbelaste modulelijst

……….

*** FOUT: symboolbestand is niet gevonden. Standaard om symbolen te exporteren voor ntdll.dll -

*** FOUT: symboolbestand is niet gevonden. Standaard om symbolen te exporteren voor KERNELBASE.dll -

ntdll! NtWaitForSingleObject + 0xa:

000007fc`5b172c2a c3 ret

ook heb ik de probleemthread in proceshacker geïnspecteerd, hier is de 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

Voordat u echter bestanden hernoemt of verprutst; zorg ervoor dat het bestand veilig is om mee af te spelen; een snelle Google-zoekopdracht zal vertellen wat het bestand ons. Deze methode wordt alleen aanbevolen voor gevorderde gebruikers.