The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для слежения за появлением новых сообщений в нити, нажмите "Проследить за развитием треда".
. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..." +3 +/
Сообщение от пох. (?), 04-Май-20, 20:08 
утилиты - банальный cp или dd, только надо уметь его пользовать.

Суть такая: первая линейная запись на smr идет с той же скоростью, что обычная или около того. А вот перезапись единичного шингла - опачки.
Поэтому пишем всю поверхность из /dev/random или просто забиваем порнухой (не нулями - кто-то шибкоумный наверняка придумает их соптимизировать), меряя линейную производительность (не забыв обеспечить поток, в котором в самом нет узкого места и максимально уменьшить кэширование (все равно не нужно).
При достижении 0%free - удаляем все нахрен, методом, гарантированно не вызывающим trim - например, newfs ;-) И снова делаем ровно то же самое. Диск-то пустой. pmr диск и будет вести себя как пустой - скорость и второй раз будет та же. smr после забития pmr-cache зоны (если была) - даст провал в несколько (до 16) раз, что нетрудно заметить без оптических приборов.

Ну а новый-модный-веде-ред, наверное, сдохнет ;-)
P.S. fs для такого теста лучше брать с минимальной write amplification - ext4/ufs/ntfs самое то.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..., opennews, 03-Май-20, 10:45  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру