Fix: Høj CPU-brug af searchindexer.exe

Mange Windows-brugere kaster sig ud over langsom hastighed på deres maskine, dette sker normalt på grund af, at CPU forbruger for meget af computerens hukommelse for at køre alle de applikationer, der er installeret på din computer. Et bestemt program har været vidne til at tygge den enorme mængde RAM eller CPU, der er SearchIndexer.exe.

Nogle foreløbige foranstaltninger er der for at forhindre SearchIndexer.exe i at forbruge yderligere maskins hukommelse, som at deaktivere tjenesten fra Task Manager og opsætte en affinitet, der begrænser antallet af systemkerner for programmet til at køre - bør ikke betragtes som en permanent løsning, men helt sikkert tilstrækkeligt til midlertidigt at løse problemet for nogle brugere.

searchindexer.exe er indbygget Windows-tjeneste, der håndterer indeksering af dine dokumenter til Windows-søgning, hvilket gnister filsøgemaskinen indbygget i Windows, der styrer alle processerne fra Windows Stifinder til Start Menu-søgefeltet, inklusive biblioteksfunktionen også.

Før du følger denne vejledning; hvis problemet lige er startet, skal du give det et par timer for at se, om det løser sig selv, da det kan være travlt med at indeksere filer; Hvis det ikke sker efter et par timer (6 til 7), skal du fortsætte med nedenstående trin.

I denne vejledning vil vi diskutere de metoder, der har vist sig at rette høj CPU-brug vedsearchindexer.exe

Metode 1: Genstart Windows Search Service

Hold Windows-nøgle og Tryk på R. Skriv i dialogboksen Kørservices.mscog klik Okay.

Find Windows-søgetjeneste, højreklik på det og vælg Ejendomme.

Klik på Hold op og valgte derefterDeaktiverfra rullemenuen.

Når du er færdig, skal du genstarte dit system. Når systemet er genstartet, skal du gå til services.msc igen, højreklikke på tjenesten og vælge Egenskaber, indstille tjenesten tilAutomatisk (forsinket start)og start tjenesten.

Vent og test for at se om CPU-forbrug forbruges afsearchindexer.exeer faldet. Hvis det er normalt, er du god, hvis ikke, skal du fortsætte tilMetode 2.

Metode 2: Omdøb korwbrkr.dll til korwbrkr.bak

Følg metode 1 for at stoppe Windows-søgetjenesten. Klik derefter på Start og skriv CMD. Højreklikcmdog vælgKør som administrator.I kommandoprompten; type

cd C: \ windows \ system32

Trykke GÅ IND Nøgle

Skriv derefter ren korwbrkr.dll korwbrkr.bak

Start Windows Search-tjenesten, genstart pc'en, og dette skal løse problemet.

Metode 3: Opret procesdUMP til analyse

Hvis intet fungerer, hjælper denne metode. Faktisk er metode 2 afledt af denne metode. I denne metode opretter vi en dumpfil af processen searchindexer.exe og åbner den derefter for at analysere de specifikke filer, der forårsager den høje CPU-brug.

At gøre dette, Holde det Windows-nøgle og Tryk på R. Skriv i dialogboksen Kørtaskmgrog klik på OK. Klik på fanen Processer, og findSearchIndexer.exe -Højreklik på processen, og vælgOpret DUMP-fil.

Når du er færdig, skal du notere dumpfilens placering. Derefter skal du åbne det med et fejlfindingsværktøj [eller uploade det til wikisend.com og sende os linket i et nyt spørgsmål påeQuestions.net/ask] hvis du vil have mig til at analysere det for dig ellers hvis du kan gøre det selv; så er her en prøveoutput af dumpen, der gjorde det muligt at finde ud af filen, der forårsager høj CPU-brug, som angivet i metode 2 (korwbrkr) - en koreansk sprogfil, ikke rigtig nødvendig, men kan være kommet op som et resultat af Windows-opdateringer.

Indlæser dumpfil [S: \ Tools \ SearchIndexer.exe.dmp] Bruger Mini-dumpfil med fuld hukommelse: Kun applikationsdata er tilgængelige

Sti til symbolsøgning er: *** Ugyldig ***

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

* Symbolindlæsning kan være upålidelig uden en symbolsøgningssti. *

* Brug .symfix for at få fejlfinderen til at vælge en symbolsti. *

* Når du har indstillet din symbolsti, skal du bruge .reload til at opdatere symbolplaceringer. *

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

Eksekverbar søgesti er:

Windows 8 version 9200 MP (8 stk.) Gratis x64

Produkt: WinNt, suite: SingleUserTS

Bygget af: 6.2.9200.16384 (win8_rtm.120725-1247)

Maskinens navn:

Fejlfindingstid: søn 4 nov 22: 01: 24.000 2012 (UTC - 7:00)

System Uptime: 0 dage 10: 09: 39.102

Process Uptime: 0 dage 0: 54: 31.000

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

Indlæser listen over ulastede moduler

……….

*** FEJL: Symbolfilen kunne ikke findes. Standard til at eksportere symboler til ntdll.dll -

*** FEJL: Symbolfilen kunne ikke findes. Standard til at eksportere symboler til KERNELBASE.dll -

ntdll! NtWaitForSingleObject + 0xa:

000007fc`5b172c2a c3 ret

også jeg inspicerede problemtråden i proceshacker, her er stakken:

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

Før du dog omdøber eller ødelægger filer; sørg for, at filen er sikker at blive spillet med; en hurtig Google-søgning fortæller, hvad filen os. Denne metode anbefales kun til avancerede brugere.