как узнать какой процесс использует жесткий диск

Как узнать какие программы используют/обращаются к жесткому диску?

Наверное, каждый пользователь сталкивался с такой ситуацией, когда к диску идет постоянное обращение, несмотря на то, что вы никаких программ не запускали. Например, мигает лампочка на внешнем диске. И это при том, что подключили вы его давно и никак не используете. Обычно, в такой момент возникает вполне резонный вопрос «Как узнать какие программы используют жесткий диск?».

Операционная система Windows и различные программы могут обращаться к дискам без вашего ведома. Например, приложение выполняет задание по расписанию. Или же Windows 7 запустила дефрагментацию диска. Возможно, у вас просто запущены программы в фоновом режиме, которые периодически отслеживают конфигурацию компьютера, включая наличие дисков. Причин может быть уйма.

Существует много способов определить какие именно программы или части операционной системы получают доступ к вашему диску. Но, в большинстве случаев, они дают либо общие сведения, такие как трафик, либо достаточно подробную техническую информацию, которая будет сложно воспринимаемой обычными пользователями, либо от пользователя потребуются неплохие технические познания.

В первом случае, из общей картины достаточно сложно хоть как-нибудь понять, кто же именно использует диск. Обычно, пользователю выводится уже суммированная информация, такая как трафик.

Во втором случае, наличие большого количества подробностей усложняет саму задачу поиска. Например, можно использовать стандартный монитор ресурсов Windows 7 из диспетчера задач. Но, у него есть свои недостатки, такие как невозможность остановить сканирование (каждую секунду список меняется), разрозненность (у вас есть только имя процесса и путь до исполняемого файла; остальную информацию нужно отдельно смотреть).

В третьем случае, обычно речь идет о программах, которые предоставляют такую информацию как дополнительную функциональность. А это, прежде всего, означает, что вам нужно знать ответы на вопросы «Как открыть? Где находится? Куда ткнуть?». Так же это означает, что информация может быть обрезанной. Например, такая функция может показывать не все программы и компоненты системы, а только определенную группу файлов.

Однако, существует достаточно простая бесплатная программа под названием «What’s My Computer Doing?» (WMCD), чьей единственной целью является определить кто же именно обращается к диску.

WMCD сканирует обращение к диску в режиме реального времени, позволяет получить достаточно исчерпывающую информацию о каждой программе, а так же предлагает ряд различных действий.

В верхней панели главного окна отображаются все программы и процессы, которые используют жесткий диск в настоящий момент времени. Сам список обновляется каждую секунду. Поэтому если вам нужно на время остановить процесс мониторинга, то необходимо поставить галочку напротив пункта «Freeze» в верхней правой части экрана. Чтобы узнать подробности о процессе, просто выберите его из списка, и в левой нижней части экрана отобразится сводная информация (название, время установки, подробное описание и т.д.). Обычно, это именно та информация, которую хочется узнать в первую очередь.

Примечание: Если вы знаете какая программа или какой процесс загружает ваш компьютер, а так же видите сводную дополнительную информацию, то этого вполне достаточно для составления определенных выводов и если необходимо, то для более детального анализа. Например, если вы закрыли программу, но, тем не менее, обнаружили ее в этом списке, то это, как минимум, означает, что программа продолжает исполняться в фоновом режиме. Или, например, если вы заметили в списке какой-либо странный процесс или программу, дополнительная информация которого вызвала еще большие вопросы. То вам всегда будет с чего начать поиск в интернете.

В правой средней части WMCD располагается блок с различными кнопками действий. Вы можете посмотреть свойства исполняемого файла, открыть каталог, в котором находится сам файл, попробовать завершить процесс, а так же отправить файл на online сканирование антивирусами.

Online сканирование предлагается провести на сайте Kaspersky и VirusTotal. К сожалению, тут у программы есть небольшое расхождение с реальностью. Дело в том, что при нажатии на кнопку для отправки на сайт Kaspersky, открывается страница с перечнем бесплатных продуктов, а не форма для загрузки и сканирования файла. Тем не менее, в случае VirusTotal программа корректно отрабатывает. И если учитывать, что Kaspersky находится в перечне антивирусов VirusTotal, то данный недостаток становится не очень кричным.

