Дефрагментация на SMR?

Question

[noob80]

добрый день. попался мне тут в руки WD10SPSX. разумеется данное поделие имеет "клеймо" SMR (надо было проверять заранее имеется ли данная мерзкая технология в данном диске, ну ничему жизнь нуба не учит)
при загрузке файлов я обнаружил что они просто дико фрагментируются если верить программам для дефрагментации.
т.е можно сделать дефрагментацию, записать много файлов (например много 4гиг файлов) и все они будут по 600+ фрагментов... и у меня появился вопрос - имеет ли смысл/толк такой диск вообще дефрагментировать вообще учитывая особенности SMR?
не смог найти понятного для меня ответа.
(ФС - NTFS)

Comments

[hint000]

На уровне ОС невозможно отличить SMR от не SMR (кроме как измеряя задержки). Фрагментация не зависит от физической технологии записи. Фрагментация, которую видит ОС - на уровне ФС, и для ОС она будет выглядеть точно так же на SSD. То что у вас получилось по 600+ фрагментов зависит только от работы ОС, но не от физического диска.

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

Answer 1

[АртемЪ]

при загрузке файлов я обнаружил что они просто дико фрагментируются

Это как же вы их так загружаете? Сильная фрагментация возникает только при массовом удалении и перезаписи множества мелких файлов. Простая запись не вызывает фрагментации.

если верить программам для дефрагментации

О каких программах речь?

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

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

записать много файлов (например много 4гиг файлов) и все они будут по 600+ фрагментов

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

Comments

[noob80]

Это как же вы их так загружаете? Сильная фрагментация возникает только при массовом удалении и перезаписи множества мелких файлов. Простая запись не вызывает фрагментации.

то что вверху - "основная" часть ФС которая мною была несколько раз дефрагментирована ранее.
белая часть - свободное пространство.

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

мало того что фрагментировано так ещё и "отдельно" от остальной информации. (да, я знаю что там есть трансляция адресов и вероятно из-за этого, я просто решил вам показать что "фрагментация" возникает на ровном месте)

[АртемЪ]

noob80,

то что вверху - "основная" часть ФС которая мною была несколько раз дефрагментирована ранее.
белая часть - свободное пространство.

То что вверху это просто красивая картинка которую вам нарисовали!
Какое она имеет отношение к диску и к фрагментации?

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

Серьезно относиться к фрагментации стоит только на диске который активно используется.
В качестве системного на десктопах сейчас используют только SSD, там это не актуально.
Как правило сильная фрагментация наблюдается из-за использования механизмов теневого копирования, массового изменения мелких файлов, и.т.д.

Answer 2

[Пума Тайланд]

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

Answer 3

[d-stream]

На уровне ФС диск - это кластеры и она оперирует ими. Физика уровня секторов, дорожек, поверхностей и под ними уже smr - на уровне фс никак недоступно. Соответственно фрагментация и технология записи/хранения живут в непересекающихся вселенных. Единственный "туннельчик" между ними - размер кластеров. То есть абстрактно если сделать кластеры равные блокам зависимой (smr) записи - можно получить некий оверхед по хранению мелких файлов, но бонус в виде более шустрой записи. Но это не точно)