Что происходит с жестким диском?

Ну вот сейчас скрин графика делал во время запуска стима. Стим же и грузил максимально.

Сергей: А что Вас смущает? Что хард работает на 100%? Это плохо? Запускается некое ПО, стим или еще что-либо и использует Ваш хард по максимуму. Все логично и отлично. Не вижу проблематики. Я думал у Вас при простое хард херячит на 100%.

так что на вопрос "Что происходит с жестким диском?"
ответ: он работает

Вас не смущает, что Ваш электрочайник греет 100% воды, а не 89? Или что он использует свой нагревательный элемент по максимуму?

Максим Тимофеев: смущает то что при 100% загрузке времени скорость операций записи/чтения ноль. Т.е. Он ничего не делает, хотя операционка от него чего-то требует.

Сергей: Сделайте дефрагментацию и задайте вопрос поддержке стима. Что делает их прога. У них странная логика. Недавно глянул сколько эта тварь хавает ресурсов и исключил из автозагрузки. Там с оптимизацией явно не все хорошо.

Максим Тимофеев: дефрагментацию и винда по расписанию неплохо делает (раз в неделю).
На стим как-то не думал грешить, хотя он постоянно висит (автозагрузка). Вчера у меня были фризы при обращении к диску разного софта. ЯДиск папка лежит на нем, музыка (плеер подвисал на смене трека), проводник.

подкачка на c: который ssd.

Нет, тут дело определенно не в винде. Проблемы только с одним диском (кроме него в системе еще 2 ssd), начались они относительно недавно, индексация на диске отключена, подкачка тоже.

Сергей: На SSD не проводится оптимизация, там работает TRIM.

относительно недавно, индексация на диске отключена, подкачка тоже

Оптимизация расположения файлов, особенно часто, когда свободного места мало.

Константин Цветков: Свободного места там действительно мало. гигов тридцать из тысячи.
но оптимизация расположения - это дефрагментация. она запланирована раз в неделю.

гигов тридцать из тысячи

Вы хотели ответ — это он и есть. Вы представляете сколько нужно времени и ресурсов процессора, что бы пару больших файлов местами поменять? Что бы было хоть сколько-нибудь непрерывное пустое место.

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

PavelTM: То что показывают программы не является точным отражением фактических процессов и данных — а лишь их интерпретацией. Вы же не верите, что Проводник показывает реальное размещение файлов и их размеров. Я представляю, 0 в скорости говорят о перемещении файла пользователем, а 100% загрузка — что диск может быть занят оптимизацией. Косвенное подтверждение — это отсутствие достаточного свободно места.

Константин Цветков: Компьютеры не могут показывать что то приблизительно или заниматься интерпретацией, это делает человек. Почему я не верю что показывает Проводник, я не то что верю, я использую эти цифры в расчетах если требуется. Что значит реальное размещение файлов, я не знаю что Вы имеете ввиду, если проводник говорит что файл расположен на диске С, то я этот файл на других дисках не стану искать, а вот где он реально располагается, на краю блина, или где то в центре, или вообще части файла лежат в разных местах и на разных блинах, вот этого Проводник не говорит, да и я особо не интересуюсь. Если не верить проводнику то чему тогда верить. Комп показывает все точно, нужно лишь понимать что он нам показывает. Создайте текстовый файл и сохраните, посмотрите в проводнике размер будет 0 байт, напишите любой символ в файле и сохраните, размер станет 1 байт. чтобы в памяти разместить 1 символ достаточно 8 бит или 1 байта, есть конечно кодировки где 1 символ занимает и 2 байта. Так где же тут не точность? Сохраните файл в другой кодировке и размер увеличится, и файл с 1 символом может занимать 4 байта, но это не значит что Проводник неверно показывает, такому файлу реально требуется 4 байта. Конечно сейчас все ГигаБайтами измеряется, кто же смотрит на эти байты и что то считает, но это не проводник интерпретирует, а мы сами.
Пользователь или система я не разделяю абсолютно, если диспетчер отображает лишь действия пользователя, то это программисты так его написали, но я сомневаюсь что он отображает только действия пользователя.
Что за оптимизация, я не встречался с таким что бы файлы сами внутри диска физически меняли положение, может я чего то не знаю, но насколько мне известно оптимизацией могут заниматься программы. Они действительно передвигают файлы, собирают разбросанные части одного файла и размещают их рядом, но это все программно реализуется, но что бы этим занимался контроллер в жестком, я такого не знаю. Все что происходит программно диспетчер должен показывать. Так что если активность 100%, а данные на 0, я продолжаю настаивать на битом секторе, диск действительно занят, он читает сектор, пытаться в это время просить его прочитать другой сектор бесполезно.
Что бы избавиться от 100% активности, автору вопроса нужно устранить битые сектора, либо стереть их и сразу проверить работоспособность сектора, либо переместить сектор в "недоступное" место. Это может сделать программа виктория, сам ищу ей на своем диске битые сектора время от времени и стираю, после чего они снова нормально работают, у меня проблема с питанием, по этому они и появляются, я знаю что замена диска на новый не решит мою проблему. Это вторая часть что следует сделать автору, устранить проблему с питанием, если она имеется, так как в противном случае просто после замены на новом диске точно так же начнут появляться битые сектора и активность в 100% вернется. Конечно не сразу, могут пройти месяцы, так как на диске миллионы секторов и вероятность попасть в не читаемый мала, но количество секторов будет со временем расти, а значит и вероятность возрастает.