Poprawka: wysokie użycie procesora przez searchindexer.exe

Wielu użytkowników systemu Windows irytuje się niską szybkością swojego komputera. Dzieje się tak zazwyczaj z powodu zbyt dużej ilości pamięci procesora na komputerze w celu uruchomienia wszystkich aplikacji zainstalowanych na komputerze. Jeden konkretny program był świadkiem przeżuwania ogromnej ilości pamięci RAM lub procesora, jakim jest SearchIndexer.exe.

Istnieją pewne wstępne środki zapobiegające zużyciu dodatkowej pamięci przez program SearchIndexer.exe, takie jak wyłączenie usługi w Menedżerze zadań i ustawienie koligacji ograniczającej liczbę rdzeni systemowych do uruchomienia programu - nie należy ich traktować jako rozwiązania trwałego, z pewnością wystarczy do tymczasowego rozwiązania problemu dla niektórych użytkowników.

searchindexer.exe jest wbudowaną usługą systemu Windows, która obsługuje indeksowanie dokumentów dla wyszukiwania systemu Windows, która uruchamia mechanizm wyszukiwania plików wbudowany w system Windows, który obsługuje wszystkie procesy od Eksploratora Windows do pola wyszukiwania w menu Start, w tym również funkcję Biblioteki.

Przed skorzystaniem z tego przewodnika; jeśli problem właśnie się rozpoczął, daj mu kilka godzin, aby sprawdzić, czy sam się rozwiąże, ponieważ może być zajęty indeksowaniem plików; jeśli nie nastąpi to po kilku godzinach (od 6 do 7), wykonaj poniższe czynności.

W tym przewodniku omówimy metody, które okazały się naprawiać wysokie użycie procesora przez searchindexer.exe

Metoda 1: Uruchom ponownie usługę wyszukiwania systemu Windows

Trzymaj Klucz Windows i Naciśnij R. . W oknie dialogowym Uruchom wpisz services.msc i kliknij dobrze .

Znajdź plik Usługa wyszukiwania systemu Windows , kliknij prawym przyciskiem myszy i wybierz Nieruchomości .

Kliknij Zatrzymać a następnie wybrał Wyłączyć z rozwijanego menu.

Po zakończeniu uruchom ponownie system. Po ponownym uruchomieniu systemu przejdź ponownie do services.msc, kliknij usługę prawym przyciskiem myszy i wybierz Właściwości, ustaw usługę na Automatyczny (opóźniony start) i uruchom usługę.

Poczekaj i przetestuj, aby sprawdzić, czy użycie procesora przez searchindexer.exe spadł. Jeśli to normalne, jesteś dobry, jeśli nie, przejdź do Metoda 2.

Metoda 2: Zmień nazwę korwbrkr.dll na korwbrkr.bak

Postępuj zgodnie z metodą 1, aby zatrzymać usługę wyszukiwania systemu Windows. Następnie kliknij Start i wpisz CMD. Kliknij prawym przyciskiem myszy cmd i wybierz Uruchom jako administrator. W wierszu polecenia; rodzaj

cd C: windows system32

wystąpił problem z odczytaniem tego dokumentu (110)

naciśnij WCHODZIĆ Klucz

Następnie wpisz ren korwbrkr.dll korwbrkr.bak

Uruchom usługę wyszukiwania systemu Windows, uruchom ponownie komputer i to powinno rozwiązać problem.

Metoda 3: Utwórz proces DUMP do analizy

Jeśli nic nie działa, ta metoda pomoże. W rzeczywistości Metoda 2 wywodzi się z tej metody. W tej metodzie utworzymy plik zrzutu procesu searchindexer.exe, a następnie otworzymy go, aby przeanalizować określone pliki powodujące wysokie użycie procesora.

Aby to zrobić, Trzymać the Klucz Windows i Naciśnij R. . W oknie dialogowym uruchamiania wpisz taskmgr i kliknij OK. Kliknij kartę Procesy i zlokalizuj SearchIndexer.exe - Kliknij proces prawym przyciskiem myszy i wybierz Utwórz plik DUMP.

Po zakończeniu zanotuj lokalizację pliku zrzutu. Następnie otwórz go za pomocą pliku Narzędzia debuggera [lub prześlij go na wikisend.com i wyślij nam link w nowym pytaniu na eQuestions.net/ask ] jeśli chcesz, żebym to dla Ciebie przeanalizował, w przeciwnym razie, jeśli możesz to zrobić sam; oto przykładowe wyjście zrzutu, które umożliwiło określenie pliku powodującego duże użycie procesora, jak pokazano w metodzie 2 ( korwbrkr ) - plik w języku koreańskim, który nie jest naprawdę potrzebny, ale mógł powstać w wyniku aktualizacji systemu Windows.

Ścieżka wyszukiwania symboli to: *** Nieprawidłowa ***
************************************************** **************************
* Ładowanie symboli może być zawodne bez ścieżki wyszukiwania symboli. *
* Użyj .symfix, aby debugger wybrał ścieżkę symbolu. *
* Po ustawieniu ścieżki symboli użyj .reload, aby odświeżyć lokalizacje symboli. *
************************************************** **************************
Wykonywalna ścieżka wyszukiwania to:
Wersja Windows 8 9200 MP (8 proc.) Darmowe x64
Produkt: WinNt, pakiet: SingleUserTS
Zbudowany przez: 6.2.9200.16384 (win8_rtm.120725-1247)
Nazwa maszyny:
Czas sesji debugowania: niedziela 4 listopada 22:01: 24 000 2012 (UTC - 7:00)
Czas działania systemu: 0 dni 10: 09: 39,102
Czas działania procesu: 0 dni 0: 54: 31.000
……………………………………………………
Ładowanie rozładowanej listy modułów
……….
*** BŁĄD: nie można znaleźć pliku symboli. Domyślnie eksportowano symbole dla ntdll.dll -
*** BŁĄD: nie można znaleźć pliku symboli. Domyślnie eksportowano symbole dla KERNELBASE.dll -
ntdll! NtWaitForSingleObject + 0xa:
000007fc`5b172c2a c3 ret

również sprawdziłem wątek problemowy w hackerze procesów, oto stos:

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

Jednak przed zmianą nazwy lub pomieszaniem plików; upewnij się, że plik jest bezpieczny do odtwarzania; Szybka wyszukiwarka Google powie nam, jaki plik nam. Ta metoda jest zalecana tylko dla zaawansowanych użytkowników.