Многие пользователи Windows недовольны низкой скоростью своей машины, обычно это происходит из-за того, что ЦП потребляет слишком много памяти компьютера для запуска всех приложений, установленных на вашем компьютере. Была засвидетельствована одна конкретная программа, поглощающая огромное количество оперативной памяти или процессора, то есть SearchIndexer.exe.
Существуют некоторые предварительные меры для предотвращения использования SearchIndexer.exe дополнительной памяти машины, такие как отключение службы из диспетчера задач и настройка привязки, которая ограничивает количество ядер системы для запуска программы - не следует рассматривать как постоянное решение, но наверняка хватит для временного решения проблемы для некоторых пользователей.
searchindexer.exe - это встроенная служба Windows, которая обрабатывает индексацию ваших документов для поиска Windows, которая запускает механизм поиска файлов, встроенный в Windows, который поддерживает все процессы от Проводника Windows до окна поиска в меню «Пуск», включая функцию «Библиотеки».
Прежде чем следовать этому руководству; если проблема только началась, подождите пару часов, чтобы посмотреть, решится ли она сама по себе, поскольку она может быть занята индексированием файлов; если через пару часов (с 6 до 7) этого не произойдет, выполните следующие действия.
В этом руководстве мы обсудим методы, которые доказали, что исправляют высокую загрузку ЦП с помощью searchindexer.exe
Метод 1: перезапустите службу поиска Windows
Держи Ключ Windows и Нажмите R . В диалоговом окне 'Выполнить' введите services.msc и нажмите Хорошо .
Найдите Служба поиска Windows щелкните его правой кнопкой мыши и выберите Свойства .
Нажмите Стоп а затем выбрал Отключить из раскрывающегося меню.
После этого перезагрузите вашу систему. После перезагрузки системы снова перейдите на services.msc, щелкните правой кнопкой мыши службу и выберите Свойства, установите для службы значение Автоматический (отложенный старт) и запустите службу.
Подождите и проверьте, используется ли загрузка ЦП searchindexer.exe снизился. Если это нормально, то все хорошо, если нет, переходите к Способ 2.
Метод 2: переименуйте korwbrkr.dll в korwbrkr.bak
Следуйте методу 1, чтобы остановить службу поиска Windows. Затем нажмите Пуск и введите CMD. Щелкните правой кнопкой мыши cmd и выберите Запустить от имени администратора. В командной строке; тип
компакт-диск C: windows system32
Нажмите ВОЙТИ Ключ
Затем введите Ren korwbrkr.dll korwbrkr.bak
Запустите службу поиска Windows, перезагрузите компьютер, и это должно решить проблему.
Метод 3: создание процесса DUMP для анализа
Если ничего не работает, то этот способ поможет. Фактически, метод 2 является производным от этого метода. В этом методе мы создадим файл дампа процесса searchindexer.exe, а затем откроем его для анализа конкретных файлов, вызывающих высокую загрузку процессора.
Сделать это, Держать то Ключ Windows и Нажмите R . В диалоговом окне запуска введите Taskmgr и нажмите ОК. Щелкните вкладку 'Процессы' и найдите SearchIndexer.exe - Щелкните правой кнопкой мыши процесс и выберите Создайте файл DUMP.
После этого запишите расположение файла дампа. Затем откройте его с помощью Инструменты отладчика [или загрузите его на wikisend.com и отправьте нам ссылку в новом вопросе на eQuestions.net/ask ] если вы хотите, чтобы я проанализировал это для вас, в противном случае, если вы можете сделать это сами; то вот пример вывода дампа, который позволил определить файл, вызывающий высокую загрузку процессора, как указано в методе 2 ( Korwbrkr ) - файл на корейском языке, который на самом деле не нужен, но, возможно, появился в результате обновлений Windows.
Загрузка файла дампа [S: Tools SearchIndexer.exe.dmp] Пользовательский мини-файл дампа с полной памятью: доступны только данные приложенияПуть поиска символа: *** Недействительный ***
************************************************* **************************
* Загрузка символа может быть ненадежной без пути поиска символа. *
* Используйте .symfix, чтобы отладчик выбирал путь к символу. *
* После установки пути к символу используйте .reload, чтобы обновить расположение символов. *
************************************************* **************************
Путь поиска исполняемого файла:
Windows 8 Версия 9200 МП (8 процессов) Бесплатно x64
Продукт: WinNt, пакет: SingleUserTS
Создал: 6.2.9200.16384 (win8_rtm.120725-1247)
Имя машины:
Время сеанса отладки: вс, 4 ноября, 22: 01: 24.000 2012 г. (UTC - 7:00)
Время работы системы: 0 дней 10: 09: 39.102
Время работы процесса: 0 дней 0: 54: 31.000
…………………………………………………
Загрузка списка выгруженных модулей
……….
*** ОШИБКА: файл символов не найден. По умолчанию для ntdll.dll экспортируются символы -
*** ОШИБКА: файл символов не найден. По умолчанию экспортируются символы для KERNELBASE.dll -
ntdll! NtWaitForSingleObject + 0xa:
000007fc`5b172c2a c3 ret
Также я проверил проблемный поток в хакере процесса, вот стек:
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
Однако перед переименованием или испорчением файлов; убедитесь, что с файлом безопасно играть; быстрый поиск в Google подскажет, какой файл нам нужен. Этот метод рекомендуется только опытным пользователям.
2 минуты чтения
