The OpenNET Project / Index page

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

Выявлена несовместимость SMR-дисков WD с ZFS, которая может привести к потере данных

03.05.2020 10:15

Компания iXsystems, разрабатывающая проект FreeNAS, предупредила о серьёзных проблемах с совместимостью ZFS с некоторыми новыми жёсткими дисками WD Red, выпускаемыми компанией Western Digital с использованием технологии SMR (Shingled Magnetic Recording, черепичная магнитная запись). При наихудшем сценарии использование ZFS на проблемных накопителях может привести к потере данных.

Проблемы возникают с дисками WD Red ёмкостью от 2 до 6 ТБ, выпускаемыми с 2018 года, которые используют при записи технологию DM-SMR (Device-Managed Shingled Magnetic Recording) и маркируются меткой EFAX (для CMR-дисков используется идентификатор EFRX). Western Digital отметила в своём блоге, что SMR-накопители WD Red рассчитаны на применение в NAS для дома и малых предприятий, в которых устанавливается не более 8 накопителей и наблюдается нагрузка на уровне 180 ТБ в год, характерная для резервного копирования и обмена файлами. Предыдущее поколение накопителей WD Red и модели WD Red с ёмкостью от 8 ТБ, а также диски линеек WD Red Pro, WD Gold и WD Ultrastar, продолжают производиться на базе технологии CMR (Conventional Magnetic Recording) и их использование не вызывает проблем с ZFS.

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

DM-SMR подразумевает, что операции зонирования и распределения данных управляются контроллером диска и для системы такой диск выглядит как классический жёсткий диск, не требующий отдельных манипуляций. В DM-SMR применяется косвенная логическая адресация блоков (LBA, Logical Block Addressing), напоминающая логическую адресацию в SSD-накопителях. После каждой операции случайной записи требуется выполнение фоновой операции сборки мусора, что приводит к непредсказуемым флуктуациям с производительностью. Система может пытаться применить к таким дискам оптимизации, полагая, что данные будут записаны в указанный сектор, но фактически выдаваемые контроллером сведения определяют лишь логическую структуру и на деле при распределении данных контроллер применит свои алгоритмы, учитывающие ранее размещённые данные. Поэтому перед использованием DM-SMR дисков в пуле ZFS рекомендуется произвести операцию по их обнулению со сбросом в исходное состояние.

К разбору условий, при которых возникают проблемы, привлечена компания Western Digital, которая совместно с iXsystems пытается найти решение и подготовить обновление прошивки. До публикации выводов об устранении проблем накопители с новой прошивкой планируется протестировать на высоконагруженных хранилищах с FreeNAS 11.3 и TrueNAS CORE 12.0. При этом утверждается, что из-за разного трактования SMR разными производителями на некоторых видах SMR-дисков проблем с ZFS не возникает, но предпринятое iXsystems тестирование сосредоточено только на проверке дисков WD Red на базе технологии DM-SMR, а для SMR-дисков других производителей требуется дополнительное исследование.

