Длительность неучитываемых всплесков активности жесткого диска что это
Компьютер зависает из-за диска (загружен на 100%)
Описание
Проблема встречается на ноутбуках, моноблоках, настольных ПК. Тип носителя также не имеет значения — высокая нагрузка может быть на HDD или SSD.
Причина
Решение
1. Отключаем файл подкачки
В большинстве современных компьютеров используется большое количество оперативной памяти, поэтому надобности в файле подкачки нет.
Для его отключения в Windows 10 / 8.1 кликаем правой кнопкой мыши по Пуск:
И выбираем Система:
В Windows 7 и ниже открываем Проводник – кликаем правой кнопкой мыши по Компьютер и выбираем Свойства.
Теперь в левой части открывшегося окна кликаем по Дополнительные параметры системы:
В появившемся окне на вкладке Дополнительно находим раздел Быстродействие и нажимаем кнопку Параметры:
Переходим на вкладку Дополнительно:
И нажимаем Изменить в разделе Виртуальная память:
Теперь снимаем галочку Автоматически выбирать объем файла подкачки и ставим указатель на диск с файлом подкачки:
Чуть ниже устанавливаем выбор на пункте Без файла подкачки и нажимаем Задать:
Система выкинет предупреждение о невозможности создать отладочную информацию при возникновении критической ошибки. Соглашаемся, нажав Да.
Затем закрываем все окна нажимая OK и перезагружаем компьютер.
Если система продолжит зависать, а диск при этом будет использоваться на 100%, следуем инструкции ниже.
2. Если диск грузит процесс system
С процесса system нельзя снять задачу, но что делать, если он создает большую нагрузку?
Как правило, это происходит из-за служб Windows:
Также, в редких случаях, проблемой может быть брандмауэр Windows. Пробуем его отключить.
3. Проверяем физическое состояние носителя
Физическая неисправность диска также возможна и она влияет на скорость отклика носителя.
Необходимо изучить S.M.A.R.T. диска, а также выполнить проверку поверхности на наличие ошибок. Для этого можно воспользоваться программами CrystalDiskInfo, HD Tune или любым другим аналогом.
Если проверка показала наличие неисправных областей, носитель необходимо заменить.
4. Удаление утилит для работы диска
Снижение производительности может быть связано с наличием в системе программного обеспечения для управления диском, например, технология хранения Intel Rapid. Удаление данного программного компонента может решить проблему.
5. Смотрим загрузку жесткого диска
Встроенными средствами:
Запускаем диспетчер задач. Для этого кликаем правой кнопкой мыши по нижней панели задач и выбираем Диспетчер задач:
* Совет: а еще диспетчер задач можно вызвать комбинацией клавиш CTRL + SHIFT + ESC.
В самом диспетчере переходим на вкладку Производительность:
И кликаем по Открыть монитор ресурсов:
Открывшееся окно разворачиваем на весь экран. Сворачиваем все счетчики производительности, оставив только диск:
Отсортируем таблицу сначала на чтение диска так, чтобы стрелка показывала вниз:
Среди результатов находим процессы, которые нагружают диск на чтение.
Теперь отсортируем показатели на запись:
Так мы получим процессы, нагружающие дисковую систему на запись.
Теперь самостоятельно изучим, что за программы нагружают систему и нужны ли они нам для работы. Ненужные программы можно удалить или отключить из автозапуска.
Process Explorer:
Для более детальной информации можно воспользоваться программой Process Explorer. По умолчанию, она не показывает нагрузку на дисковую систему, поэтому открываем окно редактирования колонок:
Переходим на вкладку Process Disk и ставим галочки на чтение и запись диска:
6. Отключаем режим гибернации
Если компьютер какое-то время грузит дисковую систему после вывода его из спящего режима, пробуем отключить гибернацию — для этого запускаем командную строку от администратора и вводим:
Перезагружаем компьютер и какое-то время тестируем работу ПК. Позже, режим гибернации можно снова включить:
7. Оптимизируем носитель
При использовании HDD (не SSD) большое значение на производительность играет фрагментированность данных (их физическая разбросанность по поверхности диска). Для оптимальной работы необходимо выполнить дефрагментацию. Для SSD диска можно выполнить оптимизацию — заполнение свободного пространства нулевыми данными. С этими двумя задачами легко справиться программа Defraggler.
Частая дефрагментация портит диск — HDD амортизируется физически, а SSD теряет ресурс чтения/записи. Откровенно говоря, для последнего она не сильно поможет, так как фрагментированность данных не уменьшает его производительность. Стоит выполнять дефрагментацию умеренно по необходимости.
8. Выполняем антивирусную проверку
Лучше всего выполнить не только полную проверку установленным антивирусом, но и дополнительно просканировать систему лечащей утилитой, например, CureIt.
Сам установленный антивирус также может быть причиной проблемы — пробуем его обновить, временно отключить, удалить.
9. Делаем логическую проверку диска
Логические ошибки также могут вызывать проблемы.
Проверка выполняется из командной строки командой:
* где с: — буква раздела для проверки.
10. Чистка диска
В некоторых случаях, может помочь обычная чистка диска от временных файлов. Для этого проще всего воспользоваться специализированными программами, например, CCleaner.
Также стоит удалить все ненужные файлы, которые занимают место.
После перезагружаем компьютер и наблюдаем за нагрузкой диска.
11. Замена диска на SSD
HDD уже не могут удовлетворить всем потребностям современных систем. В качестве альтернативы возможен переход на использование SSD носителя под операционную систему и установленные программы. Для хранения информации можно оставить HDD.
В чем была проблема?
Если вам удалось решить проблему, поделитесь своим опытом для других:
Использование Монитора ресурсов: дисковая подсистема
Для удобства рассмотрения мы будем использовать скриншот Монитора ресурсов (рис. A), запущенного на производственном сервере под управлением Windows Server 2008 R2. На этом сервере установлен Exchange Server 2010 со всеми ролями, поэтому он нуждается в большой дисковой подсистеме с приемлемой производительностью. (Примечание: как и все другие наши серверы, этот работает в виртуальной машине на базе VMware vSphere 4.1.)
Начнем с общего обзора консоли. Большую часть окна занимают статистические показатели, о которых я подробно расскажу ниже. Справа расположены графики, каждый из которых представляет один из важных показателей производительности дисковой подсистемы.
Ниже я подробно рассмотрю каждый показатель. Я не буду повторяться: если показатель присутствует в нескольких местах, я упомяну его только в первый раз.
Процессы с дисковой активностью
В разделе «Процессы с дисковой активностью» (Processes With Disk Activity) перечислены все запущенные процессы, использующие ресурсы хранения. В списке показано имя исполняемого файла и ряд связанных с ним статистических показателей.
• «Образ» (Image) – имя исполняемого файла. Это имя процесса, активно использующего диск.
• «ИД процесса» (PID) – идентификатор процесса. Может пригодиться для управления процессами с использованием других утилит или для поиска процессов в Диспетчере задач (Task Manager).
• «Чтение (байт/с)» (Read (B/sec)) – среднее количество прочитанных процессом байтов в секунду за последнюю минуту.
• «Запись (байт/с)» (Write (B/sec)) – среднее количество записанных процессом байтов в секунду за последнюю минуту.
• «Всего (байт/с)» (Total (B/sec)) – среднее количество использованных байтов в секунду за последнюю минуту.
Информация, которая приводится в этом разделе, не особенно актуальна для диагностики – она лишь позволяет выяснить, какие процессы потребляют больше всего ресурсов диска. На рис. A, например, можно заметить, что больше всего операций чтения с диска выполняет процесс с именем «DPMRA.exe».
В разделе «Работа диска» (Disk Activity) собраны более полезные для диагностики сведения. Самый ценный показатель – пожалуй, время ответа, поскольку его можно оценить, даже не зная исходной конфигурации дисковой подсистемы.
Справа от названия раздела расположены два небольших индикатора. Зеленый показывает текущий дисковый ввод/вывод (Disk I/O), то есть, количество передаваемых в данный момент данных), а синий – максимум активного времени дисковой подсистемы (Highest Active Time).
• «Файл» (File) – имя файла, используемого процессом. Здесь указывается полный путь к файлу, чтобы его легче было найти.
• «Приоритет ввода/вывода» (I/O Priority) – приоритет операций ввода/вывода.
• «Время ответа (мс)» (Response Time (ms)) – время отклика диска в миллисекундах. Как правило, чем ниже этот показатель, тем лучше. В целом, время ответа менее 10 мс свидетельствует о хорошей производительности. Не страшно, если этот показатель время от времени превышает отметку в 10 мс, но если системе постоянно приходится дожидаться ответа дисковой подсистемы более 20 мс, это может свидетельствовать о наличии проблем, а конечные пользователи в таком случае заметят ощутимое снижение быстродействия. Если время ответа достигает 50 мс и выше, значит, проблема действительно серьезная. На рис. A, как видите, время ответа составляет 5-6 мс, так что дисковая подсистема функционирует исправно, если судить по этому показателю.
В разделе «Запоминающие устройства» (Storage) содержатся следующие сведения:
• «Логический диск» (Logical Disk) – буква диска.
• «Физический диск» (Physical disk) – выбранный для мониторинга физический диск.
• «Активное время (%)» (Active Time (%)) – сколько времени диск проводит, активно обслуживая запросы, в противовес времени простоя. Если активность диска постоянно очень высока (скажем, более 80%), это может указывать на наличие потенциальных проблем, связанных с ресурсами хранения. Если пользователи жалуются на низкое быстродействие, а активное время постоянно составляет 100%, возможно, необходимо увеличить объем дисковой подсистемы или установить более производительные накопители.
• «Свободно (МБ)» (Available Space (MB)) – количество свободного пространства в текущем томе диска.
• «Всего (МБ)» (Total Space (MB)) – общий объем тома.
• «Длина очереди диска» (Disk Queue Length) – средняя длина очереди диска. Длина очереди показывает количество ожидающих выполнения запросов (на чтение и запись) в любой момент времени. Если этот показатель довольно высок, это может свидетельствовать о том, что скорость вращения диска недостаточна для удовлетворения запросов приложений или что дисковая подсистема имеет слишком низкую производительность и не справляется с запросами. Однако чтобы оценить, насколько высок показатель, необходимо хорошо понимать, как создается базовый том в SAN. Каждый диск, из которых складывается базовый том, предоставляет дополнительные ресурсы, которые учитываются при расчете длины очереди (проще говоря, чем больше дисков, тем выше будет длина очереди).
Уровень RAID и размер страйпа тоже влияют на длину очереди, что дополнительно усложняет задачу. Однако если компьютер оснащен всего одним диском, а длина очереди постоянно превышает 2, система нуждается в дополнительных ресурсах хранения. Длина очереди более 5 свидетельствует о наличии серьезных проблем. Если вам известно, из скольких дисков состоит базовый том, умножьте количество дисков на 2, чтобы очень грубо, приблизительно, прикинуть максимально допустимую длину очереди. К примеру, если в системе десять дисков, а длина очереди равна 18, значит, все в порядке.
Графики – очень полезный инструмент. В верхнем графике показана скорость обмена данными между диском и операционной системой за последнюю минуту. Зеленая кривая показывает текущий суммарный ввод/вывод, а синяя – активное время диска за этот период. На остальных графиках показана длина очереди для каждого диска в системе.
На сервере Exchange, который показан в моем примере, используется четыре диска (тома SAN). С учетом структуры базовых томов SAN в этом массиве, никаких проблем, связанных с длиной очереди, не возникает.
До встречи во второй части
Автор: Scott Lowe
Перевод SVET
Оцените статью: Голосов
Вторую неделю борюсь с жестким диском и, похоже, все-таки нужен совет знающих людей! Постараюсь коротко описать ситуацию.
Моему ноутбуку уже 5 лет (столько же и жесткому диску), и последнее время он изрядно подтупливал, но работал. Началось все две недели назад, когда я взял ноут с собой, чтобы помочь на мероприятии с музыкой. Ноутбук я давно никуда не возил, а тут видимо случился стресс для него и в нужный момент ноут конкретно завис. Как выяснилось, вся система жутко тормозила, потому что активное время жесткого диска всегда было занято на 100%, при этом никакого существенного ввода-вывода не происходило. Например, открытие браузера происходило порядка 5-10 минут. Все остальные операции с такой же задержкой.
Следующим этапом я решил, что отформатирую жесткий диск вместе со всеми вирусами и прочим к чертям, но для начала просто скопирую с него нужную инфу. Физических носителей под рукой не оказалось, поэтому решил переустановить по быстрому винду и слить всё на Яндекс.Диск. Винда встала на удивление быстро, перенесла старую винду в папку Windows.old и сперва я даже подумал, что решил проблему. Но как только я начинал копирование моих файлов куда бы то ни было, комп снова безбожно зависал и активность жесткого диска была вновь 100%. Иногда убийство некоторых процессов решало проблему, иногда нет. Яндекс.Диск успел отсинхронизировать лишь небольшую часть и тоже безбожно завис.
Я уже было решил предать анафеме этих безбожников из мелкософта и яндекса, как вдруг подумал, что возможно дело не в конкретных процессах, а в самом винчестере. Вычитал из всяких статей, что хорошо бы провериться и подлечиться с помощью Виктории (имеется ввиду программа, конечно). Так я и сделал: создал загрузочный диск и сперва сделал первую проходку с попыткой перезаписи поврежденных секторов.
Несмотря на то, что довольно большой процент секторов успешно перезаписывался, остались и такие сектора, которые стереть не удалось (т.е. совсем битые). Их количество в районе 9 900 (девять тысяч девятьсот) секторов. Немного обалдев от такой цифры я воскликнул: «Вот в чем проблема!» и начал подыскивать в магазинах новый винчестер, но скопировать данные всё равно нужно было.
После этой процедуры я запустил chkdsk на оба раздела жесткого диска, винда что-то там исправила в файловой система и тоже сказала что всё гуд. К моему удивлению при первом запуске виктории SMART имел статус Good, а после лечения сразу перешел в статус Bad и при загрузке компа просит немедленно скопировать данные и выбросить диск в помойку. Я люблю следовать инструкциям и вновь попытался скопировать нужные данные, загрузившись из под винды.
Какого же было мое удивление, что после лечения десяти тысяч секторов не изменилось ровным счетом ничего: при копировании инфы на любые носители, как только копировальщик натыкается на битый файл, он безбожно зависает и грузит жесткий диск на 100%. После этого не работает уже ни отмена, ничего и лишь спустя примерно 10 минут появляется окно, что файл не удается прочитать.
Итого: мне сейчас необходимо скопировать с харда все файлы, которые еще можно скопировать, но чтобы эта процедура как-то автоматически понимала, какие файлы трогать можно, а какие надо пропустить. А не зависала на 10 минут, я же не буду прыгать вокруг компа сутками. Может быть кто-то знает какие-то хорошие решения?
Длительность неучитываемых всплесков активности жесткого диска что это
Сообщения: 227
Благодарности: 122
| Все происходит как-то так. Сначала диск спокоен, ну в пределах 3-5%. Проходит пара минут, начинает расти активность большими шагами, в лидеры выбивается какой-то Antimalware на десяток секунд и немного спускается, но сразу после него первым становится System и действительно что-то с большой скоростью записывает на диск или читает, активность 98-99 затем вперед еще приплетаются те самые узлы службы, активность 100%, скорость у всех процессов падает, а активность так и остается 100%. » |
Происходит процесс поиска обновлений для вашего ПК. Устанавливали все обновления из центра обновлений Windows?
Дополнение: по скринам не видно активности процессора. Диск загружен полностью.