Примечание: Конечно, online проверка не может дать 100% гарантий, но, согласитесь, что проверка одной-двумя утилитами никак не сравнится с проверкой 55-ю различными антивирусами, среди которых достаточно много известных и проверенных временем.

Сайт разработчика и ссылка на скачивание находятся здесь. Установочный файл весит всего 480Кб. Программа поддерживает Windows XP/2003/Vista/7/8.

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

Теперь вы знаете как узнать какие программы используют/обращаются к вашему жесткому диску.

Источник

Выявляем процессы с дисковой активностью в Linux

TL;DR: статья рассказывает об удобном, быстром и надежном способе определения Linux-программ, записывающих данные на диск, что помогает в выявлении большой или аномально частой нагрузки на дисковую подсистему, а также позволяет оценить накладные расходы файловой системы. Это особенно актуально для SSD в ПК, EMMC и Flash-памяти в одноплатных компьютерах.
В ходе написания статьи обнаружилось, что запись нескольких килобайт данных на файловую систему BTRFS приводит к записи 3 мегабайт реальных данных на диск.

Введение

После 7 месяцев использования нового SSD я решил проверить количество записанных данных, как их сообщает сам диск через SMART.
19.7 ТБ.
Всего за 7 месяцев я использовал 13% от гарантированного количества записанных данных, притом, что он настроен в соответствии с рекомендациями по выравниваю разделов и настройке ФС, swap у меня почти не используется, диски виртуальных машин размещены на HDD!
Это аномально большая цифра, такими темпами гарантийный TBW будет превышен раньше достижения 5-летнего срока гарантии диска. Да и не может мой компьютер писать по 93 гигабайта в сутки! Нужно проверить, сколько данных пишется на диск за 10 минут…

Total:
Writes Queued: 24,712, 2,237MiB
Writes Completed: 25,507, 2,237MiB
Write Merges: 58, 5,472KiB

Определение количества записанных данных на дисковое устройство

Мой SSD хранит количество записанных данных в параметре 241 Total_LBAs_Written, в логических блоках (LBA), а не в байтах. Размер логического блока в моём случае — 512 байт (его можно увидеть в выводе smartctl, в Sector Size). Чтобы получить байты, нужно умножить значение параметра на 512.

Запустите следующую команду, чтобы собрать информацию за 10 минут, где /dev/sdb — ваш диск:

btrace позволяет наглядно посмотреть реальное количество записанных данных, но понять, какие именно программы совершают запись, из её вывода сложно.

Определение программ, производящих запись на накопитель

Программа iotop покажет процессы, пишущие на диск, и размер записанных данных.
Наиболее удобный вывод обеспечивают следующие параметры:

В глаза бросается Firefox, записавший 283 мегабайта за несколько минут работы iotop.

Определение файлов, в которые производится запись

Информация о процессе, насилующим диск — хорошо, а пути, по которым производится запись — еще лучше.

Fatrace не умеет показывать количество записанных данных вследствие использования довольно простого отслеживания факта обращения к файлам через inotify.

Из вывода видно, как хабр сохраняет мою статью в local storage браузера, пока я её пишу, а также расширение Group Speed Dial, которое, как удалось обнаружить именно с помощью fatrace, читает свои данные каждые 30 секунд. Именно читает, а не записывает: CW перед файлом говорит о том, что файл открывается на чтение и запись, с одновременным созданием файла, если он отсутствует (вызывается openat с флагом O_RDWR|O_CREAT), но не говорит, что в файл действительно писалась какая-либо информация.

На всякий случай, чтобы удостовериться в этом, воспользуемся strace, с фильтром на файловые системные вызовы:

Определение накладных расходов файловой системы

Большая разница в показаниях iotop и btrace натолкнула на мысль протестировать файловую систему путем ручной записи данных в файл и отслеживания показаний btrace.

Если полностью исключить запись на диск, загрузившись в emergency-режим systemd, и записать вручную пару байт данных в существующий файл, btrace на SSD с btrfs сообщает о записи 3 мегабайт реальных данных. Свежесозданная файловая система флешке размером в 8 ГБ записывает минимум 264 КиБ при записи одного байта.
Для сравнения, запись пары байт в файл на ext4 оканчивается записью 24 килобайтов данных на диск.