В настоящее время проблемы с ZFS доказаны и повторены в тестах как минимум для дисков WD Red 4TB WD40EFAX с прошивкой 82.00A82 и проявляются переходом в состояние сбоя при высокой нагрузке на запись, например, при выполнении перестроения хранилища после добавления в массив нового накопителя (resilvering). Предполагается, что проблема проявляется и на других моделях WD Red с той же прошивкой. При возникновении проблемы диск начинает возвращать код ошибки IDNF (Sector ID Not Found) и становится непригоден к использованию, что обрабатывается в ZFS как сбой диска и может привести к потере хранящихся на диске данных. При сбое нескольких дисков данные в vdev или пуле могут быть потеряны. Отмечается, что упомянутые сбои возникают достаточно редко - из примерно тысячи проданных систем FreeNAS Mini, которые комплектовались проблемными дисками, проблема всплыла в рабочих условиях только один раз.

  1. Главная ссылка к новости (https://www.ixsystems.com/blog...)
  2. OpenNews: Western Digital опубликовал специализированную ФС Zonefs для зонированных накопителей
  3. OpenNews: Эксперимент по использованию жесткого диска в качестве микрофона
  4. OpenNews: Компания Cloudflare подготовила патчи, кардинально ускоряющие дисковое шифрование в Linux
  5. OpenNews: Ошибка в прошивке SSD-накопителей HPE, приводящая к потере данных через 32768 часов работы
  6. OpenNews: Новая проблема в SSD-накопителях HPE, приводящая к потере данных через 40000 часов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52867-smr
Ключевые слова: smr, disk, zfs, freenas
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (295) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.7, Аноним (7), 11:05, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Внесу ясность. Сами ЖД на базе SMR шли аж с 2013 года. Это не новая технология.

    Тема всплыла из за мошеннических амбиций производителей. Либо на складе ЖД залежались либо запустили конвеер. Правда не понятно почему в дисках 2-6 ТБ (их итак умели делать, другое дело в объемных 14 тб + гелий etc).

     
     
  • 2.9, Аноним (9), 11:14, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В объемных гелиевых 14+тб  от smr вроде как раз быстро отказались, в 20+ эта технология вообще не жизнеспособна. Потому что это только очень сомнительная экономия для производителя, и она совсем незначительная. Диски и так становятся адово медленными, если раньше 300мб/с линейная скорость была (ограничение сата2 скажем как раз 3 гигабита/сек -- считать в байте 10 бит), то теперь она стремится к 0.

    Вд кстати не скрывает шитмр, сигейт вот скрывает. У него и в 14 тб моделях встречается, в 16 вроде уже нет? Не уверен.

     
     
  • 3.21, Аноним (21), 11:51, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вд кстати не скрывает шитмр

    И где можно прочитать об этом относительно сабжевых дисков, кроме свежей новости? Недавно копался в спеках от WD, нигде упоминаний SMR не встречал.

     
     
  • 4.34, Аноним (9), 12:16, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю, в описании каждого диска всегда пишут, например тут аж несколько раз https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/publ

    А вообще они как-то кодами в названии отличаются, я где-то видел расшифровку.

     
     
  • 5.106, An O Nim (?), 16:48, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Гуглите ан.яз. источники. В спеке у производителя запросто может не быть информации. Нет надёжных источников инфы, включая производителя.
     
     
  • 6.111, Аноним (9), 17:09, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да что уж там, NVIDIA продавала карты с медленной ddr3 памятью вместо быстрой gddr5 под одним и тем же именем. Ещё и дороже. Карты при этом были в 2 раза хуже. Я так понимаю, тут тоже один из эффективных "оптимизирующих" моментов имел место быть. И всё же, если заявляют, что диски PMR, SMR в них не положат. Видимо, надо читать рекламные буклеты перед покупкой. Да и на вопросы о том, smr там или нет, всё же отвечают прямо (хотя я лично наблюдал виляние задом в ответ на этот простой вопрос со стороны представителя сигейта).
     
     
  • 7.134, YetAnotherOnanym (ok), 18:39, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > надо читать рекламные буклеты

    Вот как раз таки рекламные буклеты никогда читать не надо.

     
  • 7.196, MihaNix (?), 06:32, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз про nvidia было все наоборот.
    Продавали карты с ddr5 вместо ddr3. Потому, что модули ddr3 банально закончились на производстве а видеокарты готовые отгружать надо...
     
     
  • 8.197, Аноним (9), 07:22, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто уже карты с ddr3 в то время не делал, кроме того ценник там не такой уж... текст свёрнут, показать
     
     
  • 9.244, Аноним (244), 20:31, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Карты так продоют GDDR5 64бит шина и DDR3 128 бит шина и то и другое может быть ... текст свёрнут, показать
     
     
  • 10.248, Аноним (9), 20:54, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там история была, что нвидия выпустила на рынок бюджетные карты, которые оказали... текст свёрнут, показать
     
  • 5.113, Аноним (21), 17:20, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну ты нашёл пример. Там же HM-SMR, его всяко не спрячешь, поддержка со стороны драйвера нужна. Тут-то речь про DM-SMR идёт.
     
     
  • 6.120, Аноним (9), 17:51, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну ты нашёл пример. Там же HM-SMR, его всяко не спрячешь, поддержка
    > со стороны драйвера нужна. Тут-то речь про DM-SMR идёт.

    Хорошо, открываю другой даташит https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/publ

    Опять же дважды написано что это pmr (cmr). Я так понимаю у них всё-таки жёсткое разделение по моделям с smr и без (2 буква в коде).

     
     
  • 7.157, Аноним (21), 20:51, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Всё равно та же линейка, если там деление CMR/HM-SMR, то указание логично. Где про Red и другие цветные серии прочитать (не считая выложенной за последнюю пару недель доки)?
     
  • 7.238, Sonnar (ok), 19:49, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так речь то идёт про серию WD RED, и в описании что-то я не найду что там, SMR или CMR
    https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/publ
     
     
  • 8.246, Аноним (9), 20:36, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да А тут написано https documents westerndigital com content dam doc-librar... большой текст свёрнут, показать
     
  • 3.210, пох. (?), 13:25, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    wd - да, отказались. То есть супертехнология вовсе не нужна для создания диска на 14T - она явно нужна только ради одного - изготовления еще более одноразового и ненадежного дерьма.

    У сигейта просто и 14т модели - одноразовое ненадежное дерьмо, сделанное на от...сь

     

  • 1.1, A.Stahl (ok), 10:45, 03/05/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +18 +/
     
     
  • 2.13, Alen (??), 11:27, 03/05/2020 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     

  • 1.2, Аноним (2), 10:46, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –37 +/
    Это проблемы ZFS и фринаса. Берите QNAP, будет счастье.
     
     
  • 2.6, Аноним (6), 10:56, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я лучше btrfs продолжу пользоваться.
     
     
  • 3.32, Аноним (32), 12:11, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    у него возможно те же проблемы но в виду малоюзания btrfs о них еще не знают
     
     
  • 4.88, Аноним (9), 14:32, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > у него возможно те же проблемы но в виду малоюзания btrfs о
    > них еще не знают

    Разве в btrfs нет оптимизации специально по smr? Обещали же вроде допилить, ещё несколько лет назад.

     
  • 4.309, Аноним (309), 18:16, 30/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > у него возможно те же проблемы но в виду малоюзания btrfs

    Миллиард хомяков - нифига себе малоюзание.

    > о них еще не знают

    Странно, WD почему-то упоминал о поддержке этого добра в btrfs.

     
  • 3.46, xm (ok), 12:37, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +23 +/
    Правильно. Данные должны теряться вне зависимости он типа носителя.
     
  • 3.50, Школьник (ok), 12:49, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, это хороший способ избежать проблем с SMR. Ведь до их появления твои данные просто не доживут.
     
     
  • 4.121, VINRARUS (ok), 17:58, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Ведь до их появления твои данные просто не доживут.

    С какого перепугу?

     
     
  • 5.295, Школьник (ok), 00:49, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А что, в btrfs RAID уже перестал разваливаться? Или еще чуточку лет надо поработать бета-тестером на буржуев забесплатно?
     
  • 2.8, Аноним (8), 11:09, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Кажется, жд не должен дохнуть чтобы там на него не писали, не? Явный баг в логике контроллера, да еще и трудноуловимый, а ты закрытую коммерческую "панацею" притащил. Спасибо, не нужно, и так настрадались
     
  • 2.10, Васян (?), 11:18, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это проблема производителя который не указывает эту технологию в спецификациях д... большой текст свёрнут, показать
     
     
  • 3.15, Гость (??), 11:39, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    WD40EZRZ не SMR! синие 3.5 SMR только два WD20EZAZ и WD60EZAZ.
     
     
  • 4.74, Васян (?), 13:57, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >  WD40EZRZ не SMR! синие 3.5 SMR только два WD20EZAZ и WD60EZAZ.

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

    https://forum.ixbt.com/topic.cgi?id=11:47536:2025#2025

     
     
  • 5.149, Гость (??), 20:02, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хватит ссылаться на это сообщение, написанное от фонаря.

    список SMR https://blog.westerndigital.com/wp-content/uploads/2020/04/2020_04_22_WD_SMR_S

     
     
  • 6.155, EnemyOfDemocracy (?), 20:39, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хватит ссылаться на голимые отмазки корпорации, трясущейся за свою прибыль и написанную от фонаря.
     
  • 5.274, Аноним (274), 11:55, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    у меня есть 2 WD40EZRZ-00GXCB0 в нас. качал торренты на них - никаких проблем с производительностью не было. да и кеш 64мб маловат для сабжа - с таким кешем и SMR тормозилово было просто адовое.
    p.s. ixbt известен своими ыкспертами ;)

     
  • 5.304, Ttttt (?), 07:31, 07/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    APPOLO не SMR, смысла делать пластины на SMR с плотностью 1.3 Tb/Plate - ноль.
    https://rml527.blogspot.com/2010/10/hdd-platter-database-western-digital-35.ht
    Слушать "Data Recovery Expert" при покупке диска, это как слушать незнакомого механика при покупке авто. Ваши поломки - их хлеб.
     
  • 3.23, Дмитрий П. (?), 11:59, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У меня дома в работе 2 внешних накопителя, оказавшихся SMR. Были проблемы при начальном наполнении с предшественника, решились через rsync --bwlimit=25m . После этого объёмы записи не превышают критические для диска, так что всё нормально работает. Не паникуйте, просто учитывайте особенность. У CD-R было куда больше ограничений, но все пользовались.
     
     
  • 4.42, Анонимленьлогиниться (?), 12:30, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю. Использую не супер нагруженный raidz2 дома на базе SMR дисков сигейт, уже больше двух лет, проблем никаких. Есть нюансы но для некоторых применений они некритичны.

    Проблема не в принципе с SMR (хотя надо понимать особенности и последствия), а кривой прошивке WD.

     
     
  • 5.107, An O Nim (?), 16:52, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема не в принципе с SMR (хотя надо понимать особенности и последствия), а кривой прошивке WD.

    Видимо, таки проблема в SMR особенности и последствиях тоже.

     
  • 4.55, Аноним (9), 13:02, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет, SMR это провальная технология. Купить такие диски могли только очень наивные люди.
     
  • 4.130, хотел спросить (?), 18:35, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем покупать шлак, если за +- те же деньги можно купить более адекватный диск?
     
  • 4.148, Аноним (148), 19:56, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У CD-R было куда больше ограничений, но все пользовались.

    CD-R пользовались строго по назначению, внешнее отличие от ЖД было очевидно даже ребёнку. А теперь представь, что ты купил ЖД, а он оказался CD-R со всеми его ограничениями...

     
  • 4.235, Аноним (235), 18:50, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На коробке с CD-R написано, что это CD-R.

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

    Я бы этот SMR и бесплатно не взял, это даже диском назвать нельзя, какой-то ленточный накопитель.

     
  • 3.24, Аноним (24), 12:00, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У сигейтов VX и VM серии не пробовал? После сдохших нескольких баракуд взял VM - для обычной хранилки фильмов данных самое то. Скоростей не хватает, зато проблем не вызывают и тихие.
     
     
  • 4.28, VINRARUS (ok), 12:08, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >После сдохших нескольких баракуд

    Гарантия в 1 год как бы намикает...

     
     
  • 5.39, Аноним (24), 12:24, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это очень плохая лотерейка. Самый первый купленный ST1000DM003-9YN162 - работает до сих пор. А остальные, увы. Раньше него только хитачи был взят. Трудится до сих пор.
     
     
  • 6.47, VINRARUS (ok), 12:44, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Раньше него только хитачи был взят. Трудится до сих пор.

    У меня 2 хитачи: 2007 года на 250 Гб и 2010 года на 1000 Гб.
    Так тот шо 2007 года хоть и греется, и раньше всегда как системный использовался, но работает примерно так же как и 10 год назад — вибрация на низком уровне, по громкости даже тише некоторых современных.
    А вот тот шо 2010 года работал в основном как файлопомойка, но ему поплохело и щас я его отключил от питания — вибрация весь системник сотрясает, неприятно очень.

    Всего за 3 года хитача убила своё производство...

     
     
  • 7.59, Аноним (24), 13:14, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Последние из выпущенных HGST были тоже лотерейкой. У меня 4Тб - стоит и молча работает. Скоростей не показывает, но для хранилки барахла пойдёт.
     
     
  • 8.64, Аноним (9), 13:38, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    4ТБ хитачи были наверно самые быстрые и производительные за всю историю дисков ... текст свёрнут, показать
     
     
  • 9.75, Аноним (24), 13:58, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    HGST HDN724040ALE640 не так уж он и быстр Тут выложили тесты ST4000VN008 По ср... текст свёрнут, показать
     
     
  • 10.76, Аноним (9), 14:05, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нууу это видимо не те диски, на которые надо смотреть Мне очень понравились HUS... текст свёрнут, показать
     
     
  • 11.84, Аноним (24), 14:18, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Он кажется и ценой был раза в два побольше Не готов был платить такие деньги за... текст свёрнут, показать
     
     
  • 12.87, Аноним (9), 14:28, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Остальные -- отбраковка 3 Да нормальная цена, когда я в прошлый раз смотрел ... текст свёрнут, показать
     
  • 3.27, VINRARUS (ok), 12:06, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Seagate Baracuda 2 TB в RAID 10 из дисков этой же линейки, но старше.
    >Задержки при записи на этот диск были больше секунды, вся система начала сильно тормозить.

    Пользователи баракуд в серверах должны страдать!
    >Себе купил пару ST4000VN008

    И я купил такой, скорость так себе.
    https://hotline.ua/img/upload/images/k/i/5c71e9cc9f78e.png

     
     
  • 4.72, Васян (?), 13:52, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не сервер, это домашний комп.
    RAID там потому что:
    - жесткие диски ломаются и потерять свои документы, фотографии и видео при поломке единственного диска очень не хочется;
    - жесткие диски тормозят, RAID чуть улучшает ситуацию;
    - за RAID в Linux не надо доплачивать, он бесплатно есть уже пару десятилетий. Почему бы не воспользоваться?

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

     
     
  • 5.97, VINRARUS (ok), 15:36, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если в RAID одинаковые диски то не редко они дохнуть синхронно при перестройке ... большой текст свёрнут, показать
     
  • 3.63, user (??), 13:35, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    https://www.ixsystems.com/community/resources/list-of-known-smr-drives.141/
     
  • 2.22, Дмитрий П. (?), 11:55, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    IDNF = sector ID Not Found. Диск имеет право такое выдавать, только если у него действительно серьёзная проблема. Если это лезет при обычной записи, значит накопитель тоже виноват, и производитель его соответственно. Если описание ситуации не врёт, то ZFS воспринимает ситуацию адекватно.
     
  • 2.26, Аноним84701 (ok), 12:04, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Это проблемы ZFS и фринаса.

    Правильно! Следющим шагом - ставить винду и использовать исключительно NTFS, потому что изящные косты^W инновации в прошивке производителем "рассчитаны на применение в NAS для дома" именно для этой комбинации, а все остальное на ваш страх и риск? 🙄

     

     ....большая нить свёрнута, показать (39)

  • 1.3, Аноним (9), 10:51, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    >180 ТБ в год

    У меня в день больше. Что так скоромно то?

     
     
  • 2.30, VINRARUS (ok), 12:09, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Выключи торент-клиент.
     
     
  • 3.65, Michael Shigorin (ok), 13:42, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>> 180 ТБ в год
    >> У меня в день больше.
    > Выключи торент-клиент.

    Ага, или канал двадцатигигабитный как минимум пригасить можно.

     
  • 2.77, Васян (?), 14:07, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +17 +/
    >>180 ТБ в год
    >У меня в день больше. Что так скоромно то?

    180 ТБ в день, это:

    (180*1024)/(24*60*60) = 2,13 ГБ в секунду. Даже по чтению для одного HDD -- феноменальная скорость, укажи модель или заткнись.
    Если речь про рейд до 8 дисков включительно, как в новости, то ~273 МБ/c. Даже это феноменально для одного HDD по всей площади пластины. Укажи модель и производителя.

     
     
  • 3.83, Аноним (9), 14:16, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Ps это только в zfs рейды такие медленные.
     
     
  • 4.93, Аноним (93), 15:06, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Ps это только в zfs рейды такие медленные.

    Модель давай, фантазер опеннетный.

     
  • 4.189, foo1 (?), 01:51, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да пользуй дальше поделие орякля для бедных)
     
  • 3.221, аегшнеа (?), 15:55, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    может нагрузка на полку у него. или просто балабол.
     

  • 1.4, Аноним (4), 10:52, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Этап героического преодолевания проблем.
     
  • 1.5, Сергей (??), 10:55, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    при чем тут zfs. если это проблема компа под названием диск от WD, вспомним еще SSD-ки от HP
     
     
  • 2.31, Аноним (31), 12:10, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > при чем тут zfs. если это проблема компа под названием диск от WD

    Вот только у WD почему нет проблем  при работе с разделами NTFS, FAT, ext4 и пр.

     
     
  • 3.33, Аноним (32), 12:12, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    вот и храните данные на NTFS, FAT, ext4...
     
  • 3.110, Annoynymous (ok), 17:05, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты не можешь утверждать, что проблем нет с другими ФС. В новости ясно написано, что на всём проде FreeNAS такая ситуация была один (прописью: один) раз.

    Чем докажешь, что звёзды не могут сложиться и в других ФС и при других условиях эксплуатации?

    Да и у других производителей, если уж на то пошло.

     
     
  • 4.118, Аноним (21), 17:42, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Зато там написано, что проблема возникла при замене диска в RAID. Из этого можно заключить, что ФС, являющиеся просто ФС, а не комбайнами со встроенной поддержкой RAID, скорее всего, не подвержены. Зато могут быть подвержены mdraid, LVM и т. п.
     
     
  • 5.131, Annoynymous (ok), 18:36, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    При замене диска в рейде произошла ресинхронизация, при этом был записан огромный массив данных.

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

     
     
  • 6.158, Аноним (21), 20:54, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ошибка в обычной ФС не будет иметь далеко идущих последствий, а вот RAID перейдёт в деградированное состояние.
     
     
  • 7.169, Annoynymous (ok), 22:07, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ошибка в обычной ФС не будет иметь далеко идущих последствий, а вот
    > RAID перейдёт в деградированное состояние.

    Да, и она может вскрыться только через десяток лет, когда понадобятся неправильно записанные данные. Поэтому и отловить её существенно сложнее.

     
     
  • 8.175, Аноним (21), 23:28, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    С чего это ОС, получив ошибку, попытается записать блок повторно, и рано или по... текст свёрнут, показать
     
  • 3.207, Аноним (207), 12:30, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то есть. При установке WD Red в raid1 под базу данных рейд начал произвольно разваливаться, в логах таймауты. После пересборки продолжал работать какое-то время и опять разваливался.
     
  • 2.124, Аноним (124), 18:03, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что лучше то? У меня сигейты как мухи умирали несколько лет назад, с тех пор доверие подорвано к ним.
     
     
  • 3.153, Балбес (?), 20:24, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У меня тоже одно время дохли как мухи, пока я, балбес, не пригласил электриков проводку поменять!!!... Вроде бы и не балбес, а оказалось не всё уж как и думалось...
     
  • 3.187, Аноним (-), 01:46, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Аналогично, и это на онлайн-UPS'ах с идеальной синусоидой, и качественными блоками питания! Но урок усвоен - для _меня_ Seagate больше дисков не производит.
     

  • 1.11, Аноним (11), 11:22, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    там проблема не только zfs, проблема вообще диска, при случайной записи падает производительность. https://blocksandfiles.com/2020/04/15/shingled-drives-have-non-shingled-zones-
    я если правильно понял, там говорится что диск выкидывает из raid массива после нескольких ошибок, принимая его за неисправный.
     
     
  • 2.36, Аноним (31), 12:16, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Because I don’t have any Seagate SMR drives, I can’t test the hypothesis that the IDNF issue is a WD firmware bug rather than a generic SMR issue. But throwing an error like that isn’t the kind of thing I’d associate with SMR as such – I’d simply expect throughput to turn to shit.

    Отличный анализ!!1 Я расковырял диск WD, потому как других дисков у меня небыло. Так что эта бага WD. А может и не WD. Хотя скорее это вообще бага SRM. А может и не SRM. Откуда я могу знать? У меня ведь только один хард был, который я сломал.

     
     
  • 3.159, Аноним (21), 20:55, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Расковыряй другие, напиши лучше.
     

  • 1.14, zurapa (ok), 11:31, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Это тот случай, когда не пользовался zfs и дальше не буду пользоваться. Vinum баще!
     
     
  • 2.20, Аноним (-), 11:50, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А я не буду пользоваться WD. Вечно с ними проблемы
     
     
  • 3.41, Lockywolf (ok), 12:27, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Блин, а кем пользоваться?

    Сигейт дрянь, ВД дрянь, Самсунг дрянь.

    Что там живо-то ещё? Тошиба? Хитачи?

    Upd: погуглил, Хитачи всё-таки умерла.

     
     
  • 4.45, Аноним (24), 12:36, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Самсунг уже давно сигейтом стал.
     
  • 4.61, Аноним (-), 13:26, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мне нравится Тошиба.
     
  • 4.67, Michael Shigorin (ok), 13:45, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Беру те, которые HGST.  Но теперь приходится и их по табличке проверять (см. #62).
     
     
  • 5.81, Аноним (21), 14:13, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это давно уже те же WD. По ТТХ легко найти модели-близнецы.
     
  • 5.90, Lockywolf (ok), 14:54, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Беру те, которые HGST.  Но теперь приходится и их по табличке
    > проверять (см. #62).

    Hgst -- это wd

     
     
  • 6.91, Michael Shigorin (ok), 14:55, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    *те WD, которые HGST.
     
  • 4.86, Сейд (ok), 14:25, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "Тосиба".
     
     
     
    Часть нити удалена модератором

  • 6.139, Сейд (ok), 19:10, 03/05/2020 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 7.150, Тфьу (?), 20:04, 03/05/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.166, Сейд (ok), 21:39, 03/05/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 8.205, Аноним (205), 11:33, 04/05/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 7.193, Аноним (193), 02:39, 04/05/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 8.202, Сейд (ok), 10:02, 04/05/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.206, xm (ok), 12:05, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мальчики, не спорьте. В японском языке нет чистых "с" и "ш", а есть звук представляющий их комбинацию.
     
     
  • 6.208, Сейд (ok), 12:35, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Максим, загляни вот сюда: https://www.susi.ru/SiOrShi3.html
    Здесь всё доходчиво написано. Думаю, на этом можно считать тему закрытой.

    Кстати, включи, пожалуйста, SCRAM-SHA-1-аутентификацию IMAP на своём почтовом сервере.

     
  • 6.241, Аноним (21), 20:16, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В японском языке нет чистых "с" и "ш", а есть звук представляющий их комбинацию.

    В русском такой тоже есть, "щ" обозначается.

     
  • 4.127, Аноним (124), 18:06, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тошиба и хитачи без нареканий уже много лет работают. Один даже с кучей бедов. WD тоже работает уже много лет. А вот сигейт действительно дрянь редкосная.
     
  • 3.185, Аноним (-), 01:36, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С серией WD Gold a k a WD Re a k a WD RAID Edition - проблем нет и небыло Единс... большой текст свёрнут, показать
     
  • 2.66, Michael Shigorin (ok), 13:44, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Vinum баще!

    Это глюкалово чудовищное хоть как-то чинили с тех пор, когда оно умело встать колом просто на добавлении какого там -- пятого или седьмого диска?

     

     ....большая нить свёрнута, показать (21)

  • 1.16, trantor (??), 11:40, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    На именно этих дисках же применяется специальная прошивка Nasware оптимизированная на применение в Raid массивах.
    Особенность Nasware это более быстрый ответ в случае сбоев в записи или чтении блоков,т.е. в то время как обычный диск пытается до последнего прочитать или записать блок(таймаут), Nasware диск быстро сообщает что он помер.
    Это сделано для того чтобы Raid массивы не зависали и быстро переключались на Spare.
     
     
  • 2.98, Аноним (98), 15:56, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    поэтому данные в них дохнут особенно быстро.
     
  • 2.186, Аноним (186), 01:40, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы в точности описываете технологию WD TLER (time limited error recovery), которая пришла к нам из далёкого прошлого со времён дисков WD RE 250Gb. И да, мне эта технология данные спасала не раз. Я всячески одобряю, НО при условии, что в случае необходимости её можно было бы отключить из-под UNIX.
     
     
  • 3.192, Аноним (192), 02:00, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > со времён дисков WD RE 250Gb

    Неправда, на 160-ках этой же серии это тоже было, мамой клянусь. Вот ниже 160-к не помню, как-то не приходилось встречать.

     
  • 2.217, vitalif (ok), 15:19, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это есть вообще на всех дисках.

    smartctl -l scterc,120,60 /dev/sde

    120/60 - это чтение/запись в десятых долях секунды

     
     
  • 3.219, Michael Shigorin (ok), 15:35, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это есть вообще на всех дисках.
    > smartctl -l scterc,120,60 /dev/sde
    > 120/60 - это чтение/запись в десятых долях секунды

    Ух ты, не знал, спасибо.  Правда, в smartctl(8) пишут:[CODE]READTIME and WRITETIME arguments (deciseconds) set the specified
    values.  Values of 0 disable the feature, other values less than
    65 are probably not supported
    .  For RAID configurations, this is
    typically set to 70,70 deciseconds.[/CODE]

     
     
  • 4.252, vitalif (ok), 22:28, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > values less than 65 are probably not supported

    хз, я на каком-то сигейте ставил 10,10 когда пытался данные с него восстановить - работало...

     
  • 3.237, пох. (?), 19:39, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вас обманули - давно уже не на всех. На куче модных-современных эта команда вернет ошибку.

    Дальше возможны варианты - от невозможности отключить,  до невозможности включить когда нужен.

    wd и тут, помнится, впереди планеты всей.

     
     
  • 4.253, vitalif (ok), 22:29, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да не, и раньше были диски, которые это не умели. но нормальные умели. возможно просто меньше стало нормальных :-))

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

     
     
  • 5.268, пох. (?), 10:56, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну когда раньше - когда-то просто не было этой чудо-технологии - диск поелозив д... большой текст свёрнут, показать
     

  • 1.18, КО (?), 11:41, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Такую фигню как механическое считывание/запись давно пора выкинуть
     
     
  • 2.37, VINRARUS (ok), 12:17, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А виниловые пластинки чем не угодили?
     
     
  • 3.138, Аноним (9), 19:05, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А виниловые пластинки чем не угодили?

    Они заметно деградируют с _каждым_ воспроизведением. Магнитная плёнка куда лучше во всех отношениях (хотя тоже подвержена износу и в тепле хранить нельзя).

     
     
  • 4.151, LesPaul (?), 20:14, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если у Вас какой нибудь советский проигрыватель вроде "Арктур" или "Вега", то да, портят, но в таком случае прослушивание винила теряет своё значение. С хорошим же аппаратом, у которого подвес, тонарм, игла, привод и прочее, пластинки прослужат очень долго, и переживут не только Вас, но и ваших внуков, чего не скажешь ни о плёнке, ни о CD, ни тем более твердотелых накопителях.
     
     
  • 5.167, Сейд (ok), 21:54, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У моей мамы советский проигрыватель «Ария-5303 стерео», пластинки на нём будут слушать и мои дети. Если сравнивать по звуку и качеству сборки с современными недорогими проигрывателями, то он точно будет лучше.
     
     
  • 6.168, Michael Shigorin (ok), 21:58, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пассики запасите (в смысле по влаге законсервируйте)...
     
     
  • 7.171, Сейд (ok), 22:14, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, не понимаю, о чём вы. Этот проигрыватель просто стоит в комнате и изредка на нём слушают пластинки.
     
     
  • 8.180, Аноним (-), 01:25, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он о ремнях привода - они деполимеризируются и трескаются со временем ... текст свёрнут, показать
     
     
  • 9.201, Сейд (ok), 09:49, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Где-то лежит такой запасной в круглой пластмассовой коробочке ... текст свёрнут, показать
     
  • 6.174, LesPaul (?), 23:27, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Наконец-то советские проигрыватели по качеству догнали современные китайские, или наоборот) Но я не буду снобом, так как действительно хорошо звучащие проигрыватели в нынешнее время стоят очень дорого, а чтобы собрать б/у, нужно иметь богатый опыт.
     
     
  • 7.176, Сейд (ok), 23:47, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я писал про китайские и штатовские проигрыватели.
     
  • 5.301, RHEL Fan (?), 13:02, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У меня есть Вега, там "подвес, тонарм, игла, привод и прочее". На современном Stanton был прижим 3 грамма и антискейтинг отсутствовал. Да еще тонарм короткий. На таком пласты долго точно не проживут.
     
  • 3.265, Аноним (265), 09:51, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поганым звуком. (да, я в курсе, что есть любители, но после ленты и винила для меня CDA было как небо и земля.)
     
  • 2.57, user (??), 13:10, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А бэкапить куда?
     
     
  • 3.68, Michael Shigorin (ok), 13:46, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > А бэкапить куда?

    На глиняные таблички!
    Ой, как раз черепица и выходит...

     

  • 1.19, Коровавирус (?), 11:46, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Это же боян, не?
    Почему я об этом уже месяц знаю?
     
     
  • 2.29, Свидетель5g (?), 12:08, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Потому что новость на опеннете появилась в контексте новостей Freenas и ZFS, а не SMR в WD.
     

  • 1.25, Аноним (25), 12:03, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хватит насиловать магнитные блины
     
     
  • 2.35, Аноним (7), 12:16, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На SSD нет денег
     
  • 2.38, VINRARUS (ok), 12:18, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спеки немагнитные.
     
  • 2.70, Michael Shigorin (ok), 13:47, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хватит насиловать магнитные блины

    Кстати, кто-нить проводил эксперименты/встречал результаты по среднесрочной сохранности данных на обесточенных SSD или флэшках?
    Скажем, в течение пяти-десяти лет.

     
     
  • 3.78, Аноним (9), 14:08, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Говорят же полгода потолок на всех нынешних косумерских ссд. 15-d tlc или как их там называют.
     
  • 3.80, Аноним (24), 14:11, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смотри на 3дньюс осень прошлого года. Они продолжают тестипровать, может вышла и новая редакция тестов.
    Выводы у них неутешительны. Основная проблема в нынешних технологиях это внезапная потеря данных без предварительного ухудшения состояния. И большинство технологий дошли до необходимости постоянной перезаписи всего диска. Иначе заряд мимо тазика утекает.
     
     
  • 4.99, Аноним (98), 15:58, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    может, проще к оперативке батарейку прицепить? гораздо надёжней будет.
     
  • 3.96, Lockywolf (ok), 15:30, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Хватит насиловать магнитные блины
    > Кстати, кто-нить проводил эксперименты/встречал результаты по среднесрочной сохранности
    > данных на обесточенных SSD или флэшках?
    > Скажем, в течение пяти-десяти лет.

    Самое гадкое, что даже "вечные" болванки CD/DVD страдают битротом.

     
     
  • 4.108, Аноним (9), 16:57, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >https://www.verbatim.com/prod/optical-media/dvd/archival-grade-gold-dvd-r/ultr

    Обещают до 100 лет. Можно ещё вспомнить, что плёнка проживёт в 5 раз меньше. Самый надёжный метод хранения информации, это записать её в кварце. Что-то коммерческое применение технологии не получило особого распространения.

     
     
  • 5.122, Lockywolf (ok), 18:00, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >>https://www.verbatim.com/prod/optical-media/dvd/archival-grade-gold-dvd-r/ultr
    > Обещают до 100 лет. Можно ещё вспомнить, что плёнка проживёт в 5
    > раз меньше. Самый надёжный метод хранения информации, это записать её в
    > кварце. Что-то коммерческое применение технологии не получило особого распространения.

    Врут.

    https://en.m.wikipedia.org/wiki/Disc_rot

     
     
  • 6.141, Аноним (9), 19:39, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь там написано

    >Finally, discs made with gold as the reflecting layer are considerably less vulnerable to corrosion problems, though no less susceptible to physical damage to that layer. Because they are less expensive, the industry has adopted aluminium reflecting layers as the standard for factory pressed optical discs.

    ?

    А M-DISC так вообще блюрей могут быть. Жаль только они обанкротились.

     
  • 5.160, Аноним84701 (ok), 21:10, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>https://www.verbatim.com/prod/optical-media/dvd/archival-grade-gold-dvd-r/ultr
    > Обещают до 100 лет.

    "Обещать - не значит жениться!" (народная мудрость)
    Особенно, по цене в $2 за 4.7ГБ диск и размытым "are designed to last up to 100 years when properly stored."

     
     
  • 6.199, Аноним (9), 07:45, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    M-DISC судя по статье на вики тоже тестировали кипячением в ультрафиолетовой ванне. При нормальном хранении в темноте и при комнатной температуре они вполне себе надёжны (отражающий слой не разлагается сам по себе). Вот приводы что-то выходят из строя и деградируют, я так понял даже если лежат и не используются.
     
  • 5.266, Аноним (265), 09:55, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Самое забавное, что из реально существующих технологий самый долговечный вариант — это старая добрая бумага. Плотность записи, конечно, не очень, но при соблюдении должных условий хранения несколько сотен лет обеспечены.
     
     
  • 6.270, пох. (?), 11:03, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да ну, какие там несколько - уже две сотни почти предел - рассыпается в руках. Да, можно укреплять специальной химией, или использовать необщедоступные бумаги, но следует понимать, что сохранятся единичные листки из миллионов.

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

    Ваши "здесь был Вася" тоже проживут дольше, чем цивилизация.

     
     
  • 7.273, Аноним (265), 11:41, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ладно, две сотни лет. Ну нас есть что-нибудь, что проживёт две сотни лет?
    И главный плюс бумаги, что для неё не нужно хитрых считывателей, а чем вы прочитаете двд через две сотни лет?
     
     
  • 8.279, пох. (?), 14:18, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    теоретически - древние 100мегабайтные жесткие диски, если там пзухи все прожигае... большой текст свёрнут, показать
     
     
  • 9.285, Аноним (265), 14:57, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    MFM RLL Дело отнюдь не в плотности записи Дело в её расшифровке ... текст свёрнут, показать
     
     
  • 10.289, пох. (?), 19:46, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    я про них только в книжке читал - и только поверхностную билиберду - поэтому не ... текст свёрнут, показать
     
  • 6.277, Аноним (9), 12:52, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже очень зависит от краски. Есть вариант выскоблить в камне, теоретически можно малинку подрядить.
     
     
  • 7.280, пох. (?), 14:22, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Тоже очень зависит от краски. Есть вариант выскоблить в камне, теоретически можно
    > малинку подрядить.

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

    Интересно, сколько будет весить коллекция видео - в пару сотен тонн не слишком толстого листа уложится? ;-)


     
     
  • 8.282, Аноним (9), 14:32, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вариант с камнем тоже прокатит только в сухой пустынной местности без доступа ве... текст свёрнут, показать
     
     
  • 9.287, Аноним (265), 19:38, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мааленькая проблема с этим кварцем заключается в том, что он пока остаётся в тео... текст свёрнут, показать
     
     
  • 10.291, Аноним (9), 20:36, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обещали зетабайты на квадратный сантиметр Практически показали сотню байт за ск... текст свёрнут, показать
     
  • 3.103, Аноним (274), 16:41, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    флешка на 4Гб лежала 10 лет без дела. все считалось без проблем.
    но тогда технологии были не такими толстыми, да и в начале 00х slc флешки встречались часто.
     
     
  • 4.104, Аноним (274), 16:42, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    /тостыми/тонкими/
    всмысле имеются в виду нанометры
     
  • 3.129, Аноним (124), 18:09, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У меня была флешка от кингстона, я даже не помню когда её купил... Жила до декабря того года, после чего начались проблемы с записью. А вот современные флешки дохнут уже спустя 2-3 года не очень активного использования.
     
     
  • 4.143, Michael Shigorin (ok), 19:43, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня была флешка от кингстона, я даже не помню когда её
    > купил... Жила до декабря того года, после чего начались проблемы с
    > записью. А вот современные флешки дохнут уже спустя 2-3 года не
    > очень активного использования.

    Не, я именно про архивный случай лёжки _без_ питания (т.е. постепенную утечку=>потерю заряда), а не про деградацию ячеек при записи.

    Есть старая нокия S60, которую несколько лет не включал... порой думаю -- включить именно ради этой проверки или ещё подождать?

     
     
  • 5.288, Аноним (265), 19:45, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Nokia S60? Старая?
    Есть старый Samsung X100, в котором, наверное, всё сохранится ещё лет 100. Особенно в NOR-памяти)
     
  • 3.140, НяшМяш (ok), 19:13, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где-то раз в год включаю старый ноутбук (из которого для хранения вытащена батарея), в котором стоит SSD от Intel на 60 гигабайт. Семёрка и софт для автодиагностики работают там без проблем.

    Но тот SSD ещё образца 2013 года на MLC ячейках с "большим" техпроцессом. На новых TLC или 3D NAND с их микроразмерами всё должно быть гораздо хуже.

     
  • 3.200, ya (??), 09:11, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Педивикия.

    Archival or long-term storage

    It is unclear how long flash memory will persist under archival conditions – i.e., benign temperature and humidity with infrequent access with or without prophylactic rewrite. Datasheets of Atmel's flash-based "ATmega" microcontrollers typically promise retention times of 20 years at 85 °C (185 °F) and 100 years at 25 °C (77 °F).[134]

    An article from CMU in 2015 writes that "Today's flash devices, which do not require flash refresh, have a typical retention age of 1 year at room temperature." And that temperature can lower the retention time exponentially. The phenomenon can be modeled by the Arrhenius equation.


     
     
  • 4.250, Ананимас008 (?), 21:48, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >promise

    про болванки тоже сто лет обещали, а на деле гниют даже штамповки в невскрытой упаковке, хранящиеся в темноте и т.д.

     

     ....большая нить свёрнута, показать (31)

  • 1.40, Аноним (40), 12:24, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Это гадость не только для ZFS.
    https://linuxtracker.org/
    https://distrowatch.com/dwres.php?resource=bittorrent
    https://academictorrents.com/
    https://meta.wikimedia.org/wiki/Data_dump_torrents
    https://wiki.kiwix.org/wiki/Content_in_all_languages/ru
    https://wiki.openstreetmap.org/wiki/Planet.osm#BitTorrent
     
  • 1.43, Аноним (43), 12:31, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Дисковые накопители несовместимы с ФС...
    ФС несовместимы с некоторыми типами файлов...
    Куда катится этот гребанный мир?!
     
     
  • 2.251, Ананимас008 (?), 21:50, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а что за такие несовместимые типы файлов и фс? это про что?
     

  • 1.44, Аноним (44), 12:34, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    С самого начала, когда я узнал о технологии SMR и принципе её работы - мне сразу показалось, что это паршивенькая идея. И классические-то диски порой теряют данные, а идея с частичным затиранием дорожек держится на ещё более хлипких предположениях и добавляет существенно больше точек отказа. Браво.
     
     
  • 2.49, VINRARUS (ok), 12:48, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Браво.

    Это ещо масово не пошли с подогревом...


     
     
  • 3.53, Аноним (98), 12:53, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Горячая черепица - это будет звиздец... Целенаправленно убивают ЖД. Вот на кой нужна черепица на мелких дисках в 2Т?!
     
     
  • 4.58, user (??), 13:12, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Утилизация блинов с бракованой стороной.
     
  • 2.179, Аноним (179), 01:18, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > я узнал о технологии SMR и принципе её работы - мне сразу показалось, что это паршивенькая

    Уважаемый, Вам не показалось!

     

  • 1.48, КО (?), 12:48, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Интересно, а что делает этот диск, когда он записал первую дорожку и запортил еще три, а тут бац и питание пропало?
     
     
  • 2.52, VINRARUS (ok), 12:52, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Интересно, а что делает этот диск, когда он записал первую дорожку и
    > запортил еще три, а тут бац и питание пропало?

    Обижается.

     
  • 2.54, Аноним (44), 12:59, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мечтает быть гордой птицей, летящей на крыльях ИБП. Но приходится гордо падать и тихо корраптить данные (а если очень не повезёт - то ещё и не факт, что потом поднимется).
     
     
  • 3.56, Аноним (9), 13:06, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему там трекаются транзакции. Так что просто откатит?
     
  • 2.60, анон (?), 13:17, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У сигейтов -- сперва пишет данные в медиа кэш, это область с обычной плотностью, допускающая произвольную запись. А потом уже раскладывается на дорожки с черепицей. Подозреваю, что проблемы с idnf при записи происходят при забитии медиа кэша, когда данные не успевают быть разложены в штатное место.
     
     
  • 3.69, КО (?), 13:46, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это значит, что сначала он должен их считать, записать в кеш, потом записать в черепицу. Гоняя головки туда-сюда. Ну или должен быть гибридный кеш с flash памятью. Ну и по исчерпанию да для рейда часть дисков в тайауте -> он думает, что развал рейда.
     
     
  • 4.198, уася (?), 07:44, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Гибридный кэш придётся ставить либо сингл левел селл, либо батарейку пихать на обычное увеличенное озу -- иначе протрёт этот кэш как известно что.
     
  • 3.137, Аноним (137), 19:01, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. То есть ФС подала три команды на запись в определённом порядке, для обеспечения целостности данных, а диск поменял их местами, в середине процесса питание пропало, и данные легли с нарушением целостности. Класс! При таком подходе даже CoW-ФС не спасут от порчи данных.
     
  • 2.71, Michael Shigorin (ok), 13:50, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот уж вряд ли переключается в режим генерации и дописывает на соплях...
     
  • 2.85, Аноним (21), 14:19, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > что делает этот диск, когда он записал первую дорожку и запортил еще три, а тут бац и питание пропало?

    Да ничего не делает. Блок на этот момент ещё не заремаплен, после включения будет использоваться старый с незатёртыми дорожками.

     

  • 1.51, Аноним (98), 12:51, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    - Дедушка, а можно было не делать черепицу для 2Т дисков, чтобы у пользователей не терялись данные?
    - Нет, внучек, это фантастика.
     
  • 1.62, Michael Shigorin (ok), 13:32, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    ---
    Читал, задумался -- а ведь это "софт-винчестеры" уже:

    ---
    Отметим, что этими линейками ассортимент моделей HGST Ultrastar, превратившихся в Western Digital Ultrastar DC, не исчерпывается. Как уже было сказано, процесс затронул также твердотельные накопители с NVMe- или SAS-интерфейсами, а также винчестеры семейства Hs14 на 14 и 15 ТБ (теперь это HC620). Но они представляют собой уже специализированные решения — в частности, HC620 это т. н. «Host-Managed SMR», т. е. для их работоспособности требуется соответствующая поддержка со стороны компьютера/сервера.
    --- http://www.ixbt.com/data/western-digital-ultrastar-series.html

    Ещё наткнулся на такую табличку SMR/PMR (квадратики уметь читать необязательно): http://www.mobibrw.com/2020/22727 -> http://www.mobibrw.com/wp-content/uploads/2020/01/3.5SATAHDDDatabase2018-10-2

    Краткий мой из неё вывод -- всё так же игнорируем сюгейты (SMR уже от _двух_ терабайт на одном блине!), а у hgst избегаем серии Ultrastar Archive Ha10 на десятку и высокоёмкие HC620 (14+).

    Это пошёл выяснять перед заменой дисков, а не вляпался ли часом в подобное с hus728t8tale6l4...
    --- https://www.opennet.ru/openforum/vsluhforumID3/119317.html#163

     
     
  • 2.73, Аноним (9), 13:55, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что? У вд tdmr, собственно при переходе на диске с подогревом все там будем. да и наоборот вроде бы позитивная технология. Они выпустили сначала 14 тб диски с pmr, а потом уже добили из отходов производства моделями с smr (правда у них точно такие же диски только с smr, 100% из отходов наклепали).
     
  • 2.79, Аноним (79), 14:08, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У сигейта SMR нет в серии Ironwolf вообще, а у WD в Red они есть до 6 Тб, при этом до недавней шумихи они это никак не афишировали.

    Для настолных пекарен чтобы фоточки-игры хранить на обычных дисках (не NAS-grade) SMR можно не выбирать по идеологическим соображениям, но обычный пользователь этого никогда не заметит. И ZFS в такой среде вообще не популярен.

    А вот для NAS уже WD подложили подлянку, потому что там сценарии использования совсем другие, и говорить что сигейты плохи весьма некорректно в этом случае, потому что если человек ставит barracuda/wd blue в NAS, то он ССЗБ. Ну и если WD Red до 6Тб то, получается, тоже.

     
  • 2.95, Lockywolf (ok), 15:24, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Квадратики можно не читать, там можно ткнуть на плей , ... большой текст свёрнут, показать
     
  • 2.172, Ананимас008 (?), 23:08, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    осталось микрософту кинуть идею об аналоге винмодемов для винтов и вуаля. win10 only compatible hdd.
     

  • 1.89, Аноним (89), 14:46, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А при использовании ext4 или ntfs на дисках с SMR нет таких проблем?
     
     
  • 2.112, Annoynymous (ok), 17:11, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сильно подозреваю, что при использовании чего угодно в рейде при ребилде рейда. Просто автор ещё не тестировал, в мне не на чем.
     
     
  • 3.115, Аноним (89), 17:32, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А когда эта SMR появилась и на каких типах HDD ее еще заведомо нет?
     
     
  • 4.119, Аноним (98), 17:51, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    её тайно вводили, пока это не обнаружили
     
  • 4.146, Michael Shigorin (ok), 19:51, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А когда эта SMR появилась и на каких типах HDD ее еще заведомо нет?

    Чуть выше в #62 есть ссылка на некую китайскую табличку.

     
  • 2.125, Demo (??), 18:04, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > А при использовании ext4 или ntfs на дисках с SMR нет таких проблем?

    Есть, ещё какие!
    Нарвались на работе на это гэ на нескольких серверах с ext4 и xfs.
    Наслушались от начальства всего, в роде: "Тупые админы, не могут настроить…" и далее по тексту.
    Вся суть в том, что этим дискам нужо idle time для переписывания CMR media cache в основную
    SMR-область. Т.е., если сервер постоянно что-то записывает (так было в нашем случае), то диск
    начинает безбожно тормозить через несколько минут работы сервера. В даташите к дискам ни слова о SMR.

    И тут эта новость...

     
     
  • 3.128, Аноним (89), 18:06, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какие из существующих утилит могут обнаружить, что в HDD используется SMR?
     
     
  • 4.147, Michael Shigorin (ok), 19:52, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А какие из существующих утилит могут обнаружить,
    > что в HDD используется SMR?

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

     
     
  • 5.161, Аноним (24), 21:25, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Читайте оригинал 2gusia.livejournal.com. Основное это масса - экономия на блинах при той же общей емкости. Плюс за ту же цену или дешевле размер кэша диска гораздо больше 64->256.
     
     
  • 6.170, Michael Shigorin (ok), 22:08, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Читайте оригинал http://2gusia.livejournal.com.

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

     
  • 6.214, Аноним (-), 14:59, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Cсылка оттуда ваще годная https://rml527.blogspot.com/2010/09/hdd-platter-database-western-digital.html
     
     
  • 7.236, Аноним (236), 19:04, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это походу Томсет с http://forum.oszone.net/member.php?userid=62692 он шарит но не все
     
  • 4.164, Аноним (89), 21:29, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://habr.com/ru/users/vitaliy2/ пишет:
    "Я выложу потом программу для определения SMR на GitHub'е, а также напишу на Хабре статью про методику правильного тестирования производительности дисков (вкл. тестирование на SMR), т. к. все бенчмарки сейчас работают абсолютно неправильно".
    https://habr.com/ru/post/497900/#comment_21533552
     
  • 4.173, Аноним (21), 23:17, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Косвенным образом можно так:




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


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

     
     
  • 5.177, Аноним (89), 23:49, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо!
     
  • 5.240, пох. (?), 20:09, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет, к сожалению - верно только для современных wd. У сигейта уже были диски, не умеющие trim, но при этом smr - и другим такие сделать никто не запрещал.
     
  • 4.211, user (??), 13:30, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Торренты будут невыносимо тормозить.
     
  • 4.239, пох. (?), 20:08, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    утилиты - банальный cp или dd, только надо уметь его пользовать Суть такая пер... большой текст свёрнут, показать
     
     
  • 5.258, Аноним (236), 03:25, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Два чая этому BSD'шнику!
     
  • 5.300, mikhailnov (ok), 12:35, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде толково...
     

  • 1.92, Аноним (24), 15:04, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    А не дополнить ли новость что все производители начали втихую выпускать SMR диски без объявлений? И с подобным поведением столкнется куча народа в ближайшем будущем. Подрезал ссылочки у человека:
    https://blocksandfiles.com/2020/04/15/seagate-2-4-and-8tb-barracuda-and-deskto
    https://blocksandfiles.com/2020/04/16/toshiba-desktop-disk-drives-undocumented
     
     
  • 2.242, пох. (?), 20:24, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    смысел новости немного в другом - оно не просто smr, оно паламалася. Совсем, до развала рейда.

    Переудешевили, бывает-с. В ближайшем будущем, безусловно, повторят, не wd так seagate, но каким-нибудь иным образом.

     

  • 1.100, RM (?), 16:09, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Внесу ясность 2, отвечать по веткам недосуг.
    - жевали на habr уже
    - проблема с wd в том что при resilver или как там его в zfs диск кидает упомянутую ошибку при _чтении_ млин из ни разу не записанного lba блока
    - помимо того что smr зло и тормоза сама по себе, wd всех нимного абмануло, переведя серию red на smr. А то что было red стало red pro. А ведь red позиционировалась как линейка для nas...
     
     
  • 2.116, Аноним (24), 17:35, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И зачем сюда нести хабр где жевали уже? Вот это топовый комментарий в обсуждении https://habr.com/ru/post/497900/#comment_21513436 технари-специалисты, ага.
    И уж лучше давать ссылку на ЖЖ автора притащившего тему хабр. Потому что у себя в журнальчике он пишет гораздо больше чем в вашем загончике.
     
     
  • 3.145, Michael Shigorin (ok), 19:49, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И уж лучше давать ссылку на ЖЖ автора притащившего тему хабр.

    Ну и дали бы, не?

     
     
  • 4.163, Аноним (24), 21:28, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Выше указал. У него несколько статей по этой теме.
     
  • 3.152, RM (?), 20:22, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Затем, что бы народ знал где почитать больше по теме. Потому что каменты здесь тоже не все блещут.
    Прямой ссылки на хабр не стал я давать что бы не сочли за рекламу вот такие возбуждающиеся.
    На хабре статъя того же автора что и упомянутый блог и там есть ссылка.
    UPD:
    бают наличие SMR можно проверить по наличию поддержку команы TRIM в HDD!, что, на мой взгляд, логично.
     
     
  • 4.162, Аноним (24), 21:27, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Там же явно сказано отсутствие trim это не гарантия вменяемого диска с pmr. А вот присутствие trim практически стопроцентный smr.
     
  • 4.165, Аноним (24), 21:33, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И хабр я не уважаю за снобизм. Достаточно прочесть комментарий по моей ссылки и посмотреть что он набрал больше всего плюсов на техническом сайте. Как так то, как так??
     
  • 2.281, пох. (?), 14:27, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > всех нимного абмануло, переведя серию red на smr. А то что
    > было red стало red pro. А ведь red позиционировалась как линейка
    > для nas...

    слегка поправлю: во-первых, не позиционировалась, а так и есть, и даже вляпавшийся фринас не собирается менять ни поставщиков, ни модель. Угадайте, почему.
    Во-вторых, redpro это совсем другой мех - это диски 7200rpm, что сразу исключает их применение в рейдах в копеечных насах - сварятся. А такое охлаждение, чтоб их продуть в красивом дизайнерском корпусе- ты себе под стол, наверное, не захочешь.

     

  • 1.102, Аноним (-), 16:35, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нуно было брать Toshiba по 1Tb и никаких косяков бы не было.
     
  • 1.105, Аноним (105), 16:46, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    зажравшееся мудачье, даже нормальный тестовый план не смогли для дисков создать. hitachi-ibm норм диски только и остались, жаль поддержка у них еще то гавно
     
     
  • 2.109, Аноним (-), 16:59, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    hitachi-ibm диски говно, их не тем флюсом покрыли и они через полгода умирают.
     
  • 2.114, Аноним (7), 17:29, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эх, был бы заводик, для открытого железа, с каким нибудь списанным оборудованием, дабы производить ЖД по старым проверенным технологиям и честно заявлять о спецификациях.
     
     
  • 3.136, Сейд (ok), 18:56, 03/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http://niifivt.ru/?page_id=9
     
     
  • 4.209, JL2001 (ok), 13:06, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > http://niifivt.ru/?page_id=9

    Внешний накопитель дисковый “ВНД-М2.05”
    http://niifivt.ru/wp-content/uploads/2014/08/vndm-2_m.jpg

     
  • 3.271, пох. (?), 11:08, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так заводиков в мире ВСЕГО то ли три, то ли четыре - причем все находятся в одном и том же месте в Тае, и, возможно, вообще только для обхода законодательств принадлежат для вида разным людям.

    Точная механика - скилл, человекообразными уже практически утерянный.

     

  • 1.123, Аноним (123), 18:03, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    >проблемы с ZFS

    эта fs ещё жива?

     
     
  • 2.183, Аноним (183), 01:30, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да GitHub со всеми репами на ней живет.
     
     
  • 3.308, Имя (?), 03:37, 11/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфлинк про гитхаб можно?
     
  • 2.191, xm (ok), 01:59, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Она ещё на твоих похоронах станцует...
     
  • 2.275, Аноним (275), 12:39, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А предложите ка что-то на 50-80ТБ с полной проверкой целостности и выживаемости на уровне танка при обычных условиях(т.е. не такие случаи как в топике). Знать не знал о zfs и не тужил, пока не поставили такую задачу - нет альтернативы сейчас
     
     
  • 3.276, Сейд (ok), 12:45, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS
     
  • 3.278, Аноним (24), 13:20, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя есть шанс использовать Storage Spaces и на нём всё собрать. Потом статью напишешь по сравнению с zfs. Это было бы интересное чтиво.
     
  • 3.292, пох. (?), 22:35, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    то есть, истории о том, как даже не много терабайтные пулы превращались в тыкву, не импортирующуюся или вообще вызывающую kernel panic, а люди, мнящие себя разработчиками - разводили руками и закрывали проблему notabug - прошли мимо вас?

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

    И да, как минимум storage spaces стоило потыкать пальчиком. Но я бы при таких размерах шел сразу за кластерным решением - ибо очень ссыкотно. Не, конечно же - тоже не слышал?

     
     
  • 4.297, Аноним (275), 08:50, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем в линукс окружении(везде убунта стоит) применять виндовс? Всего-то ставятся 8 HDD-дисков в raidz2 для бекапов, там даже скорости не важны. Про крахи читал только про один случай, был пару лет назад с какой-то новой версией ZFS. Ну так для этого такие системы не обновляются сразу на свежак, подождать годик можно.
     
     
  • 5.298, пох. (?), 10:06, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    оох, фаааак так ты еще и первопроходец нетоптанного поля граблей с _линухной_... большой текст свёрнут, показать
     

  • 1.132, Михрютка (ok), 18:37, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    shingled recording зло.

    диски выше 1 ТБ в crc массивах тоже зло. если, конечно, вам не пофиг на данные, которые вы туда складываете.

     
  • 1.154, shurikbaikal (ok), 20:26, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Два диска HGST HTS545050A7E380 довольно б/у но без бад блоков. Почти год служат в зеркале зфс freebsd-шки как доп архив данных. Это просто так, хвалюсь.
     
  • 1.156, Vas Yan (?), 20:49, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >В DM-SMR применяется косвенная логическая адресация блоков (LBA, Logical Block Addressing), напоминающая логическую адресацию в SSD-накопителях. После каждой операции случайной записи требуется выполнение фоновой операции сборки мусора, что приводит к непредсказуемым флуктуациям с производительностью. Система может пытаться применить к таким дискам оптимизации, полагая, что данные будут записаны в указанный сектор, но фактически выдаваемые контроллером сведения определяют лишь логическую структуру и на деле при распределении данных контроллер применит свои алгоритмы, учитывающие ранее размещённые данные.

    Здрасеее. LBA уже давно и везде на hdd, и она давно не говорит о внутреннем строении, в отличие от CHS. Давным-давно есть P/G-list, из-за которых соседние LBAшные сектора легко оказываются не соседями физически. А уж про разного рода кэши и прочее говорить не приходится - всё что остаётся верить на слово, что запрашивая сектор за нумером xyz ты получишь корректные данные. Всё остальное гадание  - где оно физически, кто его соседи, что они идут друг за дружкой и т.п.

    Но черепица это уже за гранью.

     
  • 1.178, Аноним (178), 01:16, 04/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понимаю, кто в здравом уме покупает либо диски с SMR, либо "кота в мешке" (диски, для которых производитель напрямую те отрицает наличие SMR), да ещё и по таким ценам. Если бы цены на SMR были под стать их себестоимости для производителя - тогда я мог бы частично понять, опять же,  в зависимости от применения. Но если Вам надо "просто жёсткий диск для работы" - тут только CMR/PMR, без вариантов.

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

     
     
  • 2.181, Аноним (183), 01:27, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До вброса ты бы и не знал что там за технология под капотом
     
     
  • 3.190, Аноним (190), 01:53, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как же так вышло, что я это знал? :) Ааа, так я же догадался прямо спросить у производителя по имэйлу, сразу дав понять в теле письма, что приму только конкретный ответ. Конечно, для этого надо уметь пользоваться email, а так же знать английский, и чтобы было "по жизни не пофик" - тоже. А это, как показывает практика, не всем дано. Так-то.
     
     
  • 4.195, Аноним (195), 04:12, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Балаболить ты всегда гаразд, да и производитель может тебе говорит всегда ДА.
     
     
  • 5.203, Аноним (24), 10:21, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кину в подтверждение слова человека занимающегося восстановлением данных:
    «GrenadaBP LuxorPlus2 4K,SMR,shingled,MC.», и еще — «GrenadaBP LuxorPlus2 4K, GPF1 MC ». Модель одна — ST3000DM001. Один с SMR, другой обычный CMR. Модель выпускалась много лет, где-то с 2011-12 и до 2015-16, было три архитектурных итерации, множество вариантов фирмвари и конфигураций (SMR, CMR, MediaCache). Поэтому — мое личное IMHO — у сигейта вообще по МОДЕЛИ нельзя ничего говорить достоверно.
     
     
  • 6.215, Аноним (-), 15:01, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    При чём тут вообще Seagate? В этой теме обсуждают жёсткие диски, Вам это понятно?
     
     
  • 7.216, Аноним (24), 15:14, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нарkоман чоли?

    Это было подтверждение тезиса от коллеги: "До вброса ты бы и не знал что там за технология под капотом"

     
     
  • 8.223, Аноним (-), 16:00, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вась, лично я несколько лет назад как только услышал матерное слово SMR - я ср... текст свёрнут, показать
     
     
  • 9.224, Аноним (24), 16:11, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ешё будут умные высказывания Или я от Наташи больше ничего не дождусь ... текст свёрнут, показать
     
     
  • 10.225, Michael Shigorin (ok), 16:22, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Братцы или уж сестрицы, не знаю -- давайте всё-таки по существу темы, тем боле... текст свёрнут, показать
     
     
  • 11.230, Аноним (236), 18:14, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да что там раскладывать-то Суть темы - SMR зло, и как по мне - то всем вменяемы... текст свёрнут, показать
     
     
  • 12.233, Аноним (24), 18:28, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может это потому что WD засунула smr в серию рэд Которая предназначена именно д... текст свёрнут, показать
     
     
  • 13.254, пох. (?), 22:31, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    как будто истории с перекрашиванием зелененьких в синенькие за много лет до... текст свёрнут, показать
     
     
  • 14.255, Аноним (24), 22:53, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо забывать что то была линейка для терпил-пользователей И внутри линейки ... текст свёрнут, показать
     
  • 11.231, Аноним (24), 18:18, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что говорить то Ниже пох всё хорошо по этому поводу раскидал Это только ано... большой текст свёрнут, показать
     
  • 7.234, Аноним (236), 18:33, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну, как бы, да:

    > мое личное IMHO — у сигейта вообще по МОДЕЛИ нельзя ничего говорить достоверно. Они всегда могут чего-то начудить внутри, и никого не предупредить.
    > Еще могу добавить, что большинство Seagate, выпущенных с 2014 года — SMR, в том числе которых нет в таблице.

    ^ этот человек восстановлением занимается - опыт видимо есть, и не малый https://habr.com/ru/users/sergey_datex/comments/

     
  • 5.226, пох. (?), 17:03, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    необязательно - прецеденты выуживания далеко не с одного письма, с экскалацией ... большой текст свёрнут, показать
     
     
  • 6.232, Аноним (236), 18:19, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > прежде чем получить ответ - требовали назвать _серийник_ диска

    А у меня не требовали, вот честно.

    Требовали SKU или как там его (полный номер, например не просто WD4002FYYZ а полностью WDC WD4002FYYZ-01B7CB1 с тем, что после дефиса) - я спрашивал у продавца, продавец смотрел на складе и сообщал мне - я давал им - они говорили. Текст вопроса надо писать правильно, чтобы работники WD понимали, что вам надо столько-то дисков и вы рассматриваете различные варианты/приизводителей, и что покупка зависит от их ответа.

     
     
  • 7.245, пох. (?), 20:32, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    еще надо иметь волшебного продавца - я вот диски для себя на амазоне покупал, и там есть "просто wd red". И не у кого спрашивать.

    А диски для мелких лавок покупают в каком-нибудь dns - и там тоже вряд ли ради тебя будут перепроверять (а то еще запросто ответят одно, а продадут другое - у вас в накладной что - wd red? Ну вот мы вам wd red и отгрузили - да, из новой партии, подумаешь. А когда по вашей просьбе смотрели - смотрели старые.)

    > Текст вопроса надо писать правильно, чтобы работники WD понимали, что вам надо столько-то дисков

    столько - это сколько? И да, мне не надо миллион дисков для маломощных nas.
    А в san стоят диски совсем другого класса. Те если когда и будут smr, они будут software-controlled.

     
     
  • 8.249, Аноним (24), 21:47, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Человек не понимает что за полгода фирма запросто сделает переход на черепицу бе... текст свёрнут, показать
     
     
  • 9.262, Аноним (236), 03:51, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сценарий как Вы описываете - возможен, но вот только выводы Вы делаете ошибочные... большой текст свёрнут, показать
     
     
  • 10.267, Аноним (24), 10:31, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А может быть я знал Ну знаешь вот так не один десяток рейдов у меня был За пят... текст свёрнут, показать
     
  • 8.260, Аноним (236), 03:34, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так не покупайте в лавке у лысого, в чём проблема-то Лавок - полон инет Голосу... большой текст свёрнут, показать
     
     
  • 9.261, Аноним (236), 03:38, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спешу добавить, что даже при покупке на eBay и прочих, если в переписке в грани... текст свёрнут, показать
     
     
  • 10.283, пох. (?), 14:40, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты точно хоть раз это делал По факту покупать что-то с доставкой в РФ ты можешь... текст свёрнут, показать
     
     
  • 11.305, Аноним (-), 14:11, 07/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я давно не живу в РФ чего и Вам искренне желал бы, если бы не был частью этого ... текст свёрнут, показать
     
  • 9.272, пох. (?), 11:23, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в том что я, в отличие от него, не миллиардер И покупаю там, где дешево и при э... текст свёрнут, показать
     
     
  • 10.306, Аноним (-), 14:16, 07/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Domain Name System а это тут каким боком а это ещё кто Ну вот серьёзно, в мо... текст свёрнут, показать
     
  • 2.182, Аноним (183), 01:29, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Напомню - хитеч, вди другие ранее скрывали в каких продуктах и особенно в дисках какого объёма черепица или нет
     
  • 2.212, пох. (?), 13:43, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не понимаю, кто в здравом уме покупает либо диски с SMR

    щя поймешь - у Максима при пересказе этой новости выпало, а я не потрудился детально разжевать, когда кидал ему ссылку  - там прикол в том, что фринасовцы ПРОДАЮТ nas уже в сборе - и именно с этими дисками.

    Причем еще и РЕКОМЕНДУЮТ их на своем гуаносайте самостоятельно собирающим - стратегицское партнерство обязывает, как никак.
    И теперь над ними только ленивые нечитатели первоисточника не угорают - "wd red - recommended by freenas*
    (*) not supported by freenas".

    На самом деле как раз для употребления в nas - в некоторых случаях ничего особенно плохого в smr и нет - у многих нас == хранилище ненужна в аппенд-онли режиме (а cow обеспечит append-only и для перезаписываемых при этом метаданных), а проблема с адскими тормозами возникает там только при перезаписи уже разок записанного, это не типичный use pattern для мининасов. Просто ничего хорошего - тоже нет. Очередное удешевление технологии, причем, разумеется, весь навар - в карман производителю, цена для конечного потребителя только растет.

    Еще и внезапно-вылезшее вот конкретным боком (фринасовцы и раньше именно такие диски ставили - в смысле, wd red, и они уже были с smr - но они отличались парой буковок в индексе, и хотя и тормозили - не умирали просто находу. И тут wd фигак, что-то еще "улучшили" - и на этот раз добились фатального факапа. Причем даже быстро найти причину не могут.)

     
     
  • 3.213, Michael Shigorin (ok), 14:21, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > щя поймешь - у Максима при пересказе этой новости выпало, а я
    > не потрудился детально разжевать, когда кидал ему ссылку  - там
    > прикол в том, что фринасовцы ПРОДАЮТ nas уже в сборе -
    > и именно с этими дисками.

    Спасибо за ссылку, кстати.

    > Причем еще и РЕКОМЕНДУЮТ их на своем гуаносайте самостоятельно
    > собирающим - стратегицское партнерство обязывает, как никак.
    > И теперь над ними только ленивые нечитатели первоисточника не угорают - "wd
    > red - recommended by freenas*
    > (*) not supported by freenas".

    Может, добавите в новости дополнением?  Подумал, как бы переформулировать, но Вы наверняка лучше перефразируете.

     
     
  • 4.227, пох. (?), 17:12, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    не, я поэтому и не пишу новость сам, все равно выйдет неполиткорректно, и придется переписывать - чего два раза время-то терять. Картинка для иллюстрации все еще там же где и была: https://www.freenas.org/freenas-mini/ (почти в самом низу)

    WD Red NAS Drives – The Preferred Drive of FreeNAS
    All FreeNAS Minis come standard with Western Digital Red NAS hard drives for maximum reliability at the hardware level. WD Red drives are specifically designed to handle the rigors of 24×7 FreeNAS workloads, offering excellent data protection and the highest level of performance possible.

    Да уж...

     

     ....большая нить свёрнута, показать (31)

  • 1.194, Аноним (236), 04:06, 04/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    главное не орать https://youtu.be/tDacjrSCeq4
     
  • 1.218, vitalif (ok), 15:22, 04/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Бред. Я не понимаю, причём тут ZFS и "несовместимость". Если диск под нагрузкой даёт ОШИБКУ, то это просто баг прошивки диска. Тормозить ему никто не запрещает, ОШИБКУ давать нельзя.

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

     
     
  • 2.220, Michael Shigorin (ok), 15:37, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Если диск под нагрузкой даёт ОШИБКУ, то это просто баг прошивки диска.

    Кто-то в обсуждении здесь упоминал не нагрузку, а чтение ещё ни разу не писаного сектора, насколько помню.

     

  • 1.222, аегшнеа (?), 15:57, 04/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Недвано заменил 2 диска в звс зеркале на вд блэк (не новые). Ресильвенг шел сутки каждый раз (всего 1Тб данных с чем-то), скорость 1МБ/сек где-то была. Это не нормально? Без нагрузки внешней
     
     
  • 2.228, пох. (?), 17:16, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нормально. Можно покрутить sysctl, но ненужно.

    Но зато ты теперь знаешь, почему из 8T дисков нельзя собирать raidz1 ;-)

     
  • 2.229, Аноним (236), 18:10, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, это НЕ нормально. У меня даже на массивах из 14-16 дисков - гораздо быстрее, что уж про 8 говорить... Читайте маны, тюньте через sysctl как описано. Да-да, её ещё и настраивать можно довольно гибко.
     
     
  • 3.247, пох. (?), 20:44, 04/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    про 8 ожидаемо говорить, что будет МЕДЛЕННЕЕ чем с 16 (кстати, тебе данных вообще, походу, не жаль) - тебе надо переписать 1/8 данных, а не 1/16, причем источник 7x, а не 15x (что может и не сказаться, но скорее всего таки скажется)

    А тут mirror, надо переписать вообще весь объем, причем читая с единственного уцелевшего (и там есть throttle, потому что мы не хотим его тоже убить)- читать его придется долго.

     
     
  • 4.256, Михрютка (ok), 00:15, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, в рейд5 нам придется переписывать на спар не весь объем.

    и дергать при этом не один диск, а все уцелевшие разом, это же гораздо полезней для здоровья.

     
     
  • 5.284, пох. (?), 14:48, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ну да, в рейд5 нам придется переписывать на спар не весь объем.

    естественно не весь.
    Чем больше дисков в группе - тем меньше "весь". А тут у анонима вообще громадные 8 и 16 группы. (другой вопрос что я бы не рискнул такие эксплуатировать с пятым рейдом, даже с дисками по пол-терабайта)

    > и дергать при этом не один диск, а все уцелевшие разом, это
    > же гораздо полезней для здоровья.

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

    Собственно, для зеркала из более двух дисков все то же самое, но ты, наверное, не хочешь 3+way-mirror.

     
     
  • 6.290, Михрютка (ok), 19:56, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> ну да, в рейд5 нам придется переписывать на спар не весь объем.
    > естественно не весь.
    > Чем больше дисков в группе - тем меньше "весь". А тут у
    > анонима вообще громадные 8 и 16 группы. (другой вопрос что я
    > бы не рискнул такие эксплуатировать с пятым рейдом, даже с дисками
    > по пол-терабайта)
    > разумеется, распределенная нагрузка гораздо полезнее для их здоровья, чем пиковая на единственный
    > уцелевший привод.

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

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

    > Собственно, для зеркала из более двух дисков все то же самое, но
    > ты, наверное, не хочешь 3+way-mirror.

    в некоторых местах хочу, но денег не дают. собсно, массивы на 16 и более шпинделей по той же причине.

    >>>громадные 8 и 16 группы.

    NETAPP: Hold my beer

     
     
  • 7.293, пох. (?), 22:58, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > эм, секунду. для ввода спара в рейд5 вам придется для каждого записываемого на спар страйпа
    > прочитать все диски.

    да, а теперь вопрос - сколько этих страйпов в процентах от существующих придется прочитать, для замены одного диска в 16x raid5 - и сравните это с mirror, где придется прочитать ровно ВСЕ данные. Тоже со "всех" дисков - их всего один.

    > я пытаюсь понять, где здесь распределение нагрузки в рейд5 и где ускорение времени работы
    > для 8 против 16 дисков

    в raidz1 (это не совсем 5, но в данном случае неважно) блоки раскидываются равномерно на всю группу. Вот есть у тебя файлик, предположим он большой - он лег по одному блоку на каждый из твоих 16 (один из них лишний, но нам это неважно). Один диск сдох - ради этого файлика надо перезаписать ровно один блок.
    В группе из 8 - ради этого же точно файлика надо перезаписать уже ДВА блока - потому что он теперь занимает вдвое больше места на каждом из оставшихся дисков. Так доходит?
    Причем первый раз мы читали с 15 дисков одновременно - а во втором читаем с семи, вдвое больший объем с каждого. Какая операция быстрее?

    > NETAPP: Hold my beer

    никого еще не уволили за то, что в конторе использовали netapp. Нехай его инженеры и расхлебывают (но вообще-то там местный аналог raidz2)

    В случае же zfs, за который могут и уволить - я придерживаюсь старинного правила "число дисков в raidN группе не стоит делать заметно больше чем N+2", и еще более старинного "старайся же, чтобы число их было - нечетно"
    При этом число vdev в пуле - всегда можно нарастить.

     
     
  • 8.294, Михрютка (ok), 00:32, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    100 gt оверквотинг удален они одинаково быстрые в массиве умер диск все стр... текст свёрнут, показать
     
     
  • 9.299, пох. (?), 11:04, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    разницу между 1 16 и 1 8 похоже ФИЗИЧЕСКИ,блин не влезет туда столько Избыточ... текст свёрнут, показать
     
     
  • 10.302, Михрютка (ok), 15:37, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вы зачем мне картину мира рушите в случае raidz1 избыточность что 16-, что 8-ди... текст свёрнут, показать
     
  • 6.307, Аноним (-), 14:28, 07/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А тут у анонима вообще громадные 8 и 16 группы. (другой вопрос что я бы не рискнул такие эксплуатировать с пятым рейдом,

    А кто что говорил про именно 5?
    Кроме raidz1 есть же raidz2 (читай RAID6) и даже raidz3 (читай RAID7, хотя последнее это ИМХО перебор).

     
  • 4.263, Аноним (236), 04:02, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А тут mirror, надо переписать вообще весь объем,

    к своему стыду должен признаться, что не стыкался со сбоями дисков больших обьёмов в простых mirror'aх. Самое большее что видел, как ребилдилось в простом RAID1 - это 2Тб диск. Нормально было по времени. В RAID10 видал крахи и по-больше, но там и скорость отличается.

     

  • 1.257, LesPaul (?), 01:42, 05/05/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Из комментариев я понял, что любой SSD диск, теряет информацию и даже слетает ОСь, если какой-то период банально не включать комп в сеть? Если да, то сколько времени отсутствие питание проходит бесследно?
     
     
  • 2.259, Аноним (259), 03:29, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Без статики и ЭМИ (электромагнитной бомбы)?
     
  • 2.264, Аноним (236), 04:05, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если жаль данные на SSD домашнего компа - то не берите отпуск на больше месяца, а лучше не берите дешманских SSD с контроллерами Phison и при длительном отъезде оставтьте комп сидировать торренты.
     
  • 2.269, Аноним (24), 11:01, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неизвестно. Посмотри вот здесь есть частичное тестирование https://3dnews.ru/938764 . Не всё радужно, но проблем с данными не было. С другой стороны есть слова упоминаемого в этой теме человека занимающегося восстановлением данных. ССДшки пока под питанием работают. При отключении сразу каша вместо данных. У него пачками такие приносят.
     
  • 2.286, SSD_GOD (?), 16:13, 05/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Месяца два без включения ssd от Samsung переживает, но больше двух месяцев я бы не стал проверять.
     
     
  • 3.296, LesPaul (?), 05:39, 06/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Удивляюсь, 2020 год, но до-сих пор какая-то технологическая яма, ни документации, ни стандартизации. Спасибо всем за ответы.
     
  • 3.303, OpenEcho (?), 00:48, 07/05/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Народ, хорош пургу уже гнать, читайте не по диагонали:

    <https://3dnews.ru/938764/page-2.html#Надёжность хранения данных на отключенных SSD>

     

  • 1.310, WD (?), 21:51, 25/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ура-ура, а мы решили проблему!

    Напечатали новые наклейки!

    Теперь за те же самые диски вы еще и заплатите дороже (ведь это же wd red ПЛЮС, а не просто wd red! Новая модель, опять же!)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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