У меня есть внешний жесткий диск Seagate Expansion Desktop 5 ТБ, содержащий ST5000DM000 согласно hdparm. Хотя информация, найденная в Интернете, не является окончательной, я сильно подозреваю, что этот диск используетчерепичная магнитная запись-- наблюдаемые мной шаблоны ввода-вывода вряд ли можно объяснить иначе. Очевидно, что это из разряда управляемых диском, и поэтому прозрачно для пользователя (и ОС).
Читая об этой технологии, я обнаружил, что для будущих типов, управляемых хостом (и, частично, осознающих хост), каждая зона диска будет иметь связанный указатель записи, и драйвер устройства и файловая система должны будут всегда продолжать запись в зону в этой позиции. В качестве альтернативы, чтобы полностью переписать зону, указатель записи можно сбросить в начало. Я предполагаю, что управляемые диском SMR-диски работают по тому же принципу, при этом контроллер диска управляет доступом к зоне. Любая запись, которая не попадает на указатель записи, будет сначала помещаться в постоянный кэш с произвольным доступом, таким образом сохраняя скорость в большинстве случаев.
Однако, поскольку ОС не знает, что это диск SMR (и даже если бы она правильно угадала, она бы не знала, где находятся границы зон), у нее нет возможности сообщить диску о необходимости сбросить указатель записи для зоны. Как только зона заполняется в первый раз, любая последующая команда записи (которая не записывает всю зону сразу) запустит цикл чтения-изменения-записи. По крайней мере, это моя гипотеза о том, почему я не могу передать непрерывный файл размером 100 ГБ без снижения скорости до однозначных МБ/с после первых 20 ГБ или около того. (Скорее всего, это запись в область диска, ранее занятую большим файлом, который с тех пор был удален.)
Итак, знает ли кто-нибудь или кто-нибудь даже задумывался, есть ли способ сообщить управляемому диску SMR, что определенная область больше не содержит полезных данных и может быть безопасно частично перезаписана без предварительного просмотра кэша? (Я могу представить, что для этого может потребоваться стирание данных в режиме безопасности, но вряд ли кто-то будет делать это регулярно.)