В 2017 году Jayashree Mohan, Rohan Kadekodi и Vijay Chidambaram провели исследование усиления записи разных файловых систем, их результаты для btrfs и ext4 при записи 4 КБ соотносятся с моими.

Источник

Как узнать какой процесс использует жесткий диск

Время использования жесткого диска и очередь процессов

По мнению большинства ИТ-специалистов, главная причина замедления быстродействия системы — повреждение жесткого диска или нехватка свободного пространства на нем. Однако время использования жесткого диска является не менее важным показателем. Под этим понимается время работы винчестера в процентном отношении к времени работы системы. Если жесткий диск используется, скажем, 80 % времени, производительность системы резко сокращается.

Другой фактор, который также следует учитывать, — это среднестатистическая длина очереди процессов, ожидающих возможности обратиться к жесткому диску. Этот показатель в сочетании с предыдущим не только свидетельствует о том, насколько интенсивно используется винчестер, но и сигнализирует о потенциальных проблемах.

К примеру, если диск используется 40 % времени, а коэффициент средней длины очереди составляет 2 или меньше, значит, винчестер справляется с возложенными на него задачами. Но если и время использования, и длина очереди очень высоки (80 % и 2 или более), значит, процессам приходится долго ждать возможности воспользоваться жестким диском, а это неизбежно приводит к ощутимому снижению быстродействия.

Оценка производительности жесткого диска

Чтобы оценить состояние жесткого диска, необходимо вычислить время его использования и среднюю длину очереди.

Для начала стоит осуществить дефрагментацию всех разделов диска, чтобы обеспечить непрерывность файлов и ускорить процессы чтения и записи. Утилиту «Дефрагментация диска» (Disk Defragmenter) можно запустить из меню «Пуск | Все программы | Стандартные | Служебные» (Start | All Programs | Accessories | System Tools).

После дефрагментации запустите Монитор производительности (Performance Monitor) из раздела «Администрирование» в Панели управления (Control Panel | Administrative Tools).

Совет: когда откроется окно Монитора производительности, выделите все ранее запущенные счетчики и нажмите [Delete]. Каждый запущенный счетчик влияет на быстродействие системы, пусть даже незначительно, поэтому для получения максимально точного результата большинство счетчиков следует отключить.

В окне Монитора производительности проделайте следующие действия:

1. Нажмите значок «Плюс». Откроется диалоговое окно «Создание счетчика» (Add Counters).
2. Выберите опцию «PhysicalDisk» из выпадающего списка «Объект быстродействия» (Performance Object). Откроется список счетчиков производительности физического диска.
3. Выберите счетчик «%Disk Time» и нажмите кнопку «Все экземпляры» (All Instances), чтобы измерить производительность всех жестких дисков.
4. Нажмите кнопку «Создать» (Add), чтобы добавить счетчик в Монитор производительности.
5. Выберите счетчик «Avg. Disk Queue Length», нажмите кнопку «Все экземпляры», кнопку «Создать», а затем закройте окно.

После этого Монитор производительности начнет анализ использования диска (рис. A).

Рисунок A. Цифры под графиком указывают на время использования Диска 0 в процентах.

Линии графика соответствуют выбранным счетчикам. К примеру, на рис. A преобладает розовая линия, соответствующая средней длине очереди для разделов «C:» и «D:» Диска 0. Чтобы получить конкретные показатели, нужно просто выделить соответствующий счетчик. Всегда лучше ориентироваться на цифры, а не на график — он может оказаться обманчивым, особенно если шкала выбрана неправильно.

Сужаем круг поиска

Теперь давайте попытаемся выяснить, какой процесс поглощает ресурсы жесткого диска. Одновременно нажмите [Ctrl]+[Alt]+[Delete], чтобы вызвать диалоговое окно «Безопасность Windows» (Windows Security), и выберите опцию «Диспетчер задач» (Task Manager). Диспетчер задач показывает, сколько ресурсов оттягивает на себя каждый запущенный процесс.

