SMR (черепичные) жесткие диски без указания наличия SMR пошли в каналы продаж

Все три производителя начали продажи относительно небольших, от 2ТБ HDD SMR дисков (черепичных), не указывая это в спеках: WD, Seagate, Toshiba


В англоязычном интернете и СМИ такие действия критикуются и, думается, справедливо. В России же ресурс THG отметился статьей Western Digital использует DM-SMR, делая диски WD Red пригодными для NAS и RAID. Эта статья по моему оценочному суждению — беспардонная ложь, от заголовка до вывода: "Благодаря технологии записи DM-SMR, Western Digital сделал свои жесткие диски WD Red пригодными для NAS и RAID." Интересно, что в англоязычном варианте статьи Western Digital Fesses Up: Some Red HDDs Use Slow SMR Tech Without Disclosure
нет и намека на подобное искажение фактов


Также в тексте thg.ru ссылается на Алана Брауна,


Выход из создавшейся ситуации нашел Алан Браун, сетевой администратор UCL Mullard Space Science Laboratory. Он обнаружил, что при выгрузке данных из RAID-массивов, выполняемых при добавлении нового диска в существующий RAID-массив и последующей перезаписи для балансировки доступа, система выводит новые жесткие диски WD Red HDD из-под своего контроля.

Довольно туманно что именно значит "система выводит новые жесткие диски WD Red HDD из-под своего контроля. " — но по смыслу предложения это и есть решение


В то же время Алан действительно писал по теме — но совершенно противоположное


Диск WD40EFAX, который я заполнял нулями, в среднем дал 40 МБ / с, но начинал со скоростью 120 МБ / с.

В случае ZFS ресилвер не является сканированием из «конца в конец» на уровне блоков, а прыгает по всему диску по мере восстановления четности каждого файла. Похоже, это вызывает еще одну проблему на WD40EFAX, где запрос на проверку сектора, в который еще не был записан, приводит к тому, что накопитель внутренне регистрирует ошибку «ID сектора не найден (IDNF)», и выдает ошибку аппаратного ввода-вывода от интерфейса к хост-системе.

RAID-контроллеры (аппаратные или программные, RAID5 / 6 или ZFS) вполне разумно решат, что диск неисправен после нескольких из них, и выбросят его из массива, если он еще этого не сделал по истечении времени ожидания.

Это, безусловно, соответствует тому, что я заметил, — ресильвер идет на скорости около 100 МБ / с в течение примерно 40 минут, после чего накопители «Умирают» и умирают повторно, если я пытаюсь перезапустить ресильвер, однако, если я оставляю это — через час или около того, они работают еще 40 минут, прежде чем отвалиться.

Трудно представить что именно заставило thg.ru пойти на такое. Можно только догадываться, было ли это связано с давлением со стороны рекламодателей. В любом случае ситуация, когда популярные и предназначенные именно для NAS диски молча заменяются существенно менее пригодными по той же цене и без изменения спецификаций заслуживает внимания.


В конференции на сайте WD нашлось упоминание проблемы. Суть та же


I’ve just purchased 3 WD REDs to replace aging drives in a ZFS array

ALL THREE are failing during resilvering with IDNF (sector ID not found) errors:

Насколько мне удалось понять, проблема у
WD RED — WD Red EFAX — SMR диски и имеют 256 Мб кеша. Диски EFRX — не используют SMR (это обычные CMR диски) и имеют кэш 64 Мб
У Toshiba несколько моделей подробнее здесь
У Seagate несколько серий — подробнее здесь

