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 не встречал.
| |
|
|
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.196, MihaNix (?), 06:32, 04/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Как раз про nvidia было все наоборот.
Продавали карты с ddr5 вместо ddr3. Потому, что модули ddr3 банально закончились на производстве а видеокарты готовые отгружать надо...
| |
|
|
9.244, Аноним (244), 20:31, 04/05/2020 [^] [^^] [^^^] [ответить] | +/– | Карты так продоют GDDR5 64бит шина и DDR3 128 бит шина и то и другое может быть ... текст свёрнут, показать | |
|
|
|
|
5.113, Аноним (21), 17:20, 03/05/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну ты нашёл пример. Там же HM-SMR, его всяко не спрячешь, поддержка со стороны драйвера нужна. Тут-то речь про DM-SMR идёт.
| |
|
|
7.157, Аноним (21), 20:51, 03/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Всё равно та же линейка, если там деление CMR/HM-SMR, то указание логично. Где про Red и другие цветные серии прочитать (не считая выложенной за последнюю пару недель доки)?
| |
|
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т модели - одноразовое ненадежное дерьмо, сделанное на от...сь
| |
|
|
|
|
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. Ведь до их появления твои данные просто не доживут.
| |
|
|
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.
| |
|
|
5.274, Аноним (274), 11:55, 05/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
у меня есть 2 WD40EZRZ-00GXCB0 в нас. качал торренты на них - никаких проблем с производительностью не было. да и кеш 64мб маловат для сабжа - с таким кешем и SMR тормозилово было просто адовое.
p.s. ixbt известен своими ыкспертами ;)
| |
|
|
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.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 - для обычной хранилки фильмов данных самое то. Скоростей не хватает, зато проблем не вызывают и тихие.
| |
|
|
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... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
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 одинаковые диски то не редко они дохнуть синхронно при перестройке ... большой текст свёрнут, показать | |
|
|
|
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 для дома" именно для этой комбинации, а все остальное на ваш страх и риск? 🙄
| |
|
|
|
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 по всей площади пластины. Укажи модель и производителя.
| |
|
|
4.93, Аноним (93), 15:06, 03/05/2020 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Ps это только в zfs рейды такие медленные.
Модель давай, фантазер опеннетный.
| |
|
|
|
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.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 больше дисков не производит.
| |
|
|
|
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. Откуда я могу знать? У меня ведь только один хард был, который я сломал.
| |
|
1.14, zurapa (ok), 11:31, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –15 +/– |
Это тот случай, когда не пользовался zfs и дальше не буду пользоваться. Vinum баще!
| |
|
|
3.41, Lockywolf (ok), 12:27, 03/05/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Блин, а кем пользоваться?
Сигейт дрянь, ВД дрянь, Самсунг дрянь.
Что там живо-то ещё? Тошиба? Хитачи?
Upd: погуглил, Хитачи всё-таки умерла.
| |
|
|
5.90, Lockywolf (ok), 14:54, 03/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Беру те, которые HGST. Но теперь приходится и их по табличке
> проверять (см. #62).
Hgst -- это wd
| |
|
|
|
Часть нити удалена модератором |
|
5.206, xm (ok), 12:05, 04/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Мальчики, не спорьте. В японском языке нет чистых "с" и "ш", а есть звук представляющий их комбинацию.
| |
|
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 баще!
Это глюкалово чудовищное хоть как-то чинили с тех пор, когда оно умело встать колом просто на добавлении какого там -- пятого или седьмого диска?
| |
|
1.16, trantor (??), 11:40, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
На именно этих дисках же применяется специальная прошивка Nasware оптимизированная на применение в Raid массивах.
Особенность Nasware это более быстрый ответ в случае сбоев в записи или чтении блоков,т.е. в то время как обычный диск пытается до последнего прочитать или записать блок(таймаут), Nasware диск быстро сообщает что он помер.
Это сделано для того чтобы Raid массивы не зависали и быстро переключались на Spare.
| |
|
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 +/– |
Такую фигню как механическое считывание/запись давно пора выкинуть
| |
|
|
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 стерео», пластинки на нём будут слушать и мои дети. Если сравнивать по звуку и качеству сборки с современными недорогими проигрывателями, то он точно будет лучше.
| |
|
|
7.171, Сейд (ok), 22:14, 03/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению, не понимаю, о чём вы. Этот проигрыватель просто стоит в комнате и изредка на нём слушают пластинки.
| |
|
6.174, LesPaul (?), 23:27, 03/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Наконец-то советские проигрыватели по качеству догнали современные китайские, или наоборот) Но я не буду снобом, так как действительно хорошо звучащие проигрыватели в нынешнее время стоят очень дорого, а чтобы собрать б/у, нужно иметь богатый опыт.
| |
|
5.301, RHEL Fan (?), 13:02, 06/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
У меня есть Вега, там "подвес, тонарм, игла, привод и прочее". На современном Stanton был прижим 3 грамма и антискейтинг отсутствовал. Да еще тонарм короткий. На таком пласты долго точно не проживут.
| |
|
|
3.265, Аноним (265), 09:51, 05/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Поганым звуком. (да, я в курсе, что есть любители, но после ленты и винила для меня CDA было как небо и земля.)
| |
|
|
|
2.29, Свидетель5g (?), 12:08, 03/05/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
Потому что новость на опеннете появилась в контексте новостей Freenas и ZFS, а не SMR в WD.
| |
|
|
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 страдают битротом.
| |
|
|
|
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 так вообще блюрей могут быть. Жаль только они обанкротились.
| |
|
|
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мегабайтные жесткие диски, если там пзухи все прожигае... большой текст свёрнут, показать | |
|
|
10.289, пох. (?), 19:46, 05/05/2020 [^] [^^] [^^^] [ответить] | +/– | я про них только в книжке читал - и только поверхностную билиберду - поэтому не ... текст свёрнут, показать | |
|
|
|
|
6.277, Аноним (9), 12:52, 05/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Тоже очень зависит от краски. Есть вариант выскоблить в камне, теоретически можно малинку подрядить.
| |
|
7.280, пох. (?), 14:22, 05/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Тоже очень зависит от краски. Есть вариант выскоблить в камне, теоретически можно
> малинку подрядить.
кстати, а гравировка по нерже не надежнее ли? Все же эти природные материалы - то на неоднородность напорешься, то выветривание... А так - можно старый плоттер снабдить вместо фломастера головой от дремеля... вроде и несложно получаетсо.
Интересно, сколько будет весить коллекция видео - в пару сотен тонн не слишком толстого листа уложится? ;-)
| |
|
|
9.287, Аноним (265), 19:38, 05/05/2020 [^] [^^] [^^^] [ответить] | +/– | Мааленькая проблема с этим кварцем заключается в том, что он пока остаётся в тео... текст свёрнут, показать | |
|
|
|
|
|
|
3.103, Аноним (274), 16:41, 03/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
флешка на 4Гб лежала 10 лет без дела. все считалось без проблем.
но тогда технологии были не такими толстыми, да и в начале 00х slc флешки встречались часто.
| |
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
про болванки тоже сто лет обещали, а на деле гниют даже штамповки в невскрытой упаковке, хранящиеся в темноте и т.д.
| |
|
|
|
1.43, Аноним (43), 12:31, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Дисковые накопители несовместимы с ФС...
ФС несовместимы с некоторыми типами файлов...
Куда катится этот гребанный мир?!
| |
1.44, Аноним (44), 12:34, 03/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +12 +/– |
С самого начала, когда я узнал о технологии SMR и принципе её работы - мне сразу показалось, что это паршивенькая идея. И классические-то диски порой теряют данные, а идея с частичным затиранием дорожек держится на ещё более хлипких предположениях и добавляет существенно больше точек отказа. Браво.
| |
|
|
3.53, Аноним (98), 12:53, 03/05/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Горячая черепица - это будет звиздец... Целенаправленно убивают ЖД. Вот на кой нужна черепица на мелких дисках в 2Т?!
| |
|
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 [^] [^^] [^^^] [ответить]
| +/– |
Мечтает быть гордой птицей, летящей на крыльях ИБП. Но приходится гордо падать и тихо корраптить данные (а если очень не повезёт - то ещё и не факт, что потом поднимется).
| |
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.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.172, Ананимас008 (?), 23:08, 03/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
осталось микрософту кинуть идею об аналоге винмодемов для винтов и вуаля. win10 only compatible hdd.
| |
|
|
2.112, Annoynymous (ok), 17:11, 03/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Сильно подозреваю, что при использовании чего угодно в рейде при ребилде рейда. Просто автор ещё не тестировал, в мне не на чем.
| |
|
3.115, Аноним (89), 17:32, 03/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
А когда эта SMR появилась и на каких типах HDD ее еще заведомо нет?
| |
|
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.
| |
|
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.240, пох. (?), 20:09, 04/05/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
нет, к сожалению - верно только для современных wd. У сигейта уже были диски, не умеющие trim, но при этом smr - и другим такие сделать никто не запрещал.
| |
|
4.239, пох. (?), 20:08, 04/05/2020 [^] [^^] [^^^] [ответить] | +3 +/– | утилиты - банальный cp или dd, только надо уметь его пользовать Суть такая пер... большой текст свёрнут, показать | |
|
|
|
|
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...
| |
|
|
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.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.271, пох. (?), 11:08, 05/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
так заводиков в мире ВСЕГО то ли три, то ли четыре - причем все находятся в одном и том же месте в Тае, и, возможно, вообще только для обхода законодательств принадлежат для вида разным людям.
Точная механика - скилл, человекообразными уже практически утерянный.
| |
|
|
|
2.275, Аноним (275), 12:39, 05/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
А предложите ка что-то на 50-80ТБ с полной проверкой целостности и выживаемости на уровне танка при обычных условиях(т.е. не такие случаи как в топике). Знать не знал о zfs и не тужил, пока не поставили такую задачу - нет альтернативы сейчас
| |
|
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, без вариантов.
Хотя, результаты голосований во многих странах как бы наглядно показывают, что большинство популяции - не в здравом уме, и это печально.
| |
|
|
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оман чоли?
Это было подтверждение тезиса от коллеги: "До вброса ты бы и не знал что там за технология под капотом"
| |
|
|
|
|
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.
| |
|
|
9.262, Аноним (236), 03:51, 05/05/2020 [^] [^^] [^^^] [ответить] | +/– | Сценарий как Вы описываете - возможен, но вот только выводы Вы делаете ошибочные... большой текст свёрнут, показать | |
|
8.260, Аноним (236), 03:34, 05/05/2020 [^] [^^] [^^^] [ответить] | +/– | так не покупайте в лавке у лысого, в чём проблема-то Лавок - полон инет Голосу... большой текст свёрнут, показать | |
|
|
10.283, пох. (?), 14:40, 05/05/2020 [^] [^^] [^^^] [ответить] | +1 +/– | ты точно хоть раз это делал По факту покупать что-то с доставкой в РФ ты можешь... текст свёрнут, показать | |
|
9.272, пох. (?), 11:23, 05/05/2020 [^] [^^] [^^^] [ответить] | +1 +/– | в том что я, в отличие от него, не миллиардер И покупаю там, где дешево и при э... текст свёрнут, показать | |
|
|
|
|
|
|
|
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.
Да уж...
| |
|
|
|
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 в пуле - всегда можно нарастить.
| |
|
|
9.299, пох. (?), 11:04, 06/05/2020 [^] [^^] [^^^] [ответить] | +/– | разницу между 1 16 и 1 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.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 год, но до-сих пор какая-то технологическая яма, ни документации, ни стандартизации. Спасибо всем за ответы.
| |
|
|
1.310, WD (?), 21:51, 25/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ура-ура, а мы решили проблему!
Напечатали новые наклейки!
Теперь за те же самые диски вы еще и заплатите дороже (ведь это же wd red ПЛЮС, а не просто wd red! Новая модель, опять же!)
| |
|