Процессор загружен на 100% без видимых причин: что делать

Открываешь Диспетчер задач на пустом рабочем столе, а процессор забит на сто процентов. Вентиляторы воют, ноутбук греется, всё тормозит, а открытых программ — ноль. Первая мысль — вирус или майнер, и она правильная в одном случае из пяти. В остальных четырёх процессор честно отрабатывает системную работу: обновление Windows перепаковывает гигабайты патчей, индексатор поиска перемалывает диск после переезда папок, антивирус сканирует свежескачанное, или одна служба Windows сошла с ума и молотит вхолостую. Разбираю, как за пять минут найти конкретного виновника по имени процесса и службы, и что делать с каждым из шести типов пожирателей.

Матчасть: процесс, PID и служба

Сто процентов процессора всегда держит конкретный процесс, и Диспетчер задач умеет показывать его имя. Сложность в том, что системные службы Windows работают не отдельными программами, а внутри процессов-контейнеров svchost.exe, которых в системе десятки: один svchost держит службы сети, другой — обновления, третий — звук. Отсюда метод: у процесса-лидера смотрят PID (идентификатор процесса), по PID находят список служб внутри него, и уже по имени службы понимают виновника. Команда в консоли делает это одной строкой: tasklist с фильтром по svc показывает пары процесс-служба. Понимание этой связки превращает «процессор забит svchost» из тупика в конкретный адрес лечения.

Шаг 1. Имя лидера: Details вместо общей вкладки

Ctrl + Shift + Esc → вкладка Процессы показывает группы и умеет прятать системное. Переключись на вкладку Подробности и отсортируй по столбцу ЦП: сверху окажется конкретный процесс с именем и PID. Типичные лидеры и их смысл: TiWorker.exe и TrustedInstaller.exe — центр обновлений ставит или перепаковывает патчи; SearchIndexer.exe — индексатор поиска перемалывает файлы; MsMpEng.exe — Защитник сканирует; имя игры или браузера — зависшее приложение; незнакомое имя из Temp или AppData — кандидат в паразиты. Для каждого лидера своё лечение, и половина случаев закрывается уже на этом шаге: обновления и индексатор просто доживают свою работу, и через час-два процессор отпускает сам.

Шаг 2. Svchost: распаковать контейнер по PID

Если лидер — svchost.exe, запомни его PID из столбца рядом. Вариант первый, мышкой: ПКМ по процессу во вкладке Подробности → «Перейти к службам»: Диспетчер подсветит службы этого контейнера во вкладке Службы. Вариант второй, консолью:

Чтобы открыть командную строку: нажми клавиши Win и R вместе, введи cmd и нажми Enter — откроется чёрное окно. Кнопка «Копировать» над блоком команд копирует команду целиком; вставляй в окно так: правый клик внутри — вставить, затем Enter.

tasklist /svc /fi "PID eq 1234"

где 1234 — твой PID. В выводе будет список имён служб внутри контейнера: wuauserv означает обновления, WSearch — индексатор, SysMain — оптимизацию доставки, DiagTrack — телеметрию. Нашёл имя — смотри шаг с лечением этой службы. Если служб внутри много и лидер не очевиден, перезапусти контейнер: останови подозреваемую службу в services.msc и смотри, упала ли загрузка. Метод грубый, но честный, и для не критичных служб безопасен.

Шаг 3. Обновления Windows: дать доработать или помочь

TiWorker и TrustedInstaller на сотке после установки патчей — это норма первых часов: система перепаковывает компоненты и чистит старые версии. Убивать процесс посреди работы нельзя: недоустановленный патч лечится восстановлением системы и потерей вечера. Помоги ему: подключи ноутбук к сети, не усыпляй машину, дай час-два. Если молотит сутки и больше — это застрявшее обновление: запусти средство устранения неполадок центра обновлений (Параметры → Система → Устранение неполадок), затем сбрось кэш обновлений переименованием папок SoftwareDistribution и catroot2 из статьи про ошибку 0x80070002, и перезагрузись. Зацикленный установщик после сброса кэша либо ставится начисто, либо честно признаётся ошибкой с кодом, по которому уже можно искать решение.

Шаг 4. Индексатор и антивирус: два честных трудяги

SearchIndexer.exe молотит процессор и диск после трёх событий: первого запуска системы, переноса больших папок, добавления нового диска. Он перемалывает содержимое в индекс для быстрого поиска, и это конечная работа: от часа до суток в зависимости от объёма. Ускорить можно ограничением зоны индексации: Панель управления → Параметры индексирования → Изменить → сними галочки с папок, которые не ищешь по содержимому (игры, фильмы, архивы). MsMpEng.exe (Защитник) сканирует свежескачанное и изменённое: после большой загрузки или распаковки архива он имеет право на сотню процентов на полчаса. Если сканирование длится часами ежедневно — добавь папки игр и проектов в исключения Защитника, это штатная настройка, а не дыра в безопасности.

Шаг 5. Майнер: когда лидер притворяется системным

Если лидер имеет имя, похожее на системное, но лежит не в System32, или его PID не распаковывается ни в одну известную службу, — это паразит. ПКМ по процессу → Открыть расположение файла: svchost.exe в Temp, AppData или ProgramData — самозванец почти наверняка. Дальше цепочка из статьи про майнеры: CureIt и KVRT по очереди, зачистка автозагрузки и планировщика, смена паролей после. Отдельный почерк майнеров на процессоре: загрузка падает до нуля, когда ты открываешь Диспетчер задач, и взлетает снова через минуту после закрытия — паразит прячется от наблюдения. Ловится это просмотром загрузки через десять минут после открытия Диспетчера или мониторингом в Process Explorer, который майнеры обманывают реже.

Шаг 6. Службы-беглецы: SysMain, DiagTrack и утечки

Три службы умеют молотить процессор в простое без видимой причины. SysMain (бывший Superfetch) на SSD не нужен вовсе: он предзагружает программы в память, что имело смысл в эпоху HDD, а на SSD даёт фоновую работу без выигрыша — отключи в services.msc. DiagTrack (телеметрия) после крупных обновлений иногда зацикливается на сборе данных: остановка службы и тип запуска «Отключена» лечат и нагрузку, и приватность разом. Третья история — утечка в любой службе: служба работает неделями и накапливает сбойное состояние. Лечится перезапуском службы в services.msc без перезагрузки: найди службу по имени из шага 2, ПКМ → Перезапустить. Если рецидивы повторяются после каждого обновления — проверь, что система дообновлена до последнего патча: часть зацикленных служб Microsoft чинит следующими обновлениями, и недообновлённая машина живёт с багом месяцами.

Частые факапы

1. Убил TiWorker посреди установки патча: недоустановленное обновление лечится восстановлением системы, а час терпения лечил всё сам и бесплатно.
2. Смотрит вкладку Процессы и не видит системных лидеров: группы прячут svchost внутрь «Система и сжатие памяти», имена видны только во вкладке Подробности.
3. Отключает WSearch насовсем и теряет поиск по содержимому файлов: поиск по именам живёт и без индексатора, но поиск текста в документах умирает, а нужен был не сноc службы, а ограничение папок.
4. Принимает MsMpEng за майнер и сносит Защитник: сканирование после большой загрузки — штатная работа, майнер отличается расположением файла и поведением при открытом Диспетчере.
5. Игнорирует сто процентов неделями «потому что работает же»: постоянная сотня в простое — это либо паразит на твоём электричестве, либо зацикленная служба, и оба случая лечатся за вечер, а не терпятся годами.

Вывод

Сто процентов процессора в простое — это всегда конкретный процесс с именем и PID, и пять минут во вкладке Подробности превращают панику в диагноз. Обновления и индексатор доживают свою работу сами, антивирус успокаивается исключениями папок, svchost распаковывается по PID в конкретную службу с конкретным лечением, а самозванцы из Temp вычищаются цепочкой лечебных утилит. Держи в голове связку «имя процесса — PID — список служб — лечение»: она работает для любой нагрузки, не только для ста процентов, и экономит вечер гаданий по форумам, где каждый советчик лечил свой svchost и свою Windows.