Содержание
Многие пользователи Windows недовольны медленной скоростью своей машины, обычно это происходит из-за того, что процессор использует слишком много памяти компьютера для запуска всех приложений, установленных на вашем компьютере. Одна конкретная программа была свидетелем жевания огромного количества оперативной памяти или процессора, который является SearchIndexer.exe.
Существуют некоторые предварительные меры для предотвращения использования SearchIndexer.exe дополнительной памяти компьютера, такие как отключение службы из диспетчера задач и настройка Affinity, ограничивающей количество ядер системы для запуска программы, — не следует рассматривать как постоянное решение, но конечно, достаточно, чтобы временно решить проблему для некоторых пользователей.
searchindexer.exe это встроенная служба Windows, которая обрабатывает индексацию ваших документов для поиска Windows, которая запускает механизм поиска файлов, встроенный в Windows, который обеспечивает все процессы от Windows Explorer до окна поиска в меню «Пуск», включая функцию «Библиотеки».
Прежде чем следовать этому руководству; если проблема только началась, пожалуйста, дайте ей пару часов, чтобы посмотреть, решится ли она сама, так как она может быть занята индексацией файлов; если это не произойдет через пару часов (от 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 и выбрать Запустить от имени администратора. В командной строке; тип
cd C: \ windows \ system32
Нажмите ВОЙТИ ключ
Затем введите ren korwbrkr.dll korwbrkr.bak
Запустите службу поиска Windows, перезагрузите компьютер, и это должно решить проблему.
Способ 3: создать процесс DUMP для анализа
Если ничего не работает, то этот метод поможет. Фактически, метод 2 является производным от этого метода. В этом методе мы создадим файл дампа процесса searchindexer.exe, а затем откроем его для анализа конкретных файлов, вызывающих высокую загрузку ЦП.
Сделать это, Держать Ключ Windows а также Нажмите R. В диалоговом окне запуска введите Урочная и нажмите ОК. Перейдите на вкладку «Процессы» и найдите SearchIndexer.exe — Щелкните правой кнопкой мыши по процессу и выберите Создать файл DUMP.
После этого запишите местоположение файла дампа. Затем откройте его с помощью средств отладки [или загрузите его на wikisend.com и отправьте нам ссылку в новом вопросе на eQuestions.net/ask] если вы хотите, чтобы я проанализировал это для вас, иначе вы можете сделать это самостоятельно; тогда вот пример вывода дампа, который позволил выяснить файл, вызывающий высокую загрузку процессора, как указано в методе 2 (korwbrkr) — файл на корейском языке, который на самом деле не нужен, но может появиться в результате обновлений Windows.
Загрузка файла дампа [S: \ Tools \ SearchIndexer.exe.dmp]
Пользовательский мини-файл дампа с полной памятью: доступны только данные приложения
Путь поиска символа: *** Неверный ***
************************************************** **************************
* Загрузка символов может быть ненадежной без пути поиска символов. *
* Используйте .symfix, чтобы отладчик выбирал путь к символу. *
* После установки пути к символу используйте .reload, чтобы обновить расположение символов. *
************************************************** **************************
Исполняемый путь поиска:
Windows 8 Версия 9200 MP (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 скажет, что файл нам. Этот метод рекомендуется только для опытных пользователей.
