Daudzi Windows lietotāji ir satraukti par lēnu datora ātrumu, tas parasti notiek tāpēc, ka CPU patērē pārāk daudz datora atmiņas, lai palaistu visas datorā instalētās lietojumprogrammas. Viena konkrēta programma ir pieredzējusi, ka tiek sakošļāts milzīgs RAM vai CPU daudzums, kas ir SearchIndexer.exe.
Daži sākotnējie pasākumi ir paredzēti, lai neļautu SearchIndexer.exe patērēt turpmāku mašīnas atmiņu, piemēram, pakalpojuma atspējošana no uzdevumu pārvaldnieka un tādas intereses iestatīšana, kas ierobežo sistēmas kodolu skaitu programmas darbībai - nevajadzētu uzskatīt par pastāvīgu risinājumu, bet noteikti pietiek, lai īslaicīgi atrisinātu problēmu dažiem lietotājiem.
searchindexer.exe ir iebūvēts Windows pakalpojums, kas apstrādā jūsu dokumentu indeksēšanu Windows meklēšanai, kas aktivizē Windows iebūvēto failu meklētājprogrammu, kas nodrošina visus procesus, sākot no Windows Explorer līdz Start Menu meklēšanas lodziņam, ieskaitot arī bibliotēku funkciju.
Pirms sekojat šai rokasgrāmatai; ja problēma ir tikko sākusies, lūdzu, dodiet tai pāris stundas, lai redzētu, vai tā pati atrisinās, jo tā var būt aizņemta, indeksējot failus; ja tas neizdodas pēc pāris stundām (no 6 līdz 7), veiciet tālāk norādītās darbības.
Šajā ceļvedī mēs apspriedīsim metodes, kas ir pierādījušas problēmu novēršanu ar augstu CPU izmantošanu searchindexer.exe
1. metode: restartējiet Windows meklēšanas pakalpojumu
Turiet Windows atslēga un Nospiediet R . Run dialoglodziņā ierakstiet pakalpojumi.msc un noklikšķiniet labi .
Atrodiet Windows meklēšanas pakalpojums , ar peles labo pogu noklikšķiniet uz tā un izvēlieties Rekvizīti .
Klikšķis Apstājies un pēc tam izvēlējās Atspējot no nolaižamās izvēlnes.
Kad tas ir izdarīts, restartējiet sistēmu. Pēc sistēmas restartēšanas vēlreiz dodieties uz services.msc, ar peles labo pogu noklikšķiniet uz pakalpojuma un izvēlieties Properties, iestatiet pakalpojumu uz Automātisks (aizkavēts sākums) un sāciet pakalpojumu.
Pagaidiet un pārbaudiet, vai CPU Usage patērē searchindexer.exe ir krities. Ja tas ir normāli, jūs esat labs, ja nē, turpiniet 2. metode.
2. metode: pārdēvējiet korwbrkr.dll uz korwbrkr.bak
Izpildiet 1. metodi, lai apturētu Windows meklēšanas pakalpojumu. Pēc tam noklikšķiniet uz Sākt un ierakstiet CMD. Ar peles labo pogu noklikšķiniet cmd un izvēlies Izpildīt kā administratoram. Komandu uzvednē; tips
cd C: windows system32
Nospiediet IEVADIET Atslēga
Tad ierakstiet ren korwbrkr.dll korwbrkr.bak
Sāciet Windows meklēšanas pakalpojumu, restartējiet datoru, un tam vajadzētu novērst problēmu.
3. metode: izveidojiet procesa izgāztuvi, lai to analizētu
Ja nekas nedarbojas, tad šī metode palīdzēs. Faktiski 2. metode ir atvasināta no šīs metodes. Šajā metodē mēs izveidosim procesa searchindexer.exe izgāztuves failu un pēc tam to atvērsim, lai analizētu konkrētos failus, kas izraisa lielu CPU izmantošanu.
Lai to izdarītu, Turiet Windows atslēga un Nospiediet R . Izpildes dialoglodziņā ierakstiet taskmgr un noklikšķiniet uz Labi. Noklikšķiniet uz cilnes Procesi un atrodiet SearchIndexer.exe - Ar peles labo pogu noklikšķiniet uz procesa un izvēlieties Izveidot DUMP failu.
Kad tas ir izdarīts, pierakstiet izgāztuves faila atrašanās vietu. Pēc tam atveriet to ar a Atkļūdotāju rīki [vai augšupielādējiet to vietnē wikisend.com un nosūtiet mums saiti jaunā jautājumā vietnē eQuestions.net/ask ] ja vēlaties, lai es to analizētu jūsu vietā citādi, ja jūs to varat izdarīt pats; tad šeit ir izgāztuves parauga izeja, kas ļāva noskaidrot failu, kas izraisa lielu CPU izmantošanu, kā norādīts 2. metodē ( korwbrkr ) - korejiešu valodas fails, kas patiesībā nav vajadzīgs, bet, iespējams, ir radies Windows atjauninājumu rezultātā.
Notiek dump faila ielāde [S: Tools SearchIndexer.exe.dmp] Lietotāja mini dump fails ar pilnu atmiņu: ir pieejami tikai lietojumprogrammas datiSimbola meklēšanas ceļš ir: *** nederīgs ***
************************************* ***** **************************
* Simbolu ielāde var būt neuzticama bez simbolu meklēšanas ceļa. *
* Izmantojiet .symfix, lai atkļūdotājs izvēlētos simbola ceļu. *
* Pēc simbola ceļa iestatīšanas izmantojiet .reload, lai atsvaidzinātu simbolu atrašanās vietas. *
************************************* ***** **************************
Izpildāms meklēšanas ceļš ir:
Windows 8 versija 9200 MP (8 proci) Bezmaksas x64
Produkts: WinNt, komplekts: SingleUserTS
Uzbūvēja: 6.2.9200.16384 (win8_rtm.120725-1247)
Mašīnas nosaukums:
Atkļūdošanas sesijas laiks: 2012. gada 4. novembris 22: 01: 24 000 2012 (UTC - 7:00)
Sistēmas darbspējas laiks: 0 dienas 10: 09: 39.102
Procesa laiks: 0 dienas 0: 54: 31.000
……………………………………………………
Notiek ielādēto moduļu saraksta ielāde
……….
*** KĻŪDA: Simbola failu nevarēja atrast. Pēc noklusējuma tiek eksportēti simboli ntdll.dll -
*** KĻŪDA: Simbola failu nevarēja atrast. Pēc noklusējuma tiek eksportēti simboli vietnei KERNELBASE.dll -
ntdll! NtWaitForSingleObject + 0xa:
000007fc`5b172c2a c3 ret
arī es pārbaudīju problemātisko pavedienu procesa hakerī, šeit ir kaudze:
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
Tomēr pirms failu pārdēvēšanas vai sajaukšanas ar tiem; pārliecinieties, vai ar failu var droši spēlēt; ātra Google meklēšana pateiks, kas mums ir fails. Šī metode ir ieteicama tikai pieredzējušiem lietotājiem.
2 minūtes lasīts
