The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..., opennews (ok), 03-Май-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


128. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +1 +/
Сообщение от Аноним (89), 03-Май-20, 18:06 
А какие из существующих утилит могут обнаружить, что в HDD используется SMR?
Ответить | Правка | Наверх | Cообщить модератору

147. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Май-20, 19:52 
> А какие из существующих утилит могут обнаружить,
> что в HDD используется SMR?

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

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

161. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +4 +/
Сообщение от Аноним (24), 03-Май-20, 21:25 
Читайте оригинал 2gusia.livejournal.com. Основное это масса - экономия на блинах при той же общей емкости. Плюс за ту же цену или дешевле размер кэша диска гораздо больше 64->256.
Ответить | Правка | Наверх | Cообщить модератору

170. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Май-20, 22:08 
> Читайте оригинал http://2gusia.livejournal.com.

Спасибо, толково.

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

214. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +1 +/
Сообщение от Аноним (-), 04-Май-20, 14:59 
Cсылка оттуда ваще годная https://rml527.blogspot.com/2010/09/hdd-platter-database-wes...
Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

236. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +/
Сообщение от Аноним (236), 04-Май-20, 19:04 
это походу Томсет с http://forum.oszone.net/member.php?userid=62692 он шарит но не все
Ответить | Правка | Наверх | Cообщить модератору

164. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +1 +/
Сообщение от Аноним (89), 03-Май-20, 21:29 
https://habr.com/ru/users/vitaliy2/ пишет:
"Я выложу потом программу для определения SMR на GitHub'е, а также напишу на Хабре статью про методику правильного тестирования производительности дисков (вкл. тестирование на SMR), т. к. все бенчмарки сейчас работают абсолютно неправильно".
https://habr.com/ru/post/497900/#comment_21533552
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

173. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +3 +/
Сообщение от Аноним (21), 03-Май-20, 23:17 
Косвенным образом можно так:


$ sudo hdparm -I /dev/sda | grep TRIM
       *    Data Set Management TRIM supported (limit 10 blocks)
       *    Deterministic read ZEROs after TRIM

В нормальном диске TRIM'у делать нечего.

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

177. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +/
Сообщение от Аноним (89), 03-Май-20, 23:49 
Спасибо!
Ответить | Правка | Наверх | Cообщить модератору

240. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +1 +/
Сообщение от пох. (?), 04-Май-20, 20:09 
нет, к сожалению - верно только для современных wd. У сигейта уже были диски, не умеющие trim, но при этом smr - и другим такие сделать никто не запрещал.
Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

211. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +/
Сообщение от user (??), 04-Май-20, 13:30 
Торренты будут невыносимо тормозить.
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

239. "Выявлена несовместимость 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 самое то.

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

258. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +/
Сообщение от Аноним (236), 05-Май-20, 03:25 
Два чая этому BSD'шнику!
Ответить | Правка | Наверх | Cообщить модератору

300. "Выявлена несовместимость SMR-дисков WD с ZFS, которая может ..."  +/
Сообщение от mikhailnov (ok), 06-Май-20, 12:35 
Вроде толково...
Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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