Sure.
Хотя, с год назад каджиту попались один или два диска, на которых явно было указано shingled, но в основной массе эта информация не указывается даже в спеках, что порождает немало спекуляций.
Давно мультизоновая. Но контроллеру это дополнительные сложности при обсчете кого куда положить и с кем рекомбинировать.
физ сектор
Давно хост живьем не видит, примерно с тех пор, как контроллер переехал на hba.
Размер же логического LBA-блока остается 512/4096, с другими многие работать просто не умеют. А вот физически записать накопитель может только блок smr-дорожек за раз. Возможно получится дописывать в конец не полностью занятого блока, но точно не в середину.
Насчет раздувания физического сектора — это целиком мои соображения. Но раз уж пишем огромными кусками, то сохранять физические гапы внутри куска — незачем.
Лет через 5 допилят до юзабельности, вылечат детские болезни, драйвера ФС и кеши ОС, опять же, научатся правильно с этим работать — и будет нормально.
От чтения забугорных манулов у каджита осталось какое-то такое впечатление:
SMR меняет размер блока аллокации с 4К на черти-что, плавающее в зависимости от радиуса группы дорожек. Мультизоновая запись, сэр. Кстати, не слишком удивительно будет, если решат избавиться от гапов в пределах дорожки, подперев ее дополнительно, например, sha, или что там неплохо ложится на железную логику. Но даже без этого, trim нужен, чтобы знать, в каких блоках уже нет актуальных данных и их можно с чем-либо рекомбинировать, потому что писать без тормозов можно только в полностью пустые smr-блоки. Всей радости — стирать не надо.
Размер сектора, естественно, эмулируется.
В результате, с поправкой на то, что это механика, оно работает идентично TLC/QLC диску, откуда эту идею, собственно, и уперли. Вместо динамического SLC-cache — статический PMR-cache (но это уже во второй инкарнации, DM-SMR).
Контроллер будет, в основном, попытками рекомбинировать дырявые блоки с мелкими записями, что обязательно приведет к внутренней фрагментации как у ссд.
В сухом остатке накопитель живет своей жизнью. Переносит блоки, тасует данные. Вытормаживается, когда ему приспичит и не факт что успеет выгрузит свои кеши в случае power fault.
В ближайшие годы, как этому кажется, добавят на такой случай флешку с ионистором, доведут PMR-cache до 10-15% емкости (при этом он займет где-то треть накопителя по площади), и вот вам sshd v2.
Больше всего страдают от такого поведения CoW. А учитывая, что накопитель постоянно тасует данные — а значит и bitrot будет встречаться существенно чаще — использовать ФС, не умеющие в чексуммы всего подряд, с такими накопителями это чистое безумие.
Кстати, бороться с тормозами на zfs будет, скорее всего, довольно легко: zfs set logbias=throughput sync=disabled. Но это из разряда вредных советов…
Во-первых, граница домашний/недомашний больше существует в умах маркетологов.
Во-вторых, 20 ТБ, которые гелий и smr, делаются явно не для дома.
В-третьих, NAS это уже сервер.
В четвертых, прочитайте уже источники — как раз в одомашенных NAS и выяснились проблемы с этими дисками.
Дак юзер он и есть user — самый что ни на есть рядовой пользователь. Ни в чем не разбирается, при попытке выспросить характеристики железа делает глазки лягушечкой. И на вопрос сколько у него дисков вряд ли ответит.
Хотя очень маловероятно что типичный современный десктопный юзер получит в качестве единственного диска нечто с SMR
Купив ноутбук, хотя бы. Или готовую сборку. Или "чтобы подешевше".
Каджиту 2ТБ smr достался именно так, после замены на ssd в клиентском буке.
Каджит уже не раз сказал за сегодня — это хорошо ложится на разные хоронилища. Много записи большими кусками, крайне редкая перезапись, основная нагрузка — простой и редкое чтение.
Брать такой диск как системный (хм, в 2020 кто-то еще использует жесткий диск для системы?) или для какой-либо активной работы — так себе идея.
Ухищрения, к сожалению, уже практически везде. Лучше мониторить форумы вроде ixbt, чтобы не ошибиться. Как косвенный параметр, можно ориентироваться на цену. Если два абсолютно одинаковых диска отличаются в цене на четверть, то есть вероятность что более дешовый как раз с smr.
Этот примерно так и сказал, и вы даже процитировали.
Но: в вашем сетапе есть NAS, не так ли? То самое хоронилище.
Если такой диск оказывается у юзера, то он, скорее всего, единственный. Вообще. И на нем будут и система, и игры, и мультимедиа.
И вот тут-то разница прямо бросается в глаза.
Правда юзер замечает что с диском что-то не то только когда тот уже умер и все равно этого не увидит.
Повторюсь, что проблема преувеличена очень сильно за счет того, что ожидания не совпали с реальностью
Ну, как сказать. Покупая пастеризованное молоко определенной марки, ожидаешь, что оно простоит в холодильнике неделю. Особенно, если оно до этого нормально стояло 10-12 дней.
Если оно вдруг стоит всего два дня — значит, при покупке обманули покупателя, впарив тихой сапой или другой товар под той же маркой, или просрочку.
Появись вместо WD Red Pro — WD Red Light или WD Red SMR Edition — это было бы норм. а так произошла подмена устройства на другое с заведомо худшими характеристиками.
Претензии-то не к SMR как к технологии — повторюсь, для нее есть применение в сверххолодных или бэкапных хранилищах как минимум — а к целенаправленному обману.
Ээээ… хитачи разве не до конца производили стеклянные блины?
Но даже если нет, проблемы тех винтов не в блинах были, а во флюсе.
Да и если диск не пинать, стекло не крошится, а если пинать — то диск не жилец.
Ну, тот же AF дает ухудшение IOPS всего втрое в худшем сценарии, которого легко избежать правильным выравниванием и установкой размера блока фс (clustersize, ashift, etc).
Тут же никаких гарантий нет и в принципе быть не может. В том-то и проблема.
Sure.
Хотя, с год назад каджиту попались один или два диска, на которых явно было указано
shingled, но в основной массе эта информация не указывается даже в спеках, что порождает немало спекуляций.О, usb-hdd )
Да, чистые 4096 тоже есть. Правда, живьем видеть не доводилось.
Давно мультизоновая. Но контроллеру это дополнительные сложности при обсчете кого куда положить и с кем рекомбинировать.
Давно хост живьем не видит, примерно с тех пор, как контроллер переехал на hba.
Размер же логического LBA-блока остается 512/4096, с другими многие работать просто не умеют. А вот физически записать накопитель может только блок smr-дорожек за раз. Возможно получится дописывать в конец не полностью занятого блока, но точно не в середину.
Насчет раздувания физического сектора — это целиком мои соображения. Но раз уж пишем огромными кусками, то сохранять физические гапы внутри куска — незачем.
Лет через 5 допилят до юзабельности, вылечат детские болезни, драйвера ФС и кеши ОС, опять же, научатся правильно с этим работать — и будет нормально.
От чтения забугорных манулов у каджита осталось какое-то такое впечатление:
SMR меняет размер блока аллокации с 4К на черти-что, плавающее в зависимости от радиуса группы дорожек. Мультизоновая запись, сэр. Кстати, не слишком удивительно будет, если решат избавиться от гапов в пределах дорожки, подперев ее дополнительно, например,
sha, или что там неплохо ложится на железную логику. Но даже без этого,trimнужен, чтобы знать, в каких блоках уже нет актуальных данных и их можно с чем-либо рекомбинировать, потому что писать без тормозов можно только в полностью пустые smr-блоки. Всей радости — стирать не надо.Размер сектора, естественно, эмулируется.
В результате, с поправкой на то, что это механика, оно работает идентично TLC/QLC диску, откуда эту идею, собственно, и уперли. Вместо динамического SLC-cache — статический
PMR-cache(но это уже во второй инкарнации, DM-SMR).Контроллер будет, в основном, попытками рекомбинировать дырявые блоки с мелкими записями, что обязательно приведет к внутренней фрагментации как у ссд.
В сухом остатке накопитель живет своей жизнью. Переносит блоки, тасует данные. Вытормаживается, когда ему приспичит и не факт что успеет выгрузит свои кеши в случае power fault.
В ближайшие годы, как этому кажется, добавят на такой случай флешку с ионистором, доведут PMR-cache до 10-15% емкости (при этом он займет где-то треть накопителя по площади), и вот вам sshd v2.
Больше всего страдают от такого поведения CoW. А учитывая, что накопитель постоянно тасует данные — а значит и bitrot будет встречаться существенно чаще — использовать ФС, не умеющие в чексуммы всего подряд, с такими накопителями это чистое безумие.
Кстати, бороться с тормозами на zfs будет, скорее всего, довольно легко:
zfs set logbias=throughput sync=disabled. Но это из разряда вредных советов…Если речь об этой табличке, то ее принес сам автор поста, каджит просто откомментировал.
Самое забавное, что если бы действительно взяли бы самый дешёвый, то скорее всего это была бы Toshiba N300 или WD HC310 которые чистый PMR )
Но люди брали диск для NAS'а по конскому ценнику.
RAID-5 на двух это DEGRADED в RAID-0…
Особенно будет приятно получить полный развал массива при ребилде после добавления диска.
Во-первых, граница домашний/недомашний больше существует в умах маркетологов.
Во-вторых, 20 ТБ, которые гелий и smr, делаются явно не для дома.
В-третьих, NAS это уже сервер.
В четвертых, прочитайте уже источники — как раз в одомашенных NAS и выяснились проблемы с этими дисками.
И, таки да!
Дак юзер он и есть user — самый что ни на есть рядовой пользователь. Ни в чем не разбирается, при попытке выспросить характеристики железа делает глазки лягушечкой. И на вопрос сколько у него дисков вряд ли ответит.
Купив ноутбук, хотя бы. Или готовую сборку. Или "чтобы подешевше".
Каджиту 2ТБ smr достался именно так, после замены на ssd в клиентском буке.
Каджит уже не раз сказал за сегодня — это хорошо ложится на разные хоронилища. Много записи большими кусками, крайне редкая перезапись, основная нагрузка — простой и редкое чтение.
Брать такой диск как системный (хм, в 2020 кто-то еще использует жесткий диск для системы?) или для какой-либо активной работы — так себе идея.
Ухищрения, к сожалению, уже практически везде. Лучше мониторить форумы вроде ixbt, чтобы не ошибиться. Как косвенный параметр, можно ориентироваться на цену. Если два абсолютно одинаковых диска отличаются в цене на четверть, то есть вероятность что более дешовый как раз с smr.
Этот примерно так и сказал, и вы даже процитировали.
Но: в вашем сетапе есть NAS, не так ли? То самое хоронилище.
Если такой диск оказывается у юзера, то он, скорее всего, единственный. Вообще. И на нем будут и система, и игры, и мультимедиа.
И вот тут-то разница прямо бросается в глаза.
Правда юзер замечает что с диском что-то не то только когда тот уже умер и все равно этого не увидит.
Та же фигня. Ушел на линукс, чтобы перестать играть — и тут через месяц краник выпускает протон.
От судьбы не уйти)
Джека сложно переплюнуть, да.
В скайриме тоже надо лезти в вайнпрефикс, чтобы неписи говорили. Но туда все равно лезть, ибо «Скайрим для модов!»
Да, спутал. Спасибо, что поправили.
В целом согласен. однако
Ну, как сказать. Покупая пастеризованное молоко определенной марки, ожидаешь, что оно простоит в холодильнике неделю. Особенно, если оно до этого нормально стояло 10-12 дней.
Если оно вдруг стоит всего два дня — значит, при покупке обманули покупателя, впарив тихой сапой или другой товар под той же маркой, или просрочку.
Появись вместо WD Red Pro — WD Red Light или WD Red SMR Edition — это было бы норм. а так произошла подмена устройства на другое с заведомо худшими характеристиками.
Претензии-то не к SMR как к технологии — повторюсь, для нее есть применение в сверххолодных или бэкапных хранилищах как минимум — а к целенаправленному обману.
Оно вообще непонятно как измеряется.
О! Борда 3 есть? В ней нормально работает SHiFT, или показывает пустой внутриигровой messagebox без текста сразу после запуска?
Ээээ… хитачи разве не до конца производили стеклянные блины?
Но даже если нет, проблемы тех винтов не в блинах были, а во флюсе.
Да и если диск не пинать, стекло не крошится, а если пинать — то диск не жилец.
Ну, тот же AF дает ухудшение IOPS всего втрое в худшем сценарии, которого легко избежать правильным выравниванием и установкой размера блока фс (clustersize, ashift, etc).
Тут же никаких гарантий нет и в принципе быть не может. В том-то и проблема.
Именно. И в них — smr. Без smr теперь WD Red Pro, но надолго ли?
Суть в том, что кроиловом не пользователь начал заниматься. А пользователь страдает из-за кроилова компании и использования ею dark paterns.