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, som programmet skal køre - bør ikke betragtes som en permanent løsning, men bestemt nok 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, som gnister filsøgemaskinen indbygget i Windows, der styrer alle processerne fra Windows Stifinder til startmenu-søgefeltet, herunder også biblioteksfunktionen.

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 ved searchindexer.exe

Metode 1: Genstart Windows Search Service

Hold Windows-nøgle og Tryk på R . Skriv i dialogboksen Kør services.msc og klik Okay .

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

Klik på Hold op og valgte derefter Deaktiver fra 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 til Automatisk (forsinket start) og start tjenesten.

Vent og test for at se om CPU-forbrug forbruges af searchindexer.exe er faldet. Hvis det er normalt, er du god, hvis ikke, skal du fortsætte til Metode 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øjreklik cmd og vælg Kør som administrator. I kommandoprompten; type

cd C: windows system32

der opstod et problem med at læse dette dokument (110)

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, der skal analyseres

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ør taskmgr og klik på OK. Klik på fanen Processer, og find SearchIndexer.exe - Højreklik på processen, og vælg Opret DUMP-fil.

Når du er færdig, skal du notere dumpfilens placering. Åbn den derefter med en Fejlfindingsværktøjer [eller upload det til wikisend.com og send os linket i et nyt spørgsmål om eQuestions.net/ask ] hvis du vil have mig til at analysere det for dig ellers hvis du selv kan gøre det; 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.

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:
Fejlretningstid for session: 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 liste 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 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.