По умолчанию сведения об использовании жесткого диска в Диспетчере задач не представлены, но его можно настроить соответствующим образом. Для этого откройте вкладку «Процессы» (Processes), чтобы увидеть список запущенных процессов. Затем выберите опцию «Настроить поля» (Select Columns) в меню «Вид» (View). Откроется список ресурсов, за использованием которых можно наблюдать с помощью Диспетчера задач.

Я бы посоветовал снять флажки со всех полей, кроме «Ввод/Вывод — Чтение (байт)» (I/O Read Bytes) и «Ввод/Вывод — Запись (байт)» (I/O Write Bytes). Нажмите «OK». Теперь Диспетчер задач будет показывать, какой объем данных в байтах прочитывает и записывает каждый процесс (рис. B).

Внимание нужно обращать на процессы, показатели чтения и записи для которых очень быстро меняются. Периодически показатели изменяются для каждого процесса, но если изменения наблюдаются постоянно, значит, именно этот процесс поглощает ресурсы жесткого диска.

Рисунок B. Чтобы «убить» процесс, поглощающий системные ресурсы, выделите его и нажмите кнопку «Завершить процесс» (End Process).

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

Подкачка и пробуксовка

Подкачкой называется процесс перемещения блоков памяти между физической и виртуальной памятью. Это не самое удачное решение проблемы нехватки памяти, но в среде Windows оно широко практикуется и ничего ненормального в этом нет. Если коротко, всякий раз, когда системе необходимо прочитать данные из виртуальной памяти, соответствующий блок перемещается в физическую память системы. Если это происходит слишком часто и в больших объемах, возникает эффект пробуксовки.

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

Будьте осторожны: при завершении процесса, поглощающего ресурсы жесткого диска, это сказывается на показателях времени процессора и памяти.

Обычный круг подозреваемых

Теперь вы знаете, как высокие показатели времени использования диска связаны со снижением быстродействия и как можно вычислить процесс, поглощающий системные ресурсы. Данные Монитора производительности позволяют выяснить, связано ли снижение производительности с состоянием жесткого диска, а Диспетчер задач помогает найти виновника.

Источник

Как узнать чем озадачен винчестер?

Есть домашний комп с ХР.
Временами начинает не имеверно лопатить винчестером, при этом пользоваться компом становится невозможно. Жуткие тормоза.

Точно не своп и не антивирус.

Есть какие нибудь программы, которые бы мне рассказали какой процесс озадачил винчестер или какие файлы сейчас используются?

В диспетчере задач процесса с большим приростом прочитанных/записанных данный нет, но винчестер молотит долго и постоянно. Бесит жутко этот неуправляемый момент.

Примечание. Программы Filemon и Regmon заменены одной программой Process Monitor в версиях Windows, начиная с Windows 2000 SP4, Windows XP SP2, Windows Server 2003 SP1 и Windows Vista. Однако программы Filemon and Regmon оставлены для поддержки устаревших операционных систем, включая и Windows 9x.

Программа FileMon отслеживает и отображает в реальном времени все операции с файловой системой. Ее богатые возможности делают ее мощным инструментом, позволяющим наблюдать, как работает система Windows, отслеживать, как приложения используют файлы и библиотеки DLL, а также решать проблемы, связанные с настройкой файлов системы или приложений. Программа Filemon точно отмечает время выполнения операций открытия, чтения, записи или удаления файла или каталога. В столбце состояния выводится результат выполнения каждой из этих операций. Программа FileMon так проста в использовании, что вы станете экспертом за считанные минуты. Она начинает отслеживание сразу после запуска, а ее выходные данные можно сохранить в файл для автономного просмотра. В программе реализованы все возможности для поиска, а если вам кажется, что она выводит слишком много информации, просто настройте один или несколько фильтров.

Программа FileMon работает в системах NT 4.0, Windows 2000, Windows XP, Windows XP и Windows Server 2003 64-bit Edition, Windows 2003 Server, Windows 95, Windows 98 и Windows ME.

Источник

Как определить, что в жестком диске применена технология SMR

В последние месяцы на глаза попадалось много материалов о том, что производители скрывают использование технологии SMR в своих устройствах. Новости о том, что покупатели жестких дисков подают в суд на производителей и тому подобное.