Похожие публикации

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 264

    0
    Как я понимаю, для железного RAID-контроллёра есть повод пометить диск как неисправный, пока тот «тупит» раскладывая как надо то, что ему «налили»?..
    Но при этом «налить» надо больше кэша — что-бы диск начал «тупить»?

    А как к подобному отнесутся софтовые mdadm, ZFS и прочие? У них нет более тонких настроек для имеющихся дисков? Ведь они как-то различают HDD и SSD, например? Иначе-бы при наличии SSD все HDD диски периодически отваливались как «неисправные»…

    Ну и для всяких WAFL это по-боку, вроде, должно быть? Они всегда пишут в чистую область, а уже потом «разгребают» данные, в моменты простоя?..

    PS: В ЖЖ подробностей больше — возможно, стоит скопипастить часть в статью или, как минимум, хотя-бы дать ссылки на статьи в ЖЖ.
      0

      Я так понял, что диск не просто тупит, а выкидывает ошибку. Всё это очень похоже на сырость прошивки.

        +13
        Нет.
        Железный или программный контроллер не могут разобраться почему действие выполняется очень долго, и предполагают, что диск умирает. Они могли бы справиться с этим, если бы диск сообщал, что у него — СПИД черепичная запись, или руками пользователь бы подправил нужное значение, если бы пользователь опять же об этом знал. Но власти производители это скрывают.
        Разгрести данные опосля будет тяжело, ибо будет выполняться ну очень долго. И опять же, диск должен сообщить, что у него такая беда, а ФС и ОС должны суметь сделать вот это всё. И, как обычно, если железо/софт сняты с поддержки, то кто и как эти новые способности будет добавлять?
        Опять же, диск будет постоянно дёргать головами и писать-переписывать, а значит, время жизни будет сокращаться. И в это время он будет неспособен на свою обычную работу.
        Как-то не стоит это всё +25% ёмкости, ПМСМ.
        3dnews.ru/1008543
        3dnews.ru/1008687
        0
        Полгода юзаю 8 дисков st2000dm008 в mdadm RAID5, которые как оказалось тоже с SMR, пока ни разу не отваливались. Хотя и гигантской нагрузки я им не давал.
          +3
          Тут тонкость в том, что пока диск успевает разгрести кэш, т.е. его «наливают» не через край — то проблем и не будет.
          Ну и RAID5 ещё и считает перед записью — на что то-же требуется время, которое так необходимо диску, что-бы кэш не переполнялся…
            0
            … RAID5 ещё и считает перед записью

            Там XOR в подсчётах, то есть никакой паузы и ожидания фактически нет.
          +1
          А как к подобному отнесутся софтовые mdadm, ZFS и прочие?

          Я не тестил SMR диски в ZFS, но интересовался этим и цитировал источники еще несколько лет назад. в ZFS очень существенно замедляется работа. Как видно из цитат в этом посте — до отвала по IDNF (sector ID not found)
          Ведь они как-то различают HDD и SSD, например? Иначе-бы при наличии SSD все HDD диски периодически отваливались как «неисправные»…

          КМК только если SSD уж совсем колом станет :) По опыту ZFS полагается на установленные у диска таймауты в попытке записать в него сектор (TLER и около него)/ Один диск будет тупить и пытаться что-то записать долго-долго, другой выкинет почти сразу.

          В LJ подробностей больше
          -я попытался написать как можно более не-эмоциональный пост на хабре. Все же он тут первый — но отрицательную карму почему то уже имею :) (не знаю только где посмотреть сколько — но пустило только в Recovery Mode). И то написал только потому, что читатели сильно посоветовали — глядишь, народ уберегу от неудачных покупок.
            +26
            Жаргон страшный, везде аббреватуры без объяснений. Объяснить что такое черепичные, смысл аббреватур.
            Также непонятен смысл новости. Хорошая новость или плохая новость хоть?
              +2
              Основано на том, что головка воспроизведения чтения уже, чем записи и при обычной «плоскостной» записи ширина дорожки задаётся шириной пишущей головки, а считывающая не использует всю ширину дорожки. При черепичной записи соседние дорожки в пределах ленты частично накладываются друг на друга подобно черепице и усекаются по ширине, что позволяет уместить больше дорожек с данными на блине. Для чтения оставшейся ширины достаточно, но пишущая головка затирает всю ленту и её приходится переписывать, что даёт побочный эффект в виде замедления работы накопителя.
              Описание от Seagate
                +8
                Вто так лучше не объяснять, ибо ничего не понятно.
                Shingled magnetic recording
                thg.ru — журнашлюхи, в т.ч. дающие рекламу сайтов с MS виндой и офисом по 10$.
                Черепичная запись даёт +25% ёмкости при падении случайной записи до примерно нуля. Производители ЖД устроили олигополию и оборзели. На SMR будут переводиться все ЖД — ибо +25% ёмкости, а на остальное — насрать.
                Получается такая вот борьба с торрентами.
                Один из выходов — использовать F2FS и подобные ФС (приспособленные для флэша и т.д.). Однако в openSUSE/SLE F2FS по умолчанию запрещена, ибо ненадёжна пока что.
                ФС с COW похоже что лучше не использовать с SMR, т.е. яблочная APFS и виндовая ReFS тоже в пролёте.
                  0

                  А можно прояснить мысль про борьбу с торрентами? Это, в смысле, если торренты качать на рейд-массив из этих дисков (т.е., писать кучу мелких блоков), то они отказывают и таким образом вред торрентам?

                    +2
                    Условно. Торрент скачивается блоками по 4МБ, но чтобы записать 4МБ на диск, диск должен прочитать к себе в буфер 40МБ(условно), добавить к нему 4МБ новых данных и записать 44МБ на диск. А тут уже другие 4МБ и всё по новой. Причем не важно, 4МБ или 4КБ, читаем 40, добавляем новые данные и записываем. И именно массив дисков не нужен, хватит и одного.
                    –1
                    т.е. яблочная APFS и виндовая ReFS тоже в пролёте.

                    яблочники скорее всего могут позволить себе ставить в imac отдельные серии накопителей, где не будет проблем. Либо SSD.

                  +2
                  Новость плохая. Что такое SMR если не знаете — очень может быть вам и не надо. Это про тонкости организации дорожек на блине жесткого диска.
                  Если хотите мое объяснение
                  От Сигейта на Хабре
                  От NIX
                    +7
                    (Кидалово.)
                      –7
                      Если аббревиатуры непонятны — новость не для вас. Всё просто, легче фильтровать нужные новости от ненужных.
                      +2
                      2gusia
                      пустило только в Recovery Mode — написал только потому, что читатели сильно посоветовали
                      1) эти читатели считают Хабр лучшим ресурсом по HDD?
                      2) когда не пускало
                      а) Ваша местная карма была отрицательной?
                      б) это не послужило Вам никаким «знАком»?
                      3) теперь, спустя несколько дней — Вы удовлетворены?
                      4) что еще я забыл спросить? (с)
                      5) спасибо за статью!
                        +3
                        1 — вот что писали. Ну и на хабре у меня аккаунт есть, а много где — и нету. На муське еще есть — но там точно не в жилу :)

                        2а — да, -1. Не знаю уж за что — это моя первая публикация, минусовых комментов тоже не было.
                        2б — не-а :) мнение одного анонима — это точно не знак, это шум
                        3 — я даже удивлен. Приятно удивлен — ожидал более агрессивной реакции. Впрочем, 7 минусов набралось, так то все в целом нормально :)
                        4 — про здоровье — спасибо, хорошо. Надеюсь, как и у Вас ;)
                        5 — приятно быть хоть чуточку полезным людям
                          +3
                          приятно быть хоть чуточку полезным людям
                          но людя неблагодарны: если писать редко и мало — будешь виноват в недонесении (и даже утаивании) важной инфы, а если много — то алармистом обзывают и минусуют.
                          И тут приходится каждому самому решать :(

                          Еще раз спасибо и успехов всяческих — не только здоровья, а и ваще!
                      +7
                      Как я понимаю, для железного RAID-контроллёра есть повод пометить диск как неисправный, пока тот «тупит» раскладывая как надо то, что ему «налили»?.

                      Да, и это вполне нормальное поведение контроллера. Нефиг щёлкать клювом в RAID-е. Не успел ответить за отведенное время — извини, накопитель, но семеро одного не ждут. В лучшем случае ты тормозишь, в худшем — ты сыпешься, поэтому проще тебя заранее заменить от греха подальше.
                        –2
                        Ну и вообще вся суть RAID в том что мы жертвуем объемом ради скорости/надежности, тогда как цель у SMR противоположная
                          +1
                          Нет, raid бывают разные, одни только для надежности (RAID1), другие только для скорости (RAID0, который не жертвует объемом) и другие, совмещающие скорость+надежность
                      +2

                      "СМИ" как обычно с запозданием в 2-3 недели: Beware of SMR drives in PMR clothing (30 марта, о проблемах в рейде ZFS)

                        0
                        Это только «красных» дисков касается? А то я тут недавно наткнулся на WD Blue WD20EZAZ у которых 256 кеша, в отличие от WD Blue WD20EZRZ с 64. Цена одинаковая, что меня сразу насторожило.

                        А то может пора «нормальными» двушками закупаться, пока их из продажи не вывели. Они у меня в RAID6 на mdadm в домашнем NASе…
                          +1
                          Пока никто не знает, но было мнение, что разный цвет у дисков WD может соответствовать одинаковому железу при разной (и то не обязательно) прошивке. Так что ваши опасения не на пустом месте.

                          А насчет закупаться — все помним, как быстро вендоры перешли на AF диски. Может и сейчас так будет. Но, надеюсь, как и прошлый раз довольно долго при желании можно будет найти. Так что впрок я б не закупался. А вот если прям сейчас надо — то да. Станут CMR диски редкостью — подорожают точно.
                            0
                            Лет пять назад у меня был массовый падёж «синих» винчестеров, затем прекратился, видимо диски где-то уронили «оптом».
                              +3
                              разный цвет у дисков WD может соответствовать одинаковому железу при разной (и то не обязательно) прошивке

                              В зависимости от серии. Какие-то действительно одинаковые вплоть до прошивки, отличаются только активным пресетом (в интернетах можно найти утилиту, которая меняет в ней флаги), какие-то разные. Мне вот домашний Blue на 4ТБ попался такой, который можно перещёлкнуть флагами на Purple. Я частично это и сделал, чтобы он перестал постоянно парковать головы, и вообще поменьше тормозил.


                              Маркетинговый мухлёж, в общем.

                              +1
                              WD Blue WD20EZAZ у которых 256 кеша, в отличие от WD Blue WD20EZRZ с 64. Цена одинаковая

                              Кроме кеша, у них существенно отличается вес. Так что да — у WD20EZAZ SMR
                                0

                                А вес тут при чём?

                                  +4
                                  Количество блинов
                                    +2
                                    450 грамм — средний вес HDD с одной пластиной. «Старая» версия (WD20EZRZ) весит примерно 600 грамм, что равно HDD с двумя пластинами. Вы всерьёз считаете, что WD увеличили «без хаков» в два раза плотность записи и кэш в четыре, и продают это по старой цене?
                                  0
                                  Кэша зря много класть не будут.
                                  В зарубежных источниках упоминается, что на SMR перешли диски 2-6ТБ, 8 и далее, который были non-SMR, такого пополнения в модельном ряду не получили.
                                  Упс, поправлю себя, в зарубежном thg, на который есть ссылка, этот момент как раз упоминается.
                                  +7
                                  Для тех, кто ничего не понял из сокращенного поста: 2gusia.livejournal.com/596649.html
                                    +7
                                    Все три производителя начали продажи...

                                    так вот как выглядит невидимая рука рынка…
                                      +22
                                      WesternDigital, а вы не хотите ничего сказать по данному поводу?
                                        +6
                                        А заодно и SeagateRu.
                                          +3
                                          Пользуясь случаем, так же передаю привет компании WD. Если вы читаете этот пост, то дайте ответ: почему в моём HDD вашего изготовления, на красной такой термопрокладке между контроллером и корпусом, внезапно!, оказалась плёнка? Вы их там вручную снимаете или станки «забыли» настроить? О контактах на плате плате, которые через 3 года в достаточно хороших условиях чернеют — молчу вообще. Ладно, если бы я такой один невезучий был, так нет — в сети масса жалоб, а воз и ныне там.
                                            0
                                            У Самсунга тоже чернеют контакты
                                            image
                                          –8
                                          Все же стоит быть честными.
                                          Первое, они не заявляли что там нет SMR.
                                          Второе, диски данных серий явно не предназначены для работы ZFS или RAID5/6, это домашние, максимум малый бизнес. Тем более не для непрерывной нагрузки в 100Мб/c.
                                            +8

                                            Эм, а если у меня дома ZFS?

                                              0

                                              То пора скупать WD100EMAZ.
                                              Я-то наделся пару 32GB Unbuffered ECC взять…

                                                –8
                                                То нужно быть готовым, что кроилово (попытка собрать серверную систему из десктопного железа) приведёт к попадалову.

                                                Если человек пытается в машину, изображающую сервер (домашний, не домашний, не суть важно), воткнуть условный Toshiba P300, предназначенные для десктопа, он заведомо ССЗБ.
                                                  +4
                                                  Вы это ребятам из Backblaze скажите.
                                                    +2
                                                    Ребята из Backblaze как раз и компенсирую попадалово. И действительно на большом кол-ве дисков это может быть оправдано, когда вы самостоятельно занимаетесь исследованием их поведения, сборкой, тестированием и отладкой конфигураций.
                                                    Но на одном — двух серверах это задача с не предсказуемым финансовым эффектом.
                                                    0

                                                    Эмм. Моему домашнему серваку с 6 3Тб дисками уже дай бог памяти лет 6. И работает. Нагрузка там смех и грех. Мне надо было WD Black брать чо бы дорохо бохато и тарахтело?

                                                      +3

                                                      Цитата прямо из статьи


                                                      WD RED — WD Red EFAX — SMR диски и имеют 256 Мб кеша. Диски EFRX — не используют SMR (это обычные CMR диски) и имеют кэш 64 Мб

                                                      Или WD Red уже не для NAS?

                                                        0
                                                        Так вроде красные как раз позиционировались под NAS.
                                                        Интересно, если производители NAS не включат диски в совместимые или даже начнут предупреждать о несовместимости, чтобы к ним не было претензий.
                                                          +3

                                                          Именно. И в них — smr. Без smr теперь WD Red Pro, но надолго ли?


                                                          Суть в том, что кроиловом не пользователь начал заниматься. А пользователь страдает из-за кроилова компании и использования ею dark paterns.

                                                            –4
                                                            Нет там проблем с совместимостью, проблема в головах которые решили использовать домашние диски для не домашних задач. Поставьте red в типичный домашний nas в котором есть ипизодическая нагрузка на чтение и совсем редкая нагрузка на запись и никаких проблем с эти диском не будет.
                                                              +1
                                                              По умолчанию mdadm, использующийся в домашних NAS, делает проверку массива по cron каждый месяц, но это не только полное чтение дисков, а и ремап в случае проблем. В «зоне риска» потенциально все NAS с > 2 слотами, т. к. возможен RAID 5.
                                                              Занудство
                                                              Потенциально, конечно, возможен RAID 5 на двух накопителях и 6 — на 3-4, но это пограничный случай, когда точно планируется расширение в будущем.
                                                                +2

                                                                RAID-5 на двух это DEGRADED в RAID-0…
                                                                Особенно будет приятно получить полный развал массива при ребилде после добавления диска.

                                                                +2
                                                                домашние диски для не домашних задач

                                                                Во-первых, граница домашний/недомашний больше существует в умах маркетологов.
                                                                Во-вторых, 20 ТБ, которые гелий и smr, делаются явно не для дома.
                                                                В-третьих, NAS это уже сервер.
                                                                В четвертых, прочитайте уже источники — как раз в одомашенных NAS и выяснились проблемы с этими дисками.

                                                                  +2

                                                                  В пятых, типичная история — покупаем самый дешёвый накопитель на заказанный объем и не любим себя в голову. А потом. Упс, что-то пошло не так.

                                                                    +6

                                                                    Самое забавное, что если бы действительно взяли бы самый дешёвый, то скорее всего это была бы Toshiba N300 или WD HC310 которые чистый PMR )


                                                                    Но люди брали диск для NAS'а по конскому ценнику.

                                                              –7
                                                              Диски smr без проблем будут работать в домашнем/smb nas
                                                              Но raid5/6 и 100мб/сек на запись в течении 40мин( а это 240гб ) явно не относится к классу задач домашнего nas.
                                                                +12
                                                                А давайте пользователь сам будет решать, что к его задачам относится, а что нет.
                                                                Задача производителя тут попросту указать, что после трех минут интенсивной работы производительность деградирует. От сих — и до сих. Процессоры троттлят, это в спецификациях указано, и никто пока от такого указания не умер.

                                                                А дальше дело клиента решить, что ему больше надо: емкость, цена, стабильная работа или шашечки.
                                                                  +1
                                                                  Да ладно, процессор. Это к шредерам указывают — 10 минут режет бумагу, 10 минут остывает и не работает. А тут диски.
                                                                    0
                                                                    Так-то ко многому указывают.
                                                                    К миксерам кухонным и прочим мясорубкам — я просто взял пример из той же отрасли.
                                                                  +6
                                                                  Приехать из отпуска с кучей видео и попытаться сохранить это в более удобное место — не задача домашнего nas? Ну ок…
                                                                    +7
                                                                    Видимо бэкапы — не задача домашнего nas…
                                                              +13
                                                              они не заявляли что там нет SMR

                                                              Производитель, который уважает своего покупателя, обязан указать такую информацию. Лично я не хотел бы смотреть на «качели» на графике записи данных в своём ПК. Производитель банально ухудшил скоростные характеристики для конечного пользователя ценой экономии на пластинах для себя. Если будут указывать — диски не будут пользоваться популярностью. Касательно статьи — лично я уже достаточно давно видел информацию, что производители не указывают в даташитах наличие SMR, просто раньше это больше касалось HDD категории 4Тб+
                                                              диски данных серий явно не предназначены для работы ZFS

                                                              Да, а еще они не предназначены для работы ext4 и btrfs. С каких пор производитель решает, какой ФС мне пользоваться на домашнем ПК? Кроме того, ни на сайте производителя, ни в даташитах я никогда не видел рекомендаций или запретов к использованию той либо иной ФС.
                                                                –9
                                                                С каких пор производитель решает, какой ФС мне пользоваться на домашнем ПК?

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

                                                                Как я написал комментарием выше, поговорку «кроилово ведет к попадалову» придумали не зря, попытка собрать домашний сервер из говна и палок приведёт именно к говну и палкам.
                                                                  +4

                                                                  Вы о ZFS кроме мифов ничего не знаете.

                                                                    0
                                                                    А как же
                                                                    ext4 и btrfs

                                                                    ?
                                                                      +3
                                                                      ZFS, которой для нормальной работы нужно выделить десятки гигабайт памяти
                                                                      ZFS легко настраивается для работы на лэптопе о 768 МБ ОЗУ, зачем вы пугаете народ?
                                                                      собрать домашний сервер из говна и палок
                                                                      … и при этом надежно хранить на нем данные — как раз то, за что любят ZFS.
                                                                        +2
                                                                        ZFS легко настраивается для работы на лэптопе о 768 МБ ОЗУ
                                                                        Именно. Пятый год пошел как сестре настроил мини NAS для дома — Odroid C1 (ARM с гигабайтом памяти). Внешний USB диск в ZFS — тк пользователи обслуживанием NAS в принципе не будут заниматься по уровню компьютерной грамотности. Через год поднял на нем во FreeBSD Jail торрентмонитор. Все годы полет нормальный — качает, раздает дома видео, служит файлопомойкой.
                                                                          0

                                                                          Снова заинтересованно смотрит на Lamobo-R1 (Banana-Pi с sata, 802.11n, и ethernet switch).
                                                                          Все равно без дела валяется.

                                                                            0
                                                                            На Банан M1 чел из Израиля приделывал nas4free — до конца не доделал, но работало. И, как я понял (сам не тыкал палочкой) там с поддержкой железа производителем не ах. Так что если под ваш вариант что то готовое — тогда да (недавно был хабропост с OpenWRT). А самому :(
                                                                              0

                                                                              Freebsd 12 и Bananian работали неплохо, но, кажется, фряха не видела сеть от слова совсем, а банан потерял возможность конфигурировать свитч с переходом на свежее ядро.


                                                                              А еще придется потыкать ее паяльником, потому что от жесткого диска на ней перегревается линейник в питании этого самого диска… Хотя, это WD Black7500 кушал как не в себя, а с мелким сигейтом, может, и нормально все будет.

                                                                      +2

                                                                      Подождите, я правильно понимаю, что производитель не указывает эту инфу? Ну таким образом я покупаю кота в мешке?

                                                                        0

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

                                                                          +1
                                                                          Замечательно!
                                                                          Как бы мне гарантированно найти не-SMR диск? Пока для себя решил, что надо будет прочесать все форумы, в первую очередь англоязычные.
                                                                          Я бы взял и SMR, но под другие цели (архив). А в существующий массив — однозначно нет!
                                                                            0

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


                                                                            Этот рискнул, взял себе WD Elements Desktop 10TB по скромной (16к, сейчас — 18к) цене и распотрошил. Восьмерка тоже должна быть нормальной, 12 и 14, а так же все, что меньше — надо гуглить, в мелких встречался полный светофор (зеленые, синие, красные), крупные могут оказать smr-версиями тех же white label hba.


                                                                            Extremis malis extrema remedia.

                                                                              +1
                                                                              в существующий массив

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

                                                                              Например, если стоят WD RED EFRX — такие же можно и взять. А EFAX — не стоит.
                                                                                0
                                                                                Пару месяцев назад брал себе в нас 6шт MG07ACA12TE. Вся линейка MG07 без SMR. Отличные диски. Разве что шумные немного, но в домашней файлопомойке нагрузки нет и хрустят редко. Да, под помойку можно и SMR, но не стал рисковать.
                                                                          +5
                                                                          диски данных серий явно не предназначены для работы ZFS или RAID5/6

                                                                          Исходно речь зашла о WD RED. Согласно маркетинговому сообщению — Designed and Optimized for NAS Compatibility. И именно для RAID и вылезает проблема — не важно программного, аппаратного. Алан Браун, кстати, наткнулся на проблему с своем домашнем NAS Synology — если это не NAS, то…
                                                                            +13
                                                                            не предназначены

                                                                            На SMR диски хорошо ложится только один вид нагрузки: записывать огромными кусками от забора и до обеда.
                                                                            Естественно, ни одна нормальная ФС, кроме ISO 9660 (cdfs) так себя не ведет и ни у одного домашнего юзера нет и не может быть подобных сценариев.


                                                                            Поэтому внедрение SMR необходимо скрывать — иначе не продашь.
                                                                            А могла бы быть отдельная линейка дисков для сверххолодных данных.

                                                                              –6
                                                                              и ни у одного домашнего юзера нет и не может быть подобных сценарие
                                                                              абсолютно обычный сценарий для файлопомойки и кинчиков
                                                                                +2
                                                                                Только туда надо ещё это всё записать.
                                                                                И ладно, если это не основной диск, но файлообменики достаточно активно пишут и читают, а если и диск заполнен на половину и фрагментирован — уже страшно.
                                                                                  +9

                                                                                  Огромный — это размером с черепичный блок, n смежных дорожек, который, судя по кэшу, ближе к полусотне мегабайт. И еще его размер плавает — геометрия. При этом никакой случайной записи, вроде обновления индексов, таблиц аллокации, mft-records/inodes, обновления меток времени, журналов и даже банального fsync — быть не должно.
                                                                                  Так что нет у юзеров таких задач. У бэкапного хоронилища — есть, а у юзеров нет.


                                                                                  Потому что ни одна ФС общего назначения так не работает. А значит — сборка мусора, перемещение данных и прочие прелести ssd. Только IOPS на три порядка меньше. И случайная запись в 0,5÷1,5 МБ/с, характерная для PMR-дисков превращается…


                                                                                  У каджита прямо вот, под руками, лежит такой. ST2000LM007-1R. Усыпанная бэдами 320-ка от гнусмаса — шевелится быстрее.

                                                                                    0
                                                                                    У меня 8-терабайтник с ебея с технологией SMR (ST8000DM004), скорость копирования файлов с фильмами порядка 130 МБ/сек. Вполне нормально.
                                                                                      –1

                                                                                      Пфе! У каджита скорость копирования с nvme на usb2-флешку — 2ГБ/с.
                                                                                      Этот думает, вас ждет масса удивительных открытий. Вроде cache, writeback, rwm-cycle, power outage.

                                                                                        0
                                                                                        Нет, не ждёт, это реальная скорость записи.
                                                                                          +2

                                                                                          Тогда хотелось бы услышать, как происходил процесс замеров.

                                                                                            0
                                                                                            Запускаете perfmon и смотрите, а в чём проблема?
                                                                                              +1

                                                                                              Фрагментация и заполненность диска. Все отлично компилируется, когда диск пустой и свежий. Фрагментация диска влияет в разы сильнее.
                                                                                              И количество потоков. Вы копируете свой любимый фильм, а винда на фоне там поиск оптимизирует. И скорость может посетить в разы по сравнению со старыми дисками.

                                                                                                0
                                                                                                Оптимизация поиска в винде — низкоприоритетная по вводу/выводу задача, и вытесняется при наличии нагрузки с обычным приоритетом. Не говоря уже о том, что на диске с фильмами нечего индексировать, и неоткуда взяться сколь-нибудь значительной фрагментации. Так что нет.
                                                                                                  +1
                                                                                                  Фрагментация данных на диске. По мере увеличения фрагментации данных на диске скорость доступа на запись у SMR диском будет падать значительно быстрее.
                                                                                                  0

                                                                                                  Или проводник открыть, который тут же любезно начнет выкраивать thumbnails.
                                                                                                  Или накачать туда торрентов. Или притащить бэкапы Syncthing.
                                                                                                  Да просто забить на 90-95%, и регулярно удалять старое и добавлять новое.

                                                                                                    –1
                                                                                                    Кэш thumbnails лежит на системном диске. Торренты utorrent качает с предварительным созданием целого пустого файла. Бэкапов чего вы там сказали у меня нет. Забить на 95% легко, регулярно удалять старое и добавлять новое — тоже, но при таких размеров файлов фрагментация от этого — какие-то сотые доли процента. Продолжайте, прошу вас)
                                                                                                      +5
                                                                                                      Кэш thumbnails лежит на системном диске.

                                                                                                      Thumbs.db


                                                                                                      Продолжайте, прошу вас)

                                                                                                      С вами нужно начинать, а не продолжать. И начинать придется с азов. С устройства механического диска. С того, что такое время ожидания и как ему мешает rmw. С математики. С чтения спеков.
                                                                                                      И когнитивные искажения, их придется изучить тоже. Особенное внимание уделить систематической ошибке выжившего, генерализации частных случаев и смещению выборки.


                                                                                                      А сейчас вы даже огласить условия постановки эксперимента не можете, не говоря уже о проверке на корректность.

                                                                                                        –2
                                                                                                        Thumbs.db
                                                                                                        C:\Users\censored\AppData\Local\Microsoft\Windows\Explorer\

                                                                                                        дальше читать не стал, извините
                                                                                                          +5

                                                                                                          Еще с висты, ага. Осталось объяснить, откуда все время брался этот файловый мусор при том, что ни одной машины с XP или младше в хозяйстве нет уже лет 8, включая виртуалки.


                                                                                                          дальше читать не стал, извините

                                                                                                          Не извиняйтесь. Каджит прекрасно понимает, что чтобы иметь свое мнение — разбираться в предметной области вообще не нужно. Это ж не корректная постановка эксперимента, учет сайд-эффектов и прочая высоколобая мура, это ж просто мнение.

                                                                                                            +2
                                                                                                            Windows 10.
                                                                                                            По указанному пути навалено 100 МБ.
                                                                                                            Регулярно удаляю thumbs.db, когда захожу в любую папку с картинками через Total Commander (просто потому что они меня раздражают). При каждом следующем открытии папки в Explorer thumbs.db появляется снова.
                                                                                                              0
                                                                                                              Посмотрел в каталоге с фотками — есть такие файлы, но все за 15-17 года, новых нет. Возможно где-то что-то выключено. Превью отображаются нормально.
                                                                                                    +1

                                                                                                    То есть, методикой вы никакой не пользовались, и даже уверенности, что отключили кэш ОС и тестировали не PMR-cache у вас нет.


                                                                                                    Nuff said.

                                                                                                      –3
                                                                                                      Кэш ОС тут ни при чём, если вы смотрите счётчики производительности физического диска. Кэш диска тоже ни при чём, так как не может вместить в себя несколько гигабайт. Ещё варианты будут?)
                                                                                                        +5

                                                                                                        Каджиту кажется, что вы просто игнорируете все непонятные слова, совершенно не понимаете предмета разговора, но имеете свое мнение.


                                                                                                        Если бы он хотел дискуссии в таком ключе, он бы отправился на ЛОР.

                                                                                                          –5
                                                                                                          Такое ощущение, что линуксоид просто не знает, как посмотреть реальную скорость записи на диск без отключения кэша ОС, поэтому и недоволен)
                                                                                                            +2

                                                                                                            Ему про Фому, а он про Ерёму.

                                                                                            0
                                                                                            Так что нет у юзеров таких задач. У бэкапного хоронилища — есть, а у юзеров нет.

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


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


                                                                                            У меня уже больше двух лет в таком качестве служат парочка Seagate Archive (ST8000AS0002), собранные в RAID1 (mdraid) и с ext4 в качестве fs — в основном только запись, архив файлов плюс бэкапы со всего (borg, rsync) и периодическое удаление старых бэкапов (то есть всё же перезапись происходит периодически).


                                                                                            Так вот — в таком режиме всё отлично работает, тормоза совсем не замечаются, таймаутов при работе нет, скорость записи ~ 60 MB/s (да, маловато, но всё равно даже в теории выше 100 MB/s не прыгнуть по сетке), скорость чтения ~ 200-130 MB/s (в начале и конце диска соответственно), т.е. для функции "хранилище" всё просто замечательно.

                                                                                              0

                                                                                              Этот примерно так и сказал, и вы даже процитировали.
                                                                                              Но: в вашем сетапе есть NAS, не так ли? То самое хоронилище.


                                                                                              Если такой диск оказывается у юзера, то он, скорее всего, единственный. Вообще. И на нем будут и система, и игры, и мультимедиа.
                                                                                              И вот тут-то разница прямо бросается в глаза.
                                                                                              Правда юзер замечает что с диском что-то не то только когда тот уже умер и все равно этого не увидит.

                                                                                                +1

                                                                                                Понятно, так бы сразу и говорили — "юзер" — это чувак (или чувиха) с одним диском. Впрочем, реальность несколько более разнообразна, знаете-ли, даже домохозяины и прочие юзеры используют NAS и просто внешние диски.


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


                                                                                                Хотя очень маловероятно что типичный современный десктопный юзер получит в качестве единственного диска нечто с SMR — сейчас в качестве системного (и иногда единственного) принято ставить SSD, а если не SSD — то нечто до 1T размером, там практически нет SMR.


                                                                                                В общем, опасность и недостатки SMR для "среднего" юзера очень сильно преувеличены, на мой взгляд — могут быть кейсы когда это будет больно, но их очень мало (напомню ещё раз — торренты — это всё же нетипичная нагрузка).

                                                                                                  0
                                                                                                  уверяю вас, он скорее всего не заметит разницы в скорости пока не попытается дефрагментировать тот самый диск

                                                                                                  то-то нас все учат, что дефрагментировать не надо ))))

                                                                                                    0

                                                                                                    Дак юзер он и есть user — самый что ни на есть рядовой пользователь. Ни в чем не разбирается, при попытке выспросить характеристики железа делает глазки лягушечкой. И на вопрос сколько у него дисков вряд ли ответит.


                                                                                                    Хотя очень маловероятно что типичный современный десктопный юзер получит в качестве единственного диска нечто с SMR

                                                                                                    Купив ноутбук, хотя бы. Или готовую сборку. Или "чтобы подешевше".
                                                                                                    Каджиту 2ТБ smr достался именно так, после замены на ssd в клиентском буке.

                                                                                                      0
                                                                                                      типичный современный десктопный юзер получит в качестве единственного диска нечто с SMR —… поскипано… — то нечто до 1T размером, там практически нет SMR

                                                                                                      Silicon Power Armor 30 1 Tb именно черепичный фигейт там и стоял. До отказа насовсем на ровном месте.
                                                                                                      Я многочитал, выбирая очередной бюджетный SSD, и сложил чёткое убеждение: просто так много кэша не кладут. Это нужно, чтобы сгладить вероятные, известные производителю, затыки. Ну, теперь и до жестких дошла тенденция.
                                                                                                        +1

                                                                                                        Больше кэша на HDD — всегда хорошо, даже на самых быстрых моделях. Больше кэша на SSD — тоже всегда хорошо, сокращает износ и всё такое.


                                                                                                        Сам факт наличия большого кэша далеко не всегда говорит о попытке что-то сгладить или скрыть — к примеру, серия Seagate Exos E/X имеет кэш 256M, некоторые тошибы серии энтерпрайз — аж 512M, при этом они совсем не SMR и очень даже производительны.


                                                                                                        Другое дело что независимо от размера кэша всегда найдётся некая модель использования которая сведёт на нет все достоинства этого самого кэша.


                                                                                                        И наконец, если кэш всё же существует только для того чтобы "сгладить", и при этом у него получается — то в чём собственно проблема? Важно ли что внутри если снаружи всё работает как заявлено в спецификации?

                                                                                                          0

                                                                                                          Кэш хорошо, но, как известно, много кэша — это хуже, чем мало быстрого кэша. Это раз. Два. Кэш нужно уметь инвалидировать. Понятно, что если в накопителе кэш на запись, то ты его полностью забил — дальше просадка по скорости, накопитель в фоне скидывает его на блины — гарантий того, что данные доедут нет. Нужно это учитывать. А тут начинаются приколы с оптимизациями от производителей — прошивка для нас черный ящик. На чтение же… Ну, кэш, скорее благо, но тут вопрос в том что операционная система сама кэширует — ну, и что получается — непредсказуемая каша из кэшей разных уровней. Я где-то видел хороший кейс cache pollution, но сейчас прям ссылку не найду

                                                                                                    0
                                                                                                    это где это вы нашли торренты с последовательной записью?
                                                                                                      0
                                                                                                      1) В комментарии не было ни слова про торренты, только про хранение видео/аудио/фотографий.
                                                                                                      2) Достаточно большое число клиентов умеет качать последовательно. Обычно это нужно для просмотра видео без ожидания.
                                                                                                    +2
                                                                                                    У каджита прямо вот, под руками, лежит такой. ST2000LM007-1R. Усыпанная бэдами 320-ка от гнусмаса — шевелится быстрее.

                                                                                                    Сигейт понял свою ошибку с СМР дисками и пытается исправляться.
                                                                                                    ВД изначально пошел по другому пути, поэтому ПОКА ЧТО их СМР диски быстрее на рандомной записи, чем у Сигейта. Особенно если забивать не весь диск, а оставить треть диска пустым.
                                                                                                    У Сигейта же все СМР ленты, в которые хост пытается писать рандомно, записываются в отдельном месте (наверняка небезызвестном вам Media Cache), а затем в бэкграунде собираются в непрерывные куски в другом месте, которое называется Media Scratch Pad и уже потом записываются в юзер зону.
                                                                                                    Когда медиа кеш забивается данным, наступает полная пичалька и диск очень хочет скинуть эти данные в юзер зону и начинает жестоко тупить.
                                                                                                    Размер медиа кеша всего-навсего 50-100ГБ, а у ВД, с их трансляцией — весь диск считай под кеш отдан. Соответственно при непрерывной рандомоной записи более 100ГБ на такой Сигейт, гарантированно наступит эцих с гвоздями.
                                                                                                    Так вот, Сигейт, как я уже сказал, исправляется и выпускает новые драйвы, у которых СМР транслятор будет использовать и медиа кеш и юзер зону как медиа кеш, пока она еще пустая — скорость должна сильно вырасти.
                                                                                                    Но что ВД, что такой новый Сигейт все равно начнут тормозить, если свободного места останется мало (прямо повеяло ССД-ями)
                                                                                                      +1

                                                                                                      Ну, в общем — как обычно — технология сырая, потребитель страдает, ждём патчей и обновленных устройств с исправленными проблемами

                                                                                                        0
                                                                                                        прямо повеяло ССД-ями

                                                                                                        Любопытно, понимает ли он запись нулей как эквивалент освобождения блока?

                                                                                                          +1

                                                                                                          Вряд ли (говорю из личного опыта, но не с smr)

                                                                                                            +1
                                                                                                            понимает ли он запись нулей как эквивалент освобождения блока?

                                                                                                            Нет. Я в исходном посте цитировал Алана Брауна — он какр раз делал такой эксперимент
                                                                                                              +1
                                                                                                              нет, запись, это запись, даже если там одни нули
                                                                                                              +8
                                                                                                              Особенно если забивать не весь диск, а оставить треть диска пустым.
                                                                                                              Вот в этом месте пьеса достигла просто патетического надрыва :) SMR — технология, которая позволяет на четверть увеличить объем. Нормально работает, если треть оставить пустой.
                                                                                                                0

                                                                                                                Зато на zfs можно будет на голубом глазу установить на весь пул квоту 75% и избежать перехода на неэффективный аллокатор.


                                                                                                                Но да: это, скорее, смех сквозь слезы.

                                                                                                                  0
                                                                                                                  Нормально работает, если треть оставить пустой.

                                                                                                                  нормально работает НА НЕПРЕРЫВНОЙ РАНДОМНОЙ ЗАПИСИ, если вы пишете большими кусками, то все будет ОК, даже если диск целиком забить.
                                                                                                                  Но эти диски не для BTRFS или ZFS, это да.
                                                                                                                  Старый добрый Ext4FS спасет отца русской демократии.

                                                                                                                  Опять же для end user-ов не имеет большого значения, как работают эти диски в ZFS, так как они используют обычно внешние драйвы для хранения картиночек и всяких мемасиков.
                                                                                                                  Даже если это будет домашний NAS, то все равно на него не будет идти запись 24/7.

                                                                                                                  Вобщем SMR это малое зло.
                                                                                                                  Все ждем MAMR/HAMR с CMR-ом :)
                                                                                                                    0
                                                                                                                    Но эти диски не для BTRFS или ZFS, это да

                                                                                                                    И не для ReFS, видимо.
                                                                                                              0
                                                                                                              Я качаю кинчики торрентами. По умолчанию там идёт скачивания случайных наиболее редких блоков. Ну и как будет чувствовать себя SMR под такой нагрузкой на 300 мегабитном канале?
                                                                                                                0
                                                                                                                На 200 мегабитном всё норм.
                                                                                                                  0
                                                                                                                  Так может включена последовательная загрузка. У uTorrent вообще занятные отношения с Windows, и при галочке «Распределять место сразу» винда начинает забивать место под файл нулями, и загрузка виснет при загрузке раздачи более 20 ГБ вне зависимости от ширины канала.
                                                                                                                    0
                                                                                                                    После создания файла загружает в него данные на вид рандомно расположенными блоками. Но размер блока 4 МБ, так что какой-то заметной деградации я не наблюдаю.
                                                                                                                  0
                                                                                                                  300 мбит, это примерно 30 мбайт в секунду. На такой малой загрузке диск сможет неспеша оптимизировать все SMR ленты и еще и время останется на кофе с круассаном.
                                                                                                                  Так что падения производительности никак не должно быть
                                                                                                                    0
                                                                                                                    Так ведь рандомная, а не последовательная запись.
                                                                                                                      0
                                                                                                                      не такая уж и рандомная, если блок 4МБ
                                                                                                                        0
                                                                                                                        Он может быть и 512к, плюс клиент не всегда ждёт полной загрузки при сбросе на диск.
                                                                                                                          0
                                                                                                                          предлагаю еще оключить кеш чтения и записи на HDD, а потом говорить «ну вот, диск не справляется, фигня какая-то, а не диск»
                                                                                                                            0
                                                                                                                            Так ведь размер блока и поведение клиента не от меня зависят. Я ничего специально не отключал, оно само такое.
                                                                                                                              0
                                                                                                                              насколько я знаю торрент-клиентов, то там в самом клиенте можно выставить кеширование блоков, перед сбросом на драйв, у меня в uTorrent например стоит 128МБ.
                                                                                                                              Установив кеш приличного размера, можно сократить IO диска и уменьшить фрагментацию.
                                                                                                                              Не знаю уж будет ли клиент пытаться закачивать в кеш линейно или рандомно, но даже 128МБ непрерывной рандомной записи с последующей паузой лучше чем непрервное дерганье диска 512КБ-ми блоками
                                                                                                                  +2
                                                                                                                  Для файлопомойки — только если 1 раз записать и потом только читать. Например — скачал торрент на ssd, готовый переместил на smr spinning rust и продолжаешь раздавать. Это единственный рабочий сценарий.
                                                                                                                  0

                                                                                                                  Видеонаблюдение подходит?

                                                                                                                    0

                                                                                                                    Похоже на то.
                                                                                                                    Единственно что этот не тестировал подобный сетап, но видеонаблюдение как раз про много записи и мало чтения, плюс своя упрощенная ФС.

                                                                                                                +8
                                                                                                                Всё же стоит быть честными и предупреждать покупателей о неприятных нюансах данной технологии.
                                                                                                                Новость и вправду отвратительная.
                                                                                                                А какая непрерывная нагрузка в 100 Мб? да простая, домашняя: бэкап на полочку положить. В качалку-раздавалку торрентов поставить. Самые простые кейсы.
                                                                                                                А насчёт «явно не предназначены»- об этом производители упомянули или надо догадываться?
                                                                                                                  +3
                                                                                                                  Хоть бы немного подробностей для тех, кто не в теме. Что такое SMR, что такое черепичные диски. Да, я могу это нагуглить, но было бы удобнее видеть это сразу.
                                                                                                                  –2
                                                                                                                  Долго думал, что еще за cherry-pick'ные диски и причем тут гит?! Автор не смог в написание статьи.
                                                                                                                    +8
                                                                                                                    У меня на «сервере» (колхозном) попался подобный (SMR) диск.

                                                                                                                    Сейчас Storage Space c Tiered-Storage стоит на связке из SSD AMD R5SL240G + HDD Seagate ST1000DM010-2EP102.

                                                                                                                    Под нормальной рабочей нагрузкой — 60 баз 1С по 3-5 Гб в серверном варианте поl SQL — все крутится и летает прекрасно. Оптимизация уровней хранилища занимает от силы полтора часа. В это время система становится «слегка плавной», но тем не менее вполне отзывчивой и с приемлемым уровнем производительности, максимальная длинна очереди диска — 2-3. Но, если например, в течении дня обновить все базы, последующая оптимизация уровней хранилища с этим диском занимает до 26-28 часов, при том, что пока она не закончится — наблюдаются дичайшие тормоза и длинна очереди диска вырастает до значений в 15-20.

                                                                                                                    До установки Seagate ST1000DM010-2EP102, в этой связке стояла TOSHIBA MG03ACA100, и описанного поведения системы не наблюдалось никогда, независимо от количества измененных или новых данных.
                                                                                                                      0

                                                                                                                      Что тогда брать, чтобы избежать винчестеров, годных только для видеорегистратора?

                                                                                                                        +6
                                                                                                                        Пока множество дисков не используют SMR — их. Например, WD EFRX OK, а EFAX — нет. Появляется все больше свидетельств, что та же буковка A у синих WD тоже означает проблему www.reddit.com/r/DataHoarder/comments/g3oxrw/wd_blue_new_2018_line_models_explained_smr_greens
                                                                                                                        image
                                                                                                                          +3

                                                                                                                          Показатель весьма косвенный. Однозначно наличие smr определяет поддержка trim.

                                                                                                                            +1

                                                                                                                            Не всегда определяет. К примеру, Seagate Archive не поддерживают trim/discard, хотя очень даже SMR.

                                                                                                                              +2

                                                                                                                              Вероятно, вышло несколько неоднозначно.
                                                                                                                              Каджит хотел сказать, что если жесткий диск поддерживает trim/discard/unmap, то он точно smr, потому что больше никому такое не надо.
                                                                                                                              Но, да, технически smr-диск не обязан поддерживать trim.


                                                                                                                              Однако, в отличие от размера кэша, поддержка trim однозначно говорит, что диск отличается от обычного.

                                                                                                                            +1

                                                                                                                            у WD классически весь секрет в цифирках после номера модели.
                                                                                                                            Условно WD10EZEX-08WN4A0 может быть одним типом накопителя, а -22BN5A0


                                                                                                                            Извините, что капитаню, но я с WD наелся уже. Даже Сигейт идентифицировать всегда было проще друг от друга (по полной модели STxxxxxxxxx).
                                                                                                                            Проблема лишь в том, что вот эту полную модель получить никоим образом нельзя из оф доки wd, а приходится экспериментально считывать из паспорта накопителя и соотносить с параметрами на опыте

                                                                                                                              0
                                                                                                                              Про 8 ТБ данные есть? Там везде 256 МБ кэша у WD, а по стоимости 1х8 почти равен 2х4.
                                                                                                                                0
                                                                                                                                для начала стоит знать, что WD не делает 8ТБ диски (пока), 8ТБ и выше, это диски HGST с наклейкой WD.
                                                                                                                                Соответственно стоит пойти на сайт Хитачи и почитать про их модели, какие с СМР, а какие нет.
                                                                                                                                Но имейте ввиду, WD по умолчанию поддерживают multi-stream, т.е. при записи/чтении в 2-3 потока, скорость диска равномерно размажется между этими потоками.
                                                                                                                                А у Хитачей в таком режиме производительности прихрамывает (у не-eneterprise Сигейтов вообще отсутствует)
                                                                                                                                0

                                                                                                                                А если напрямую у производителя запросить инфу перед покупкой, они ответят? По идее они о своей продукции обязаны разъяснить ВСЕ ттх. А если не верно ответят (соврут), могу я потом забрать свои деньги и вернуть диск?

                                                                                                                                  0
                                                                                                                                  Третья буква у WD обозначает обороты (5400) и размер кэша (256Мб), но это не означает, что в какой-нибудь премиум-HDD без SMR они не запихнут 256Мб кэша
                                                                                                                                +8
                                                                                                                                Производители HDD роют могилу HDD. Раньше одним из поводов купить HDD была как раз абсолютная предсказуемость скорости чтения-записи и времени доступа, так как для SSD это всё сильно зависит от типа памяти, контроллера, сценариев использования… Так что не смотря на прорывное развитие SSD, HDD до сих пор оставались проверенным, надёжным стандартом, да ещё и с копеечной ценой за гигабайт. А тут нате вам, HDD ещё немного дешевле, но уже гораздо менее надёжные, причём об этом не заявляется явно. В общем поди угадай, что тебе там продадут. В итоге один из двух аргументов в пользу HDD сводится на нет, и остаётся единственный — дешевизна. Посмотрим, на сколько его хватит…
                                                                                                                                  0

                                                                                                                                  Так НЖМД уйдут в нишу магнитной ленты, став накопителями с затруднённой случайной записью. Да и то, лента выигрывает в энергоэффективности, что для архива критично.

                                                                                                                                    0

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

                                                                                                                                    +2

                                                                                                                                    Я думаю, это повод поднять цены. Думаю, через некоторое время цена SMR дисков повысится совсем незначительно, а вот не SMR будут гордо маркировать огромной надписью и задерут ценник до небес. Маркетинг… "хлопья_без_асбеста.jpg"

                                                                                                                                      +1
                                                                                                                                      А потом в какой-то момент обнаружится, что они «изобрели» совершенно уникальную™ технологию, которую назвали Layered Magnetic Recording, и эти сверх-дорогие диски, действительно, никакого SMR не содержат, а содержат только этот LMR.
                                                                                                                                    0

                                                                                                                                    Извините, но так и не уловил смысл этой черепичной записи. В чем смысл записи более широкой чем для чтения головкой? Или запись более узкой головкой физически невозможна? Или её нельзя так точно спозиционировать?

                                                                                                                                      +1

                                                                                                                                      Ну да, примерно так, что надёжно записать более узкой головкой не получается.

                                                                                                                                        +3
                                                                                                                                        Смысл на пальцах в том, что когда пишешь воздействие сильнее. Поэтому воздействие «растекается» и дорожка оказывается шире. Когда читаешь — уже. При SMR дорожки записи накладывают частично, как черепицу, собирая в ленты. В результате произвольное чтение возможно, а запись — только всей ленты. Чтобы не было катастрофы по скорости производитель устраивает на блине и зоны нормальной (CMR) записи, которая используется как кэш второго уровня (первый — память диска) при случайной записи. И опустошается при простое диска.
                                                                                                                                          +1
                                                                                                                                          Или запись более узкой головкой физически невозможна?
                                                                                                                                          Да. Дело уже не в головке, а в конфигурации магнитных полей, они так просто не хотят делаться у́же.
                                                                                                                                            +7
                                                                                                                                            Дополню уже имеющиеся ответы

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


                                                                                                                                            В жестком диске головка позиционируется обычно быстрее, чем ожидание времени подлета сектора, поэтому производительность случайного ввода-вывода определяется скорость вращения пакета дисков. Десктопные диски крутятся на 7200 rpm, 7100/60=120 оборотов в секунду. Среднее время ожидания (сектор может быть в произвольный момент времени как на подлете, так и только что улетевшим) принимает за половину оборота, что дает теоретически достижимую производительность в 240 IOPS. Если требуется сперва прочитать блок, а потом его записать обратно, то надо прождать средние полоборота и потом еще целый, то есть, среднее время ожидания увеличится втрое, а максимальная производительность упадет до 80 IOPS.
                                                                                                                                            При этом между дорожками всегда есть промежутки, исключающие наползание дорожек друг на друга.


                                                                                                                                            В случае SMR наползание превращается в фичу. Но из-за этого записывается за раз только блок дорожек целиком, и для изменения одного 4к-блока надо перезаписать несколько десятков мегабайт.
                                                                                                                                            Допустим, для простоты счета, что друг на друга наползают 4 дорожки. В этом случае rmw-цикл потребует 0,5 оборота на ожидание начала блока, 4 оборота на чтение smr-блока, 1 штрафной на ожидание (его мы уже видели) и еще 4 на запись его обратно. 0,5+4+1+4 ≈ 10, ухудшение производительности составит 10/0,5=20 раз, 240/20=12 IOPS.
                                                                                                                                            При этом если есть достаточное количество пустых smr-блоков, то линейная запись будет оставаться довольно быстрой.


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


                                                                                                                                            Не говоря уже о повышенной нагрузке на механику диска.


                                                                                                                                            Учитывая, что статистически ожидаемая вероятность ошибки для консьюмерских дисков уже не позволяет считать объем диска без нескорректированых ошибок…
                                                                                                                                            При этом ничто не мешает им притворятся почти нормальными, особенно, пока диск почти пуст.

                                                                                                                                              0
                                                                                                                                              Спасибо большое всем за ответы. Что-то технология выглядит совсем «не очень». Эти ухищрения сделаны только для очень больших дисков, или для всех подряд, вроде 1-2Tb?
                                                                                                                                                +3
                                                                                                                                                Что-то технология выглядит совсем «не очень»

                                                                                                                                                Каджит уже не раз сказал за сегодня — это хорошо ложится на разные хоронилища. Много записи большими кусками, крайне редкая перезапись, основная нагрузка — простой и редкое чтение.
                                                                                                                                                Брать такой диск как системный (хм, в 2020 кто-то еще использует жесткий диск для системы?) или для какой-либо активной работы — так себе идея.


                                                                                                                                                Ухищрения, к сожалению, уже практически везде. Лучше мониторить форумы вроде ixbt, чтобы не ошибиться. Как косвенный параметр, можно ориентироваться на цену. Если два абсолютно одинаковых диска отличаются в цене на четверть, то есть вероятность что более дешовый как раз с smr.

                                                                                                                                                  +5

                                                                                                                                                  Прошу прощения за оффтоп, но уж больно интересно — почему Каджит говорит о себе в третьем лице?

                                                                                                                                                0
                                                                                                                                                Плотность в 1Тб на блин 3.5" HDD достигнута уже давно, так что в терабайтных моделях такое вряд-ли возможно будет встретить. А вот 2Тб уже, судя по всему, есть с SMR (WD20EZAZ например). Проще всего смотреть на кеш и вес в сравнении с схожими дисками — если вес сильно отличается в меньшую сторону по сравнению с аналогичной моделью, а кеш в разы больше — скорее всего перед вами диск с SMR
                                                                                                                                            0
                                                                                                                                            Ещё есть такой момент, как потенциальное снижение ресурса накопителя при черепичной записи. Перезапись нескольких дорожек при работе с одной это бОльшая нагрузка на механику по сравнению с перепендикулярной записью. Интересно, как это сказывается на ресурсе?
                                                                                                                                            Насчёт бОльшей головки записи — как я понимаю, достигнут предел сегодняшних технологий для обеспечения надёжной записи при растущей её плотности. Поэтому в виде черепичной записи нашли ресурс для дальнейшего повышения плотности записи, но ценой производительности накопителя.
                                                                                                                                            Похоже, что лучшее применение таких винчестеров это «холодные» данные и задачи, где случайная запись сведена к минимуму, например видеорегистраторы и в стандартных задачах их стоит избегать.
                                                                                                                                              0
                                                                                                                                              Перезапись нескольких дорожек при работе с одной это бОльшая нагрузка на механику по сравнению с перепендикулярной записью. Интересно, как это сказывается на ресурсе?

                                                                                                                                              Но меньше блинов, и, соответственно, БМГ легче. Так что задача становится вдвойне интереснее.
                                                                                                                                              +1

                                                                                                                                              Выглядит как бага в фирмвари. Какая разница откуда читать?

                                                                                                                                                0
                                                                                                                                                Не читать, а писа́ть.
                                                                                                                                                  +4

                                                                                                                                                  "где запрос на проверку сектора, в который еще не был записан вызывает ошибку" звучит для меня как чтение, а не как запись.


                                                                                                                                                  В проблему я сам не всматривался, но по посту это выглядит как ошибка чтения из незаписанных данных.

                                                                                                                                                    0

                                                                                                                                                    Ну да, ничто не должно мешать отдать данные из кеша.

                                                                                                                                                +1
                                                                                                                                                Интересно, а диски, наполненные гелием, такой болезнью страдать не должны? Или кто-то уже совместил две этих убийственных технологии?
                                                                                                                                                  +3

                                                                                                                                                  WD снова отличилась.

                                                                                                                                                    0

                                                                                                                                                    Да лучше прям как во время DTLA/DDYS/AVER — стеклянные блины, а чо — модно. Представляете себе убийственное сочетание? Гелий, стекло, SMR! И еще крышечку прозрачную


                                                                                                                                                    Вот так https://festima.ru/docs/182495250/moscow/hdd-wd-raptor-x-wd1500ahfd-150gb-bu-redkiy

                                                                                                                                                      0

                                                                                                                                                      Ээээ… хитачи разве не до конца производили стеклянные блины?
                                                                                                                                                      Но даже если нет, проблемы тех винтов не в блинах были, а во флюсе.
                                                                                                                                                      Да и если диск не пинать, стекло не крошится, а если пинать — то диск не жилец.

                                                                                                                                                        +3

                                                                                                                                                        Нет, со флюсом (это общеизвестно) — проблемы были у фуджей. Cirrus logic и все такое. После серии mpg им пришлось уйти с рынка десктопных накопителей. Но вот ноутбучные и серверные они ещё очень долго делали и они были прекрасны. Пока их не купила вроде бы Хитачи.
                                                                                                                                                        А с айбиемками там вообще интересная история была. Реальная катастрофа из-за неудачного стечения обстоятельств. Начиная от багов в фирмваре, неудачном игольчатым контакте между гермоблоком и контроллером (лечилось простой пропайкой), да ещё и стеклянные блины, с которых магнитное покрытие слезало. Жесть, короче.

                                                                                                                                                          +1

                                                                                                                                                          Да, спутал. Спасибо, что поправили.

                                                                                                                                                        0
                                                                                                                                                        у AVER-ов разве со стеклянными блинами проблемы были?
                                                                                                                                                        мне казалось, там что-то с механикой, то ли головки, то ли шпиндель
                                                                                                                                                          0

                                                                                                                                                          у DDYS — точно, у AVERов могли и к металлическим вернуться, но они более надежными от этого не стали. Не помню — давно было

                                                                                                                                                      +1
                                                                                                                                                      Назад в будущее к магнитной ленте¿
                                                                                                                                                        –2

                                                                                                                                                        Я вообще не понял проблемы. Мне вообще по барабану, что там внутри SMR, не-SMR, лишь бы реальное поведение диска соответствовало ожидаемому. Касательно нюансов — я помню какую свинью подложили WD, когда перешли на Advanced Format — там реально при неудачной разметке диска можно было всерить более половины производительности (когда по факту — у тебя пишется два смежных сектора по 512 байт, а они попадают в два физических сектора по сколько там -по 4KB?). Но по крайней мере быстродействие было единственной проблемой — сам диск превосходно работал и не давал IDNF при протормозках. Вообще IDNF выглядит как нарушение стандарта, а рейд контроллеры тоже молодцы — выкидывать диски без причины. Давайте рейды запретим, а?


                                                                                                                                                        И, да, журналисты как обычно… изнасиловали технарей в мозг

                                                                                                                                                          +4

                                                                                                                                                          Комментарий чуть выше:


                                                                                                                                                          Допустим, для простоты счета, что друг на друга наползают 4 дорожки. В этом случае rmw-цикл потребует 0,5 оборота на ожидание начала блока, 4 оборота на чтение smr-блока, 1 штрафной на ожидание (его мы уже видели) и еще 4 на запись его обратно. 0,5+4+1+4 ≈ 10, ухудшение производительности составит 10/0,5=20 раз, 240/20=12 IOPS.

                                                                                                                                                          И это в нормальном режиме работы. Что будет, если наложится фрагментация данных на массивный IO — даже думать не хочется. На \r можно найти сообщения о падении скорости до 12-16 МБ/с при линейной записи, что косвенно подтверждает правильность прикидок.

                                                                                                                                                            0

                                                                                                                                                            Повторюсь, что пока накопитель работает в установленном режиме — все ок. Проблема только лишь в том, чтобы получить от производителя четкие критерии того, что с какой скоростью должен накопитель работать. Пример с advanced format я приводил — накопитель исправен — скорость в Ж*. Даже линейная. Не говоря уже о случайном доступе. Является ли это причиной для возврата? Ну, вряд ли.


                                                                                                                                                            На \r можно найти сообщения о падении скорости до 12-16 МБ/с при линейной записи, что косвенно подтверждает правильность прикидок.

                                                                                                                                                            ну, печально, согласен. Ожидаешь от современного накопителя что-то в районе 100MB/sec по всей поверхности (я очень давно и плотно развлекался тестами victoria/mhdd и мониторил обзоры, пока не пришла эпоха ssd).

                                                                                                                                                              +1

                                                                                                                                                              Ну, тот же AF дает ухудшение IOPS всего втрое в худшем сценарии, которого легко избежать правильным выравниванием и установкой размера блока фс (clustersize, ashift, etc).


                                                                                                                                                              Тут же никаких гарантий нет и в принципе быть не может. В том-то и проблема.

                                                                                                                                                                +1
                                                                                                                                                                Тут же никаких гарантий нет.

                                                                                                                                                                ну, я запросто могу гарантировать, что для любого накопителя я подберу самый плохой именно для него сценарий работы (даже с включенным буфером), в котором он будет по скорости как магнитная лента. Типичная история — это работа с кучей мелкий файлов на запись.
                                                                                                                                                                Повторюсь, что проблема преувеличена очень сильно за счет того, что ожидания не совпали с реальностью. Является ли это просчетом WD? Наверное, да — потому что ожиданиями клиента надо управлять. Было бы честно информировать клиента о скоростных характеристиках накопителя? Да, потому что цифры типа "sustained rate" абсолютно не говорят о реальных скоростных характеристиках.
                                                                                                                                                                Ну, и вообще отдельная история — это спецификации
                                                                                                                                                                Вот открываю рандомный диск — https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/data-center-drives/ultrastar-dc-hc500-series/product-manual-ultrastar-dc-hc530-sata-oem-spec.pdf


                                                                                                                                                                Probability of not recovering data is 1 in 10^15 bits read.

                                                                                                                                                                SRSLY? На минуточку — это диск на 14Терабайт!!! Т.е. 1.12e+14 битов чисто самой емкости (если я не обдолбался с рассчетами). Ну, и консумерских этот параметр надежности еще ниже (1 из 10^14)

                                                                                                                                                                  +5

                                                                                                                                                                  В целом согласен. однако


                                                                                                                                                                  Повторюсь, что проблема преувеличена очень сильно за счет того, что ожидания не совпали с реальностью

                                                                                                                                                                  Ну, как сказать. Покупая пастеризованное молоко определенной марки, ожидаешь, что оно простоит в холодильнике неделю. Особенно, если оно до этого нормально стояло 10-12 дней.
                                                                                                                                                                  Если оно вдруг стоит всего два дня — значит, при покупке обманули покупателя, впарив тихой сапой или другой товар под той же маркой, или просрочку.
                                                                                                                                                                  Появись вместо WD Red Pro — WD Red Light или WD Red SMR Edition — это было бы норм. а так произошла подмена устройства на другое с заведомо худшими характеристиками.


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


                                                                                                                                                                  sustained rate

                                                                                                                                                                  Оно вообще непонятно как измеряется.

                                                                                                                                                          +1
                                                                                                                                                          То есть они вот так взяли и похоронили одно из важных преимуществ HDD перед SSD? Теперь HDD тоже стирают только большими блоками, что то там самостоятельно внутри себя перезаписывают… И только ради возможности поставить 3 блина, а не 4?
                                                                                                                                                            0

                                                                                                                                                            Ага. Только у хдд все ещё остаётся преимущество — их можно писать, класть на полку и, условно, через год данные там останутся. На ssd, была недавно тут на Хабре статья, Флэш память теряет данные, т.к. стекает заряд (фейспалм)

                                                                                                                                                              0
                                                                                                                                                              У меня SSD лежал не включаясь ~5 лет, я не сравнивал по CRC, но винда с него впоследствии загрузилась. С другой стороны, во время моего сисадминства были пару раз случаи, когда пролежавший в шкафу пару тройку лет HDD не раскручивался. Можно конечно считать, что данные на блинах остались, но ценник на аппаратное восстановление негуманен.
                                                                                                                                                                +1

                                                                                                                                                                Типичная иллюстрация принципа, что бекап нужно регулярно проверять, иначе это не бекап

                                                                                                                                                                  +1
                                                                                                                                                                  Стратегия создания бакапов выходит за тему статьи, я лишь хотел сказать, что для целей длительного хранения больших массивов информации ни одна доступная технология не подходит. То есть мы можем сказать про прошлое, что вот эти HDD или эти DVD-R стабильно хранили информацию 10 лет, но сейчас точно таких купить нельзя, а сколько смогут хранить те которые купить можно, станет ясно через 10 лет (или раньше, если все плохо). Пока, наибольшей стабильностью отличаются магнитные ленты, но и тут в новых технологиях нельзя быть уверенным (более высокая плотность записи рано или поздно приведет к снижению срока хранения).
                                                                                                                                                                    0
                                                                                                                                                                    эти DVD-R стабильно хранили информацию 10 лет

                                                                                                                                                                    к сожалению, у меня с ними негативный опыт


                                                                                                                                                                    а сколько смогут хранить те которые купить можно, станет ясно через 10 лет (или раньше, если все плохо).

                                                                                                                                                                    соглашусь


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

                                                                                                                                                                    еще вариант — облако, и побольше копий (вопрос только лишь в том, что это реально может стать дорого)