Как правильно читать цифру: активное время — это не пропускная способность
Колонка «Диск» в диспетчере задач показывает активное время — процент последнего интервала замера, в течение которого у диска был хотя бы один запрос в обработке. NVMe SSD может гонять 2 ГБ/с и всё равно показывать 40%, а пятилетний HDD в ноутбуке, пишущий по 4 МБ/с мелкими случайными блоками, стабильно висит на 100%. Эта цифра говорит лишь о том, что очередь никогда не пуста; сколько именно работы выполняется, она не говорит.
Показатель, который действительно диагностирует проблему, находится на вкладке «Производительность»: «Среднее время отклика». На здоровом SSD оно держится ниже примерно 5 мс, на здоровом HDD под нагрузкой — около 10–25 мс. Устойчивые значения выше 100 мс означают, что запросы копятся быстрее, чем диск успевает их обрабатывать, а значения в сотни или тысячи миллисекунд на почти бездействующей системе указывают на отказывающее оборудование, а не на занятую службу.
Из этого стоит сделать прямой вывод: на компьютере, который до сих пор загружается с механического диска, короткие всплески до 100% нормальны, и никакие настройки их не уберут. Решение для постоянно упирающегося в потолок HDD — это SSD, а все программные изменения ниже касаются устранения ненужной работы, а не ускорения самого диска.
Шаг первый: найти процесс, а не симптом
Откройте диспетчер задач через Ctrl+Shift+Esc, перейдите на вкладку «Процессы» и щёлкните заголовок колонки «Диск» для сортировки. Оставьте сортировку и понаблюдайте целую минуту — виновник обычно тот процесс, который держится на верхней строке, а не тот, что дал разовый всплеск. Затем перейдите на вкладку «Подробности» и включите колонки «Байты чтения ввода-вывода» и «Байты записи ввода-вывода» для накопленных значений с момента загрузки — они выдают процесс, который постоянно пишет небольшими порциями.
Диспетчера задач перестаёт хватать, когда нагрузку даёт процесс System или узел службы (service host). Запустите resmon (Win+R → resmon) и откройте вкладку «Диск»: панель «Активность диска» перечисляет каждый активный путь к файлу со скоростью чтения и записи, так что видно, какой именно файл сейчас «долбят». Путь вроде C:\ProgramData\Microsoft\Windows\WER или C:\Windows\SoftwareDistribution говорит о совсем другом, чем путь в папке игры или клиента синхронизации.
- Диспетчер задач → Процессы → сортировка по «Диск», наблюдать 60 секунд
- Диспетчер задач → Производительность → Диск → проверить среднее время отклика
- resmon → Диск → Активность диска — точные пути файлов, в которые идёт запись
- Просмотр событий → Журналы Windows → Система, фильтр по источнику disk или Ntfs
- PowerShell: Get-PhysicalDisk | Select FriendlyName, MediaType, HealthStatus
SysMain и Windows Search: два обычных подозреваемых
SysMain (служба, которая раньше называлась Superfetch) заранее подгружает код часто используемых приложений в свободную память, чтобы они запускались быстрее. На SSD выигрыш незначителен, а на машине с 8 ГБ ОЗУ это может превратиться в цикл чтения, вытеснения и повторного чтения, который надолго занимает диск. Откройте services.msc, найдите SysMain, поставьте тип запуска «Отключена» и остановите службу; из повышенной командной строки то же самое делают команды sc config SysMain start=disabled и следом sc stop SysMain.
Windows Search строит индекс, который использует поиск в меню «Пуск» и в Проводнике. Первое индексирование большого диска или пересборка после обновления займёт диск на часы — это ожидаемо и рано или поздно завершается. Патологический случай — индекс, который никогда не завершается, потому что база данных повреждена; это видно по SearchIndexer.exe на верхней строке день за днём. Параметры → Конфиденциальность и защита → Поиск в Windows → Дополнительные параметры индексирования → Дополнительно → Перестроить исправляет повреждённый индекс; сужение индексируемых мест до «Документов» и «Рабочего стола» дальше держит его дёшевым.
Полное отключение Windows Search — реальный вариант для слабой машины, но у него есть честная цена: поиск в меню «Пуск» становится медленным, поиск в Проводнике переходит на сканирование папок в реальном времени, а собственный поиск Outlook ухудшается. Прежде чем выключать службу, попробуйте пересборку и сужение области индексирования.
Windows Update, Delivery Optimization и телеметрия
Windows Update делает три тяжёлые для диска вещи: скачивает пакеты в C:\Windows\SoftwareDistribution\Download, распаковывает их и запускает стек обслуживания компонентов (TiWorker.exe и TrustedInstaller.exe), чтобы их применить. На механическом диске накопительное обновление может держать диск возле 100% полчаса и дольше. Правильная реакция — дать ему закончить: если прервать обслуживание, установка застревает в наполовину применённом состоянии.
Delivery Optimization — часть, которую люди не ожидают: она отдаёт уже скачанные куски обновлений другим ПК. Если диск занят, хотя ничего не устанавливается, проверьте Параметры → Windows Update → Дополнительные параметры → Delivery Optimization и отключите «Разрешить загрузки с других компьютеров» или ограничьте её устройствами локальной сети. На той же странице есть «Монитор активности», показывающий, сколько именно было отдано.
Служба DiagTrack («Функциональные возможности подключенного пользователя и телеметрия») пишет трассировки диагностических событий в C:\ProgramData\Microsoft\Diagnosis. На большинстве машин объём записи мал; на некоторых она создаёт непрерывный фоновый ввод-вывод, заметный на медленном диске. Снижение уровня диагностических данных до обязательного в Параметры → Конфиденциальность и защита → Диагностика и отзывы снижает нагрузку, не трогая обновления и лицензирование.
Драйвер накопителя: баг режима прерываний AHCI
Есть давняя причина на уровне оборудования, которую никакая настройка служб не исправит: встроенный драйвер StorAHCI на некоторых SATA-контроллерах плохо себя ведёт при включённых message-signaled interrupts (MSI). Симптом характерный — 100% загрузки диска почти без реальной пропускной способности, появляющиеся вспышками, на машине, чей диск по тестам здоров. Сначала подтвердите драйвер: Диспетчер устройств → Контроллеры IDE ATA/ATAPI → Standard SATA AHCI Controller → вкладка «Драйвер» → Сведения о драйвере. Если в списке файл storahci.sys, этот баг касается вас.
Исправление лежит в реестре и требует аккуратности. На вкладке «Сведения» контроллера переключите свойство на «Device instance path» и скопируйте значение. Затем откройте regedit и перейдите к HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\PCI\<этот путь>\Device Parameters\Interrupt Management\MessageSignaledInterruptProperties и установите MSISupported в 0. Перед изменением экспортируйте раздел реестра и перезагрузитесь после. Если машина стала работать хуже, восстановите экспортированный раздел.
Заодно стоит проверить две смежные ситуации с драйверами. SATA-контроллер, работающий на собственном RAID-драйвере производителя или Intel RST от 2016 года, стоит обновить со страницы поддержки производителя ПК. А NVMe-накопитель должен использовать драйвер Standard NVM Express Controller или собственный драйвер производителя — универсальный запасной драйвер встречается редко, но даёт именно этот симптом.
Антивирус, клиенты синхронизации и другие фоновые писатели
Антивирус в реальном времени касается каждого открываемого файла, а плановая полная проверка читает весь диск. Оба варианта законны; незаконно — держать два движка реального времени одновременно, а это самый надёжный способ навечно приколотить диск к 100%. Проверьте Безопасность Windows → Защита от вирусов и угроз → Управление поставщиками и убедитесь, что отвечает только один продукт. Если вы оставляете сторонний антивирус, Microsoft Defender автоматически отступает.
Клиенты облачной синхронизации — второй постоянный источник. OneDrive, Dropbox и Google Drive пересчитывают хеши и перезаливают файлы после любого крупного изменения, а Files On-Demand в OneDrive может запустить скачивание целых папок, когда что-то их перечисляет, — включая антивирусную проверку, из-за чего две безобидные функции превращаются в часы дисковой активности. Приостановить синхронизацию на десять минут — дешёвый тест: если диск успокаивается, ответ найден.
- Установлены два антивируса реального времени — удалить один
- Плановая полная проверка идёт во время работы — перенести на ночь
- OneDrive или Dropbox пересинхронизируют большую папку после перемещения или переименования
- Игровой лаунчер проверяет или подгружает файлы в фоне
- Резервное копирование Windows или История файлов пишет на медленный внешний диск
- Браузер скачивает крупный файл, а его кэш лежит на том же диске
Когда дело в самом диске, и в каком порядке всё это проверять
Если диск остаётся занят без виновного процесса, время отклика — сотни миллисекунд, а копирование файлов ползёт или замирает, подозревайте оборудование. Выполните wmic diskdrive get model,status,size для быстрого вердикта, затем Get-PhysicalDisk | Get-StorageReliabilityCounter в PowerShell — для счётчиков ошибок чтения и записи. Более убедительное доказательство даёт Просмотр событий: повторяющиеся события от источника disk с ID 7, 51 или 153 означают, что диск повторяет операции, — именно так ведёт себя механический диск с ожидающими секторами перед отказом. Сначала скопируйте данные, потом диагностируйте.
Проходите список именно в этом порядке, меняя по одному пункту и наблюдая диспетчер задач несколько минут после каждого: определить процесс-лидер; дать завершиться идущему Windows Update; отключить SysMain; пересобрать или сузить индекс поиска; выключить отдачу в Delivery Optimization; убедиться, что активен только один антивирус; проверить драйвер StorAHCI; и в конце проверить здоровье диска. Свободное место тоже важно — системный диск, заполненный больше чем на 90%, замедляет любую запись, поэтому чистка должна стоять в начале этой последовательности, а не в конце.
Kleaner PRO помогает не со всем списком, а с двумя его пунктами: Deep Cleaner освобождает место, в котором нуждается упёртый в потолок системный диск, а страница здоровья диска читает S.M.A.R.T., чтобы отличить программную проблему от аппаратной, прежде чем тратить вечер на настройки.
Вопросы и ответы
Всегда ли 100% загрузки диска — это проблема?
Нет. Это означает, что диск был занят весь интервал замера, а это нормально во время обновлений, индексирования или крупного копирования. Проблема — когда это держится в покое системы или когда среднее время отклика остаётся выше примерно 100 мс.
Безопасно ли отключать SysMain?
Да, на SSD, где предзагрузка почти ничего не даёт. На механическом диске с большим объёмом ОЗУ она может реально ускорять запуск приложений, так что при ощущении замедления включите её обратно в services.msc.
Почему загрузка диска взлетает сразу после входа в систему?
Программы автозагрузки, инициализация антивируса и Windows Search все начинают работу при входе. Несколько занятых минут — это ожидаемо; тревожный случай — активность, которая не спадает и через десять-пятнадцать минут.
Решит ли переход с HDD на SSD проблему 100% загрузки диска?
В большинстве случаев да, потому что та же нагрузка, которая насыщает механический диск, почти не заметна на SSD. Но это не исправит баг драйвера, задвоенный антивирус или сорвавшийся с цепи процесс — они переедут вместе с данными на новый диск.
Понятно до покупки: что входит в лицензию
Разовый 30-минутный триал даёт доступ к базовым инструментам. Возможности с меткой PRO остаются закрыты до активации платной лицензии.
Читайте также
Написать нам: [email protected]