Дело в том, что в силу особенностей технологии, такие устройства плохо подходят для многих сценариев использования, в которых находят своё применение жесткие диски. Выражается это в катастрофическом падении производительности.

Для определения того что в диске, лежащем на полке магазина, применена технология SMR, если эта информация не указывается производителем явно, требуется знать модельные ряды и их особенности. По другому, похоже, никак. Не получится со 100% вероятностью определить это и по заявленным характеристикам диска.

Но если диск уже попал к вам в руки, определить использование технологии SMR можно достаточно просто. Далее я расскажу о том, как это сделать.

В настоящий момент используется три подхода к реализации технологии SMR:

Shingled Magnetic Recording — черепичная магнитная запись. На таких дисках данные хранятся в областях, называемых лентами, представляющих собой группы перекрывающихся подобно черепице треков.

Делается такое перекрытие для того, чтобы путём частичного наложения треков друг на друга уменьшить их ширину без изменения ширины головки записи. Это вынужденная мера, т.к. при дальнейшем уменьшении размера головки возникают сложности с созданием нужной для записи напряженности магнитного поля.

Плюс такого подхода — более высокая плотность записи. Минус — то, что при записи данных на какую-либо дорожку, затираются данные на соседней. Перезапись соседней вызовет повреждения данных на следующей. И так далее.

Поэтому, чтобы не требовалось перезаписывать диск до конца, перекрывающиеся дорожки разбиты на группы, называемые лентами. Причём особенность работы механизма позиционирования такова, что диск не может производить перезапись, например, с середины ленты до её конца. Возможна только запись всей ленты от начала до конца.

Для сохранения данных на конкретный трек, SMR диску может потребоваться выполнить в сотни раз больше операций, чем диску без технологии SMR. И это приведёт к многократному падению производительности.

Поэтому данные сначала кэшируются в специальные области, дорожки в которых не перекрывают друг друга (медиакэш). Там можно сохранять данные не затирая соседние треки. А потом уже в фоновом режиме диск сам раскладывает их по лентам.

Используемые алгоритмы распределения данных достаточно сложны, применяются всевозможные оптимизации. Ведь получается, что для того, чтобы перезаписать ленту, надо сначала куда-то сохранить с неё данные. А место под перенос тоже может потребоваться освободить. И куда-то деть данные уже оттуда. И так далее. И чем сложнее алгоритм, тем сложнее тщательно протестировать все возможные варианты. Отсюда баги.

С Host Managed SMR и Host Aware SMR в «обычной жизни» вы, вероятнее всего, не столкнётесь. В свободной продаже эти модификации не представлены или поставляются ограниченно и только под заказ. И в обычной ситуации у некорпоративного пользователя шанс столкнуться с такими дисками очень мал.

Поэтому далее речь пойдёт только о Drive Managed SMR дисках. Именно такой диск вы можете купить в магазине, не зная о том, что в нём используется SMR.

Быстрый способ определения применения SMR в HDD на основе информации о вендор-семействах

Если бы все производители жестких дисков придерживались стандарта в этом отношении, то ответ на вопрос об использовании SMR конкретным устройством мог бы быть получен очень просто. Достаточно было бы взглянуть на состояние соответствующего бита в паспорте накопителя:

Но на сегодняшний день только SATA-диски Toshiba официально сообщают в паспорте, что они SMR. Для этого в АТА-стандарте предусмотрены соответствующие биты в данных команды Identify Device. Все остальные производители стандарт игнорируют.

Единственный известный мне на данный момент способ «мгновенного» определения использования SMR основан на знаниях об особенностях вендор-семейств и определении принадлежности жесткого диска к конкретному семейству. Этот подход использует R.tester при установке соответствующего флага:

Определение использования черепичной записи в жестком диске путём тестирования

Легко определить, что в жестком диске реализована технология SMR, увидев отражение её врождённых особенностей в результатах тестов чтения-записи. Об этом далее.

Тест чтения

Если диск занят данными частично, или пуст, на графике теста чтения можно увидеть картину, характерную исключительно для моделей с SMR. Прошивка «знает», что в запрошенный программой сектор ничего не писалось, и отдаёт нули, не выполняя чтения с поверхности. Отсюда этот скачок в скорости чтения, либо просто феноменальная скорость, если диск пустой:

Для экономии времени, простое линейное чтение можно заменить на чтение с прыжками. При этом каждый следующий блок читается начиная с адреса, превышающему адрес предыдущего чтения на длину прыжка.

Приведённый выше график как раз отражает результаты такого теста.

Тест записи

Самый наглядный способ проявить использование технологии SMR — подобрать такой режим записи, при котором кэш будет заполняться максимально быстро, а его раскладывание по лентам потребует от микропрограммы большого объёма работы.

Предполагаю, что для большинства моделей SMR-дисков и наиболее распространённых способов их подключения, это будет случайная запись блоков размером в 2048 секторов. Не сильно облегчит участь диска замена случайной записи на запись согласно любому правилу, по которому записываемые последовательно блоки будут попадать в разные ленты.

В качестве основного тестового алгоритма я выбрал линейную запись с прыжками. Аналогично чтению, при этом каждый следующий блок пишется по адресу, превышающему адрес предыдущей записи на длину прыжка.

Считаю график с результатами такого теста наиболее наглядным. Ведь при отображении зависимости от LBA, ось адресов является также осью времени, хоть и в нелинейном масштабе.

Длины прыжков подбирались таким образом, чтобы в каждую ленту попадало от одного до пяти блоков. Рекомендуемый согласно стандарту размер ленты — 524288 блоков. Производители эту рекомендацию чаще всего игнорируют, но в качестве ориентира для примерного определения длины прыжка его использовать можно.

Объём данных, который требуется записать для того, чтобы SMRность проявилась во всей красе, зависит от конструкции диска и реализации его микропрограммы. А также от заполнения диска и наличия в кэше неразложенных по лентам данных, полученных в предыдущий период времени. И может отличаться буквально на порядки. Один диск покажет кардинальное падение производительности после записи 3ГБ, другому потребуется 300ГБ.

Получающиеся в результате графики могут значительно отличаться даже для одного конкретного экземпляра диска, в зависимости от разных, на первый взгляд малозначительных мелочей. Например, может сильно влиять размер отступа от нулевого LBA перед началом записи.

И это не говоря уже о влиянии заполненности кэша, распределения данных по диску, и различиях между разными производителями и моделями.

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

И это исправный диск. Общий объём записи в процессе всего набора тестов из скрипта составил лишь 30 гигабайт!

Поэтому запоминать параметры конкретных тестов и сравнивать формы графиков с точки зрения определения применения SMR смысла нет. Достаточно представления об общей картине, которая качественно выглядит примерно одинаково для всех SMR дисков, которые мне попались в качестве испытуемых.

Вот ещё, для дополнения представления. Другая модель диска, снова одинаковые параметры теста:

А теперь разные параметры:

Глядя на вышеприведённые графики, легко понять, какие характерные черты показывают, что диск использует SMR. Особенно, если знать, что результаты аналогичных тестов не-SMR устройств выглядят примерно так:

Скорость немного падает по мере увеличения LBA.

Выше приведены графики скорости записи, поскольку этот параметр более понятен широкой аудитории. Примеры графиков времени доступа под спойлером, кому интересно. Там также наблюдается характерная картина и выражена она ещё заметнее.

Диск с SMR, последовательно три теста в процессе выполнения одного скрипта:

Графики с исправных дисков без SMR намного однообразнее и выглядят примерно так:

Тест чтения сразу после теста записи

Можно считать это ещё одним способом определения использования SMR. Сравните графики тестов чтения, полученные в процессе выполнения одного тестового скрипта. Один до выполнения записи (он же был приведён в разделе «Тест чтения»), другой — после. Параметры тестов одинаковы.

Дополнительная информация

На тему конструкции SMR дисков и особенностей их работы, мой коллега сделал ролик. Достаточно коряво получилось, но было решено, что лучше выложить в таком виде сейчас, чем в улучшенном в сильно отдалённом будущем.

Если вас интересуют детали тестов, значения конкретных параметров, полные наборы результатов — пишите, выложу. В статье эту информацию не размещал, поскольку целью было дать качественное представление о картине, сделав это лаконично.

Источник