Javítás: Magas processzorhasználat a searchindexer.exe által



Próbálja Ki A Műszerünket A Problémák Kiküszöbölésére

Sok Windows-felhasználó szorongatja a gép lassú sebességét, ez általában azért történik, mert a CPU túl sok memóriát emészt fel a számítógépére telepített összes alkalmazás futtatásához. Egy bizonyos programnak tanúja volt, hogy rágja a RAM vagy CPU hatalmas mennyiségét, ami a SearchIndexer.exe.



Néhány előzetes intézkedés létezik annak megakadályozására, hogy a SearchIndexer.exe további gépi memóriát használjon fel, például a szolgáltatás letiltása a Feladatkezelőből és az affinitás beállítása, amely korlátozza a rendszer magjainak számát a program futtatásához - nem tekinthető állandó megoldásnak, de minden bizonnyal elegendő ideiglenesen megoldani a problémát néhány felhasználó számára.



searchindexer.exe egy beépített Windows szolgáltatás, amely kezeli a dokumentumok indexelését a Windows kereséshez, amely felpörgeti a Windowsba épített fájl keresőmotort, amely a Windows Intézőtől kezdve a Start menü keresőmezőjéig valamennyi folyamatot működteti, beleértve a Könyvtárak funkciót is.



Mielőtt követné ezt az útmutatót; ha a probléma még csak most kezdődött, kérjük, adjon pár órát, hátha megoldódik magától, mivel elfoglalt lehet a fájlok indexelése; ha néhány óra múlva (6–7) nem történik meg, folytassa az alábbi lépéseket.

Ebben az útmutatóban megvitatjuk azokat a módszereket, amelyek bebizonyították a magas CPU-felhasználás javítását searchindexer.exe

1. módszer: Indítsa újra a Windows Search Service szolgáltatást

Tartsd a Windows kulcs és Nyomja meg az R gombot . Írja be a Futtatás párbeszédpanelen szolgáltatások.msc és kattintson a gombra rendben .



keresőindexer magas processzorhasználat - 1

Keresse meg a Windows keresőszolgáltatás , kattintson rá a jobb egérgombbal, és válassza a lehetőséget Tulajdonságok .

keresőindexer magas processzorhasználat - 2

Kattintson a gombra Álljon meg majd választotta Letiltás a legördülő menüből.

keresőindexer magas processzorhasználat - 3

Miután elkészült, indítsa újra a rendszert. A rendszer újraindítása után lépjen ismét a services.msc oldalra, kattintson a jobb gombbal a szolgáltatásra, és válassza a Tulajdonságok lehetőséget, állítsa a szolgáltatást Automatikus (késleltetett indítás) és indítsa el a szolgáltatást.

Várjon, és tesztelje, hogy a CPU-felhasználást fogyasztotta-e searchindexer.exe leesett. Ha ez normális, akkor jó, ha nem, folytassa a következővel: 2. módszer.

2. módszer: Nevezze át a korwbrkr.dll fájlt korwbrkr.bak fájlra

Kövesse az 1. módszert a Windows Search szolgáltatás leállításához. Ezután kattintson a Start gombra, és írja be a CMD parancsot. Jobb klikk cmd és válaszd Futtatás rendszergazdaként. A Parancssorban; típus

cd C: windows system32

nyomja meg BELÉP Kulcs

Ezután írja be ren korwbrkr.dll korwbrkr.bak

Indítsa el a Windows Search szolgáltatást, indítsa újra a számítógépet, és ez megoldja a problémát.

3. módszer: Hozzon létre folyamat DUMP elemzéshez

Ha semmi sem működik, akkor ez a módszer segít. Valójában a 2. módszer ebből a módszerből származik. Ebben a módszerben létrehozunk egy dump fájlt a searchindexer.exe folyamatról, majd megnyitjuk, hogy elemezzük azokat a fájlokat, amelyek magas CPU-használatot okoznak.

Ezt csináld meg, Tart a Windows kulcs és Nyomja meg az R gombot . Írja be a futtatás párbeszédpanelen taskmgr és kattintson az OK gombra. Kattintson a Folyamatok fülre, és keresse meg SearchIndexer.exe - Kattintson a jobb gombbal a folyamatra, és válassza a lehetőséget DUMP fájl létrehozása.

Ha elkészült, jegyezze fel a dump fájl helyét. Ezután nyissa meg a Hibakereső eszközök [vagy töltse fel a wikisend.com webhelyre, és küldje el nekünk a linket egy új kérdésben a következő címen: eQuestions.net/ask ] ha azt akarod, hogy különben elemezzem helyetted, ha te magad is meg tudod csinálni; akkor itt van a dump mintakimenete, amely lehetővé tette a nagy CPU-használatot okozó fájl kitalálását, a 2. módszer szerint ( korwbrkr ) - koreai nyelvű fájl, amelyre valójában nincs szükség, de valószínűleg a Windows Updates eredményeként jött létre.

Dump File betöltése [S: Tools SearchIndexer.exe.dmp] Felhasználói mini dump fájl teljes memóriával: Csak az alkalmazás adatai állnak rendelkezésre

A szimbólum keresési útvonala: *** érvénytelen ***
************************************** **************************
* A szimbólumok betöltése megbízhatatlan lehet egy szimbólum keresési útvonal nélkül. *
* A .symfix használatával a hibakereső választhat szimbólumútvonalat. *
* A szimbólum elérési útjának beállítása után a .reload segítségével frissítheti a szimbólum helyét. *
************************************** **************************
A futtatható keresési útvonal a következő:
Windows 8 9200 MP verzió (8 procs) Ingyenes x64
Termék: WinNt, csomag: SingleUserTS
Építette: 6.2.9200.16384 (win8_rtm.120725-1247)
Gép neve:
Hibakeresési munkamenet ideje: 2012. november 4., vasárnap 22: 01: 24: 000 (UTC - 7:00)
Rendszer üzemidő: 0 nap 10: 09: 39.102
Folyamat üzemidő: 0 nap 0: 54: 31.000
……………………………………………………
Töltött modullista betöltése
……….
*** HIBA: A szimbólumfájl nem található. Alapértelmezés szerint szimbólumok exportálása az ntdll.dll fájlhoz -
*** HIBA: A szimbólumfájl nem található. Alapértelmezés szerint szimbólumok exportálása a KERNELBASE.dll fájlhoz -
ntdll! NtWaitForSingleObject + 0xa:
000007fc`5b172c2a c3 ret

a processz hacker problémás szálát is megvizsgáltam, itt van a verem:

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

A fájlok átnevezése vagy elrontása előtt azonban; győződjön meg arról, hogy a fájl biztonságosan lejátszható-e; egy gyors Google Search megmondja, hogy mi a fájl. Ez a módszer csak haladó felhasználóknak ajánlott.

2 perc olvasás