Гид по технологиям

Resource Monitor в Windows: как находить причины высокой загрузки

7 min read Инструменты Обновлено 09 Jan 2026
Resource Monitor в Windows — найти причины
Resource Monitor в Windows — найти причины

Важно: Resource Monitor показывает реальное потребление ресурсов процессами и службами. Это диагностический инструмент, а не инструмент автоматического исправления — действия по завершению процессов выполняйте осторожно.

Окно Resource Monitor на ноутбуке с Windows 11

К чему служит Resource Monitor

Resource Monitor — это графический инструмент Windows, который в реальном времени показывает, какие процессы и службы используют аппаратные ресурсы: процессор, оперативную память, диск и сеть. Он помогает быстро локализовать причину замедления компьютера и оценить, какие процессы «едят» ресурсы.

Ключевые преимущества:

  • Видна детализация по процессам (PID, состояние, число потоков).
  • Есть графики и числовые метрики в реальном времени.
  • Можно сортировать и фильтровать процессы по метрикам.

Если вы столкнулись с высокой загрузкой CPU, медленной сетью, длительной дисковой активностью или утечкой памяти — Resource Monitor часто позволит увидеть виновника без сторонних утилит.

Что можно мониторить в Resource Monitor

Панель Resource Monitor разбита на четыре основных области:

  • CPU — график общей загрузки процессора и список процессов с их вкладом в процентах. Видны PID, потоки и текущее потребление CPU.
  • Memory — информация о физической памяти: сколько свободно, сколько занято, рабочий набор процессов и показатель Hard Faults/sec.
  • Disk — текущие операции чтения/записи по процессам; гистограмма времени отклика и список процессов по объему I/O.
  • Network — трафик по процессам (байт в секунду), активные соединения и общий график сетевой активности.

Обзорная вкладка Resource Monitor

Эти четыре набора данных дают полную картину потребления аппаратных ресурсов системой и отдельными процессами.

Быстрая стратегия диагностики высокой загрузки CPU

  1. Откройте Resource Monitor и перейдите на вкладку CPU.
  2. Посмотрите на верхний график истории CPU. Если видите пики, переключитесь на список процессов.
  3. Нажмите заголовок колонки CPU, чтобы отсортировать процессы по текущему потреблению.
  4. Установите флажок (в левой части) напротив подозрительного процесса, чтобы увидеть связанные с ним графики и сетевую/дисковую активность.
  5. Если процесс не критичен — завершите его через Диспетчер задач или правой кнопкой в Resource Monitor (только если уверены).

Вкладка CPU в Resource Monitor

Советы:

  • Высокая доля одного процесса в процентах CPU напрямую указывает на потребителя, но периодические пики могут быть вызваны фоновыми задачами (обновления, индексирование).
  • Если Resource Monitor сам не отвечает из-за сильной нагрузки, попробуйте открыть Диспетчер задач сначала, а затем Performance Monitor.

Диагностика медленного интернета и сетевых задержек

Перейдите на вкладку Network и отсортируйте процессы по столбцу Total (B/sec). Это покажет, какие приложения отправляют и принимают данные в текущий момент.

  • Браузеры или игры обычно занимают большую долю трафика. Но если вы видите неизвестный процесс с высоким сетевым трафиком — это повод для проверки.
  • Посмотрите раздел TCP Connections, чтобы увидеть открытые порты и удалённые адреса.

Вкладка Network в Resource Monitor

Если виновник — системный процесс (например, обновления), дождитесь завершения. Если это стороннее приложение — закройте его или ограничьте сетевой доступ через брандмауэр.

Анализ дисковой активности

Вкладка Disk показывает операции чтения/записи в реальном времени и какие процессы выполняют I/O. Сортировка по Total (B/sec) быстро выявляет процессы, нагружающие диск.

  • Обратите внимание на столбцы Read и Write для каждого процесса.
  • Увеличенные времена отклика и очереди операций указывают на узкое место в подсистеме хранения (HDD может быть медленнее SSD).

Вкладка Disk в Resource Monitor

Если не можете решить проблему на уровне приложения, проверьте состояние диска и SMART-данные, дефрагментацию (для HDD) и фоновые задания резервного копирования.

Поиск приложений, потребляющих память

Вкладка Memory показывает Free, In Use и Hard Faults/sec.

  • Free — объём свободной физической памяти.
  • In Use — память, используемая системой и процессами.
  • Hard Faults/sec — число обращений к файлу подкачки; высокий показатель свидетельствует о недостатке физической RAM.

Вкладка Memory в Resource Monitor

Для выявления «пожирателей» памяти отсортируйте по Working Set (Memory). Если определённый процесс постоянно увеличивает потребление — возможно утечка памяти или неверно работающая программа.

Рекомендации:

  • Закройте ненужные приложения и перезапустите программу с течением времени.
  • Если утечка наблюдается в конкретном приложении — обновите его или свяжитесь с поддержкой.
  • Подумайте об увеличении объёма RAM, если физическая память регулярно исчерпывается.

Руководство действий: пошаговый SOP при высокой загрузке

  1. Оцените симптомы: медленный отклик, зависания, длительные операции ввода-вывода.
  2. Откройте Resource Monitor. Если он не запускается — используйте Диспетчер задач.
  3. CPU: сортировка по CPU. Зафиксируйте PID и имя процесса.
  4. Memory: сортировка по Working Set. Купить или освободить RAM при регулярной нехватке.
  5. Disk: сортировка по Total (B/sec) и проверка задержек. Выполните проверку диска, при необходимости остановите фоновое резервное копирование.
  6. Network: определите процессы с высоким трафиком. Ограничьте сетевой доступ по необходимости.
  7. Зафиксируйте подозрительные процессы и выполните действия: перезапуск процесса, завершение задач, обновление ПО, проверка на вредоносное ПО.
  8. Если проблема повторяется — соберите логи, снимите снимки производительности (PerfMon) и переходите к углублённой диагностике.

Критерии приёмки

  • CPU: после действий средняя загрузка в рабочее время сопоставима с обычной для вашей нагрузки.
  • Memory: Hard Faults/sec вернулась к низким значением, а свободной памяти достаточно для типичных задач.
  • Disk: время отклика диска и очередь I/O уменьшились до приемлемого уровня.
  • Network: задержки и потеря пакетов устранены, трафик соответствует ожидаемому.

Когда Resource Monitor не даст ответа

  • Проблемы, связанные с низкоуровневым драйвером или аппаратными сбоями (плохие сектора диска, неисправный контроллер). Resource Monitor покажет симптомы, но не заменит аппаратную диагностику.
  • Скрытые rootkit-вредоносники, которые маскируют процессы. В таких случаях используйте углублённые антивирусные инструменты и анализ образов памяти.
  • Когда требуются длительные исторические данные производительности — используйте Performance Monitor (PerfMon) с записью логов.

Альтернативные инструменты и когда их использовать

  • Диспетчер задач — быстрый просмотр потребления ресурсов и завершение задач. Удобен для базовой диагностики.
  • Process Explorer (Sysinternals) — глубокий анализ процессов, дерево процессов, дескрипторы и зависимости.
  • Performance Monitor (PerfMon) — сбор долгосрочных метрик и настройка счётчиков для анализа трендов.
  • Драйверы/утилиты производителя диска или сетевой карты — для проверки здоровья и обновления прошивки.

Ментальные модели: CPU-bound vs I/O-bound

  • CPU-bound — процесс ограничен временем процессора. Resource Monitor покажет высокий процент CPU у процесса.
  • I/O-bound — процесс ожидает завершения операций ввода-вывода (диска или сети). Resource Monitor покажет высокую активность Disk или Network, а CPU — низкий.

Понимание модели помогает выбрать правильное действие: оптимизация кода/приоритетов для CPU-bound; улучшение подсистемы хранения или сети для I/O-bound.

Чек-лист для ролей

Администратор:

  • Оценить системные логи.
  • Проверить обновления ОС и драйверов.
  • Запланировать проверку диска и тест производительности.
  • Ограничить/изолировать подозрительный процесс.

Пользователь:

  • Закрыть ненужные приложения.
  • Перезагрузить компьютер.
  • Проверить автозагрузку и отключить лишние пункты.
  • Сообщить администратору о повторяющихся проблемах.

Тестовые сценарии и критерии приемки

  • Сценарий: могут появляться периодические пики CPU при запуске приложения. Критерий: после обновления приложения пики снижаются или исчезают.
  • Сценарий: сеть сильно загружена при запуске резервного копирования. Критерий: резервное копирование перенесено в окно меньшей нагрузки, пользовательская сеть стала стабильной.

Риски и способы уменьшения

  • Риск: завершение системного процесса может привести к нестабильности. Митигирование: перед завершением сохраните документы и проверьте назначение процесса.
  • Риск: ошибочная интерпретация показателей (например, короткий пик). Митигирование: наблюдайте длительное время и используйте PerfMon для подтверждения.

Однострочный глоссарий

  • PID — идентификатор процесса.
  • Working Set — объём физической памяти, занятый процессом.
  • Hard Faults/sec — обращения к файлу подкачки, характерны при нехватке RAM.

Краткое резюме

Resource Monitor — мощный и доступный инструмент для локализации причин высокой загрузки CPU, утечек памяти, интенсивного дискового I/O и сетевого трафика. Начните с сортировки по ключевым колонкам, фиксируйте подозрительные процессы и применяйте описанный SOP. Если проблема остаётся нерешённой, подключайте дополнительные инструменты и выполняйте углублённую проверку.

Подсказка: ведите простую запись (PID, время, поведение) при диагностике — это ускорит повторную идентификацию и общение с поддержкой.

Поделиться: X/Twitter Facebook LinkedIn Telegram
Автор
Редакция

Похожие материалы

RDP: полный гид по настройке и безопасности
Инфраструктура

RDP: полный гид по настройке и безопасности

Android как клавиатура и трекпад для Windows
Гайды

Android как клавиатура и трекпад для Windows

Советы и приёмы для работы с PDF
Документы

Советы и приёмы для работы с PDF

Calibration в Lightroom Classic: как и когда использовать
Фото

Calibration в Lightroom Classic: как и когда использовать

Отключить Siri Suggestions на iPhone
iOS

Отключить Siri Suggestions на iPhone

Рисование таблиц в Microsoft Word — руководство
Office

Рисование таблиц в Microsoft Word — руководство