The OpenNET Project / Index page

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



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

Оглавление

Код Bcachefs принят в основной состав ядра Linux 6.7, opennews (??), 31-Окт-23, (0) [смотреть все]

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


143. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (145), 31-Окт-23, 15:59 
Будет, возможно даже больше чем сейчас. Мало кому захочется включить компьютер через год простоя и не обнаружить там своих файлов.
Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

153. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 31-Окт-23, 17:01 
Как будто с современным hdd это не так же.

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

164. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 31-Окт-23, 17:41 
Тут на Тубе было видел где чел тестировал сохранность файлов на SSD. Целый год 4 диска пролежали в ящике стола, не включались. Спустя год 2 штуки включил, проверил - все файлы на месте. Еще через год другие 2 проверит.
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

166. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +1 +/
Сообщение от пох. (?), 31-Окт-23, 17:53 
да там хрен с файлами - таблицы маппинга живы или не совсем.
У малтилейер ssd - через год уже не то что файлы, а вообще не прочитается ничего.

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

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

190. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от turbo2001 (ok), 31-Окт-23, 21:36 
> У малтилейер ssd - через год уже не то что файлы, а вообще не прочитается ничего.

Похоже на байку. Полностью забитый samsung 970 pro пролежал 15 месяцев в коробке, все данные на месте.

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

451. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от RM (ok), 04-Ноя-23, 10:22 
> Полностью забитый samsung 970 pro пролежал 15 месяцев в
> коробке, все данные на месте.

так это же Samsung 970 Pro, прследний нормальный из потребительского сегмента, на MLC  и с соответстаующим ценником. Типа топ, не показатель средней температуры по больнице.

Я, как 980 Pro  увидел, побежал купил пару 970 Pro в стол. Потому что АртефактЪ оно теперь.

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

459. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +1 +/
Сообщение от turbo2001 (ok), 04-Ноя-23, 17:01 
Да, был неправ. Почему-то думал, что 970 - это TLC, как 980 и 990.
Ответить | Правка | Наверх | Cообщить модератору

224. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 01-Ноя-23, 05:22 
> да там хрен с файлами - таблицы маппинга живы или не совсем.
> У малтилейер ssd - через год уже не то что файлы, а
> вообще не прочитается ничего.
> С другой стороны - ну а нахрена во-первых, выключать, а во-вторых какие-то
> там файлы, тебя чо, из морозилки забыли вовремя достать? У нас
> тут облачка, белогривые лошарики, дома хранить ничего не принято, а то
> дом-то нынче шибко умный, на твой прон как начнет др-4ить, так
> стены трясутся и ты со стула падаешь.

Вы по диагонали читаете О_о? Чел создал рандомные файлы, записал их, создал хэши, на год убрал в коробку, через год проверил - у всех файлов хэши совпали.

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

291. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 01-Ноя-23, 17:21 
человеку просто повезло с дисками. Один раз.
Причем никто не обещает что через еще год данные снова прочитаются. (судя по каким-то там хэшам - человек феноменально безграмотный и даже не понимает как это работает)

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

но вы продолжайте веровать что обманули физику.

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

294. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 01-Ноя-23, 17:31 

> Более того - из-за поворота индустрии (дерьма) в сторону безумных плотностей и
> наращивания числа уровней

Вот с ЭТИМ я соглашусь. То как народ уверенно переходит с условного TLC на QLC и бездумно пишет в пятизвездочных обзорах "да все норм, че. Быро же файло записалось" не задумываясь как там все работает и насколько нынешние диски "мухлюют" чтобы создать видимость скорости - оторопь берет.
А производители все грозят вводом PLC (правда тут есть подозрение что не будет его все таки, возни много, контроллеры нужно еще мощнее делать, а выигрыш небольшой) и тогда будет полная жесть, еще чуть и появятся WORM SSD :)

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

300. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +1 +/
Сообщение от пох. (?), 01-Ноя-23, 18:33 
> Вот с ЭТИМ я соглашусь. То как народ уверенно переходит с условного
> TLC на QLC и бездумно пишет в пятизвездочных обзорах "да все

А кто его спрашивать-то собирается вообще? Все, не выпускают мелких и надежных ssd, давай дасвиданье.
Мелких и надежных hdd УЖЕ нет. В принципе нет их. (ну может какие 2.5" фуджитсы еще выпускаются, но их с улицы не купишь)

> а выигрыш небольшой) и тогда будет полная жесть, еще чуть и
> появятся WORM SSD :)

боюсь что они таки WMRO. Записать-то получится, а вот прочитать только первый раз и то если сразу.

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

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

308. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 01-Ноя-23, 20:30 
> А кто его спрашивать-то собирается вообще? Все, не выпускают мелких и надежных
> ssd, давай дасвиданье.
> Мелких и надежных hdd УЖЕ нет. В принципе нет их. (ну может
> какие 2.5" фуджитсы еще выпускаются, но их с улицы не купишь)

Ну тут же "рыночек" порешал. Если SSD на QLC стоит в полтора раза дешевле TLC, то народ берет. Постепенно производители говорят "так не покупает никто TLC" и либо переводят его в премиум сегмент либо вообще свернут производство. Переход уже идет, разве что на QLC народ все таки не так быстро пересаживался раньше потому что первые образцы были ну очень унылые, но тепреь их хорошо замаскировали, припудрили, а порой вообще не говорят про начинку (Кингстон этим отличается например).
И никто не замечает, что по мере заполнения диска он что-то начинает тормозить, а потом тормозить ОЧЕНЬ сильно.
С HDD тут вы про SMR? Ну есть надежда что SMR это временное решение, просто у WD с HAMR не получилось, а у Сигейт - получилось, в связи с чем Сигейты уже презрительно назвали SMR диски "Archive drives".

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

314. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 01-Ноя-23, 22:36 
> С HDD тут вы про SMR? Ну есть надежда что SMR это временное решение

а постоянное - когда мелких дисков ВООБЩЕ не останется - никаких.

Найди мне что-то меньшее 6 терабайт не smr ?

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

321. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (321), 02-Ноя-23, 01:15 
SkyHawk от сигейтов и их предшественники по категории - всё_для_видео?
Ответить | Правка | Наверх | Cообщить модератору

323. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 02-Ноя-23, 02:11 
>> С HDD тут вы про SMR? Ну есть надежда что SMR это временное решение
> а постоянное - когда мелких дисков ВООБЩЕ не останется - никаких.
> Найди мне что-то меньшее 6 терабайт не smr ?

Ну WD40PURZ например, там CMR\PMR, с WD40PURХ правда непонятно, в спеках есть TRIM, но утверждают что это не SMR

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

345. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 02-Ноя-23, 07:47 
а, ну да, еще вот диски под видеонаблюдение. С нулевой надежностью и долговечностью и то ли урезанные по интерфейсу, то ли на самом деле 5400.

И скоро их таких тоже не останется. Как я тебе видимона6лядение в 8k буду на такого недомерка писать? Подавайте мне 40T!

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

369. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 02-Ноя-23, 15:12 
> И скоро их таких тоже не останется.

Опять мимо, среди обычных WD Blue есть CMR-диски на каждую ёмкость: https://documents.westerndigital.com/content/dam/doc-library...

Purple отличаются наклейкой и прошивкой с добавлением экзотических команд, от этого надежность и долговечность в ноль не падают.

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

371. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 02-Ноя-23, 15:24 
_были_. Сейчас ты их в продаже - не найдешь.
(не надо мне показывать твое (не)умение искать по амазону)

нет, не наклейкой.

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

377. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 02-Ноя-23, 16:20 
Лол, не были, а будут. Это самые новые диски, которые до нас ещё не доехали.
>> нет, не наклейкой.
> наклейкой и прошивкой
Ответить | Правка | К родителю #371 | Наверх | Cообщить модератору

379. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 02-Ноя-23, 17:22 
> _были_. Сейчас ты их в продаже - не найдешь.
> (не надо мне показывать твое (не)умение искать по амазону)
> нет, не наклейкой.

Ну да, там есть поддержка "стриминговой" записи с игнорированием потенциальных ошибок для достижения устойчивой скорости записи + там NCQ работает иначе чтобы можно было писать несколько потоков одновременно. Но прикол в том, что все это включается только если контроллер явно включает через расширения ATA протокола. На том же Реддите обсасывали - на десктопах диск должен работать как обычный. Вероятно :)

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

382. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 02-Ноя-23, 17:55 
> Вероятно

fuuu...ck

не, в принцие они даже и работают, с некоторыми э... особенностями, правда, я не видел самых последних, по известным причинам, но есть у меня подозрение что там все только хуже. У purz/rx из занятного было то что они во-первых гелиевые (т.е. это опять переделанная тошиба), во-вторых 4k only без эмуляции кроме какой-то одной мелкой модели.

Ну а из не очень занятного - что они тоже э... wmro. Т.е. при попытке использовать в сервере очень быстро дохли от неведомых причин.

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

391. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 02-Ноя-23, 19:46 
>> Вероятно
> fuuu...ck
> не, в принцие они даже и работают, с некоторыми э... особенностями, правда,
> я не видел самых последних, по известным причинам, но есть у
> меня подозрение что там все только хуже. У purz/rx из занятного
> было то что они во-первых гелиевые (т.е. это опять переделанная тошиба),
> во-вторых 4k only без эмуляции кроме какой-то одной мелкой модели.

Ну а смысл сейчас эмулировать 512 байт? Так и так все винты уже давно 4К, логично что наконец-то решились на 4Kn

> Ну а из не очень занятного - что они тоже э... wmro.
> Т.е. при попытке использовать в сервере очень быстро дохли от неведомых
> причин.

А вот это не очень радует, реально. И какие симптомы?

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

395. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 02-Ноя-23, 22:51 
> Ну а смысл сейчас эмулировать 512 байт?

а ты загрузиться-то уверен что сумеешь? видеорекордеру-то понятно незачем.

> А вот это не очень радует, реально. И какие симптомы?

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

Без всякого объявления войны (ну или опять же без видимого альтеративно одаренными - то есть может он щелкал и ресетился, главное чтоб smart был чистеньким)

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

429. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 03-Ноя-23, 16:43 
>> А вот это не очень радует, реально. И какие симптомы?
> насколько я помню (2019й год же ж) - не детектится или вообще
> не стартует (поди разбери у этих альтернативно одаренных, что там на
> самом деле)
> Без всякого объявления войны (ну или опять же без видимого альтеративно одаренными
> - то есть может он щелкал и ресетился, главное чтоб smart
> был чистеньким)

Ну вот я смотрю отзывы по тому же Яндекс.Маркету, у многих либо DOA приезжает либо дохнет после нескольких включений сразу. Неясно, тут могли и при доставке уронить, конечно, но у многих реально долго не живет.
Еще интересно читать про "большой ресурс" и "меняем примерно через год", правда это 24/7.

В общем неясно, видеть бы статистику по отказам.

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

431. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от пох. (?), 03-Ноя-23, 16:49 
блин ну ты нашел где смотреть. Их может растамаживали без подъемного крана, или перегружали вилами.

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

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

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

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

467. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 04-Ноя-23, 19:29 
> блин ну ты нашел где смотреть. Их может растамаживали без подъемного крана,
> или перегружали вилами.

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

И кстати специально заморочился проверить, пишут что на гелии Purple только от 8 (или 10) терабайт.

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

378. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 02-Ноя-23, 17:18 
>> И скоро их таких тоже не останется.
> Опять мимо, среди обычных WD Blue есть CMR-диски на каждую ёмкость: https://documents.westerndigital.com/content/dam/doc-library...
> Purple отличаются наклейкой и прошивкой с добавлением экзотических команд, от этого надежность
> и долговечность в ноль не падают.

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

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

413. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (-), 03-Ноя-23, 13:55 
> Причем команды там действительно интересные - разрешают игнорировать ошибки записи если
> это было явно запрошено хостом. Дескать все равно видеопоток, пара битых
> кадров не меняет ничего. Обычный десктопный SATA контроллер этого вообще не умеет.

Обычному десктопному контроллеру - похрен! Что кернел или кто там скажет слать, то он и пошлет. Фичесет девайса и валидность этого действа ему довольно до балды. Более того - у многих эмбедед железок такой же AHCI интерфейс к их контроллеру (даже если оно и не через PCI шину). Если на той стороне линка обиделись на команду, девайс отлуп вернет. А так "обычный десктопный контроллер" запросто отсылает даже всякие "сервисные" команды, если вы знаете какие и с какими параметрами.

Но кернел довольно специфично себя ведет если накопитель делает что-то неожиданное. Скажем WD выпавший в Failsafe не хочет выполнять многосекторное чтение через read dma multiple, соглашаясь только на простой read по 1 сектору. А кернель не в курсе таких вещей и на это очень обижается, пытаясь ресетить девайс и что там еще. Что ессно никогда не дает ожидаемый эффект. Но вот контроллеру SATA это все до балды, он довольно простая железка. Горе от ума бывает больше у всяких трансляторов типа USB<->SATA и тому подобного добреца с фирмварой и трансляцией команд, там уже оно может и не пускать всякий кастом через себя.

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

432. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 03-Ноя-23, 16:59 
>[оверквотинг удален]
> Но кернел довольно специфично себя ведет если накопитель делает что-то неожиданное. Скажем
> WD выпавший в Failsafe не хочет выполнять многосекторное чтение через read
> dma multiple, соглашаясь только на простой read по 1 сектору. А
> кернель не в курсе таких вещей и на это очень обижается,
> пытаясь ресетить девайс и что там еще. Что ессно никогда не
> дает ожидаемый эффект. Но вот контроллеру SATA это все до балды,
> он довольно простая железка. Горе от ума бывает больше у всяких
> трансляторов типа USB<->SATA и тому подобного добреца с фирмварой и трансляцией
> команд, там уже оно может и не пускать всякий кастом через
> себя.

Ну как бы все таки это все должно быть host aware:

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

"Perhaps surprisingly, complete data integrity for video is not vitally important. That's because a small error introduced into a video stream doesn't compromise the overall integrity of the visual image. While a small, perhaps imperceptible, flaw may occur, the overall video is still intact. However, in order to manage the vast amounts of video and related metadata in a surveillance system, a keyed relational database or similar traditional data organizational system is often used. It is absolutely critical that reads and writes for such systems employ the utmost levels of error correction and detection to ensure data integrity isn't compromised.

An important feature of the SV35 Series disc drive is its support of the ATA-7 streaming command set. ATA-7 is a recent extension of the industry-standard ATA command set for controlling disc drives. The streaming component of this standard enables the SV35 Series drive's reads and writes to be customized for either video or data payloads. Using the ATA-7 streaming commands, both of these requirements are elegantly met."

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

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

471. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (-), 05-Ноя-23, 06:09 
> Ну как бы все таки это все должно быть host aware:

Судя по описанию, там добавочные команды которые хост может юзать для вот именно видео, если захочет. А не захочет - ну и хрен с ними, по идее. И это реально надо только системам выделенным под съемку видео с камер наблюдения, где непрерывность потока их все, даже если пару кадров и вылетит.

Для более обычного софта - если этими фичами пользоваться - вылетит несколько секторов под метаданными ФС - и чего?! Там соответственно соображения другие, лучше пытаться записать данные гораздо настырнее. Даже если займет дольше.

> Вот что Сигейт писали еще годы тому назад про свои диски для
> видеонаблюдения.

В случае видео - лучше продолбать кусок кадра, чем надолго озадачиться retry/reset/recovery и в итоге продолбать пару минут в результате, реалтайм не ждет. КМК основная трабла - обычные файлухи и софт типа кернела не особо хорошо себя ведут налетев на бэды в этом аспекте vs съемка видео.

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

> Using the ATA-7 streaming commands, both of these requirements are elegantly met."

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

> Судя по спекам для того чтобы писать на диск в режиме стриминга
> система должна явно инициировать запись в таком режиме. Теперь вопрос -
> с чего бы обычному хосту такое делать?

Обычному - да ни с чего. Но если софт в системе засабмитит эти команды, имхо, писючный контроллер не будет возражать. Ему то какое дело что там за команды и почему. Вот какой-нибудь usb-sata bridge может и обидеться на нежданчик, а AHCI какому, имхо, похрен и есть шансы что в вон тех железках примерно такой же AHCI и стоял - изобретать новый интерфейс контроллера при наличии устаканившегося стандартного желающих довольно мало.

А у usb кстати сто лет есть стриминг потоков (isochronous EP), но там это вообще совсем для мультимедии, типа поток байтов в/из звуковуху гнать. Там тоже кстати retry нет - попортится чуток - и хрен с ним! Лучше чем надолго заткнуться в попытках идеального recovery. А вон то это продолжение идеи, чтобы и накопители так же себя вели.

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

Видимо в том режиме - tradeoff другие, чтобы непрерывно писать - и черт с парой ошибок. Но вот чего бы именно контроллеру на расширения команд возбухать - ахз. Скорее на PC операционки не юзают такие команды просто - а им оно зачем? Но думается если послать такие команды - оно, имхо, прокатит. И вопросы к софту и его умениям скорее. А чего, даже всякие vendor cmd прокатывают же.

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

374. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 02-Ноя-23, 16:10 
> Ну есть надежда что SMR это временное решение, просто у WD с HAMR не получилось, а у Сигейт - получилось, в связи с чем Сигейты уже презрительно назвали SMR диски "Archive drives".

На самом деле Seagate не меньше отличился. Он сейчас своим даташитом на Barracuda Compute гордо говорит, что дома нужен только SMR - в десктопах, в домашних серверах, в DAS. Передовые достижения, говорит. Особо универсальные диски, говорит. Ещё это минное поле (где есть риск встретить SMR) у него простирается на 2 ТБ выше - 2..8ТБ против 2..6ТБ у WD.

Если бы по плотности записи получалось лучше, чем у WD, он бы опережал его по введению новых ёмкостей, но на деле немного отстаёт. Вроде именно из-за роста плотности WD сейчас добавил новые CMR-диски на 2..6ТБ. SMR с нами навсегда, но он не спешит вытеснять CMR и особо плох только в домашнем варианте (DM-SMR), где богатый внутренний мир наружу не выставляется как в HA-SMR и HM-SMR.

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

380. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 02-Ноя-23, 17:40 
> и особо плох только в домашнем варианте (DM-SMR), где богатый внутренний
> мир наружу не выставляется как в HA-SMR и HM-SMR.

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

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

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

385. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 02-Ноя-23, 18:40 
> С другой стороны в отличие от SMR в HAMR вроде как нет этих трюков с зонами

Seagate лукавит, противопоставляя друг другу PMR, SMR и HAMR. Потому что перпендикулярная запись (PMR) никуда не девается, а однозначное отсутствие SMR принято обозначать словом CMR (Conventional...) и когда надо, Seagate этому следует. Логично в будущем совместить HAMR с черепицей и это не просто моя догадка:
> "And by the way, HAMR can use SMR as well on top of it", говорит William David Mosley, Chief Executive Officer & Director, Seagate Technology Holdings Plc - https://s24.q4cdn.com/101481333/files/doc_financials/2023/q4...

О будущих дисках говорить неприятно, Seagate уже слал первый HAMR-диск избранным клиентам в 2018, сейчас тоже... шлёт первый HAMR-диск... избранным клиентам... у остальных производителей есть похожие фокусы. Короче, это не наше собачье дело, есть в природе этот диск и эти избранные клиенты, или нет их.

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

390. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 02-Ноя-23, 19:40 
>[оверквотинг удален]
>> С другой стороны в отличие от SMR в HAMR вроде как нет этих трюков с зонами
> Seagate лукавит, противопоставляя друг другу PMR, SMR и HAMR. Потому что перпендикулярная
> запись (PMR) никуда не девается, а однозначное отсутствие SMR принято обозначать
> словом CMR (Conventional...) и когда надо, Seagate этому следует. Логично в
> будущем совместить HAMR с черепицей и это не просто моя догадка:
>> "And by the way, HAMR can use SMR as well on top of it", говорит William David Mosley, Chief Executive Officer & Director, Seagate Technology Holdings Plc - https://s24.q4cdn.com/101481333/files/doc_financials/2023/q4...
> О будущих дисках говорить неприятно, Seagate уже слал первый HAMR-диск избранным клиентам
> в 2018, сейчас тоже... шлёт первый HAMR-диск... избранным клиентам... у остальных
> производителей есть похожие фокусы. Короче, это не наше собачье дело, есть
> в природе этот диск и эти избранные клиенты, или нет их.

Но зачем поверх HAMR вешать SMR? Смысл и того и другого был в преодолении текущих лимитов на плотность, причем сами Сигейты называли SMR "stop-gap solution". Если они успешно достигнут рабочего HAMR (обещают винты до 40 ТБ), то зачем им такая химера? Не говоря о том что вешать одну так себе обкатанную технологию поверх другой новой технологии это собирать все возможные баги и портить репутацию.

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

392. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 02-Ноя-23, 20:09 
> Но зачем поверх HAMR вешать SMR?

Чтобы отодвинуть следующее ограничение по ёмкости на диск, когда к нему подойдут. Или удешевить не-самые-ёмкие-диски через уменьшение числа необходимых пластин и головок.

Для конкуренции с SSD нужна низкая цена за терабайт (боюсь, об остальных плюсах быстро забудут, если HDD и SSD сравняются по цене). Удешевлять корпус, двигатель, подшипник, электронику больше некуда, выход только в наращивании ёмкости на один диск и тут все средства хороши. Toshiba вот планирует впихнуть ещё одну, одиннадцатую, пластину.

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

393. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Kuromi (ok), 02-Ноя-23, 20:30 
>> Но зачем поверх HAMR вешать SMR?
> Чтобы отодвинуть следующее ограничение по ёмкости на диск, когда к нему подойдут.
> Или удешевить не-самые-ёмкие-диски через уменьшение числа необходимых пластин и головок.

Рискованно + те же грабли что с SMR уже сейчас есть.

> Для конкуренции с SSD нужна низкая цена за терабайт (боюсь, об остальных
> плюсах быстро забудут, если HDD и SSD сравняются по цене). Удешевлять
> корпус, двигатель, подшипник, электронику больше некуда, выход только в наращивании ёмкости
> на один диск и тут все средства хороши. Toshiba вот планирует
> впихнуть ещё одну, одиннадцатую, пластину.

Тут да. По скорости винтам уже никак не соперничать разве что параллельно писать на разные пластины. По секурности винты тоже не радуют, SSD можно дешево очистить TRIM-ом. Как вариант давить на надежность? Сейчас у SSD с этим тоже сложности.

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

394. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 02-Ноя-23, 21:59 
> + те же грабли что с SMR уже сейчас есть.

Но их сейчас не воспринимают как явные грабли. Принимают как данность, что без SMR нет дисков на 26 ТБ и, наверное, учатся работать с HM-SMR.

> параллельно писать на разные пластины.

Две головки уже могут одновременно писать (Exos 2X14, 2X16, 2X18 - видно в продаже б/у или восстановленные, DC HS760), но это чтобы время перезаписи диска не росло дальше (вместе с количеством пластин, например), почти что мера против замедления. По скорости перестали пытаться конкурировать после отказа от дисков на 10K, 15K RPM.

> По секурности винты тоже не радуют

В каких-то HDD есть фича Instant Secure Erase (+другие названия): "шифровать весь диск и всегда выставлять расшифрованным - только ради того, чтобы диск по команде Sanitize мог стереть ключи и таким образом быстро как бы удалить данные". Некоторые SSD на самом деле возвращают данные по оттримленным адресам (обратное поведение называют DRAT и DZAT) - данные будут читаться, пока до них не доберётся сборщик мусора.

> Как вариант давить на надежность?

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

Так что цена очень важна. С другой стороны лента подпирает, но там приличный порог вхождения (цена привода в миллион рублей) и нет онлайн-доступа.

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

415. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (-), 03-Ноя-23, 14:09 
> Но их сейчас не воспринимают как явные грабли. Принимают как данность, что
> без SMR нет дисков на 26 ТБ и, наверное, учатся работать с HM-SMR.

В btrfs Zoned энное время завезли как раз. При том - сам WD аж. Прикольно видеть комиты с @wdc.com - хорошая реклама фирмы так то :). А до кучи zoned и флешастым девайсам полезен, как раз крупноблочной природе флеша соответствует. По совсем иным причинам но интерфейс софту наружу такой же а остальное мало кого и интересует в софте.

> Две головки уже могут одновременно писать (Exos 2X14, 2X16, 2X18 - видно
> в продаже б/у или восстановленные, DC HS760), но это чтобы время
> перезаписи диска не росло дальше (вместе с количеством пластин, например), почти
> что мера против замедления. По скорости перестали пытаться конкурировать после отказа
> от дисков на 10K, 15K RPM.

Кому надо было скорость SSD всяко быстрее: передать новый адрес это ж не головы сгонять. А параллельная запись в произвольные места треюует >1 механику voice coil что удорожает тушку. Такие потуги были но это дорого, менее технологично и в целом в массы не пошло.

Зато SSD навешивают контроллеру кучу чипов на параллельные шины, дорожек на печатку накинуть и чипов допаять - сильно проще чем механику голов. Так что скорости IO и стали пробивать потолок.

> по команде Sanitize мог стереть ключи и таким образом быстро как
> бы удалить данные".

При этом предлагается на честное слово поверить блобикам фирмварии что оно и правда так...

> Некоторые SSD на самом деле возвращают данные по
> оттримленным адресам (обратное поведение называют DRAT и DZAT) - данные будут
> читаться, пока до них не доберётся сборщик мусора.

Вообще там по идее есть флаг - трет девайс как zero сектора или нет. И кернель учитывает это. Если кто в этом флаге гонит - ну, кто ему доктор, это уже совсем паленая фирмварь. А так btrfs например и сам не дурак забатчить группу TRIMов в асинхронном виде. Потому что в синхронном это видите ли перфоманс записей роняло. А тут накопили побольше, желательно alignment пожирнее если получилось (так фирмвари в общем случае удобнее) и пуляют уже батчем. Так куда лучше работает в целом.

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

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

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

430. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 03-Ноя-23, 16:46 
> А параллельная запись в произвольные места треюует >1 механику voice coil

Проблема в том, что любая параллельная запись того же требует. Одна головка или двадцать - линейная скорость всё равно около 200 МБ/с, потому что в один момент работает только одна головка, без независимой механики иначе не смогли. Если бы линейные скорости масштабировались с числом головок, на 20 головках было бы 4 ГБ/с, как у PCIe Gen3. И говорили бы: "это лишь линейные скорости, но всё-таки...".

> При этом предлагается на честное слово поверить блобикам фирмварии что оно и правда так...

Ну зато по нему молотком бить удобно.

> Магниты не размагничиваются со временем в отличие от вполне себе утекающего из мелких хлипких ячеек заряда.

Там ещё подшипник, нанометровый слой смазки на пластинах, прошивка во флеше, на больших ёмкостях гелий (но технологии 9-10 лет, пока без скандалов с утеканием), флешка как буфер и хранилка метаданных на дисках 20+ ТБ у WD (OptiNAND), всем им может поплохеть. На стороне SSD зависимости от температуры и циклов перезаписи, но... всё равно HDD выглядит получше, чем почти новый SSD в холодильнике.

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

435. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 03-Ноя-23, 17:38 
> но... всё равно HDD выглядит получше, чем почти новый SSD в холодильнике.

upd: но и позиционирование не как средства для холодного архива портит ситуацию. Производитель никогда не скажет: "вы можете положить жёсткий диск на полку и он через 5 лет включится". Это не аргумент за SSD, это к тому, что и SSD, и HDD лучше включать и проверять раз в несколько лет. Более-менее убедительные заявления про сохранность были для M-DISC (DVD и BD) и из-за схожести технологии они вроде переносимы на HTL BD-R.

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

475. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (353), 05-Ноя-23, 16:24 
> Проблема в том, что любая параллельная запись того же требует.

Ну вот тут SSD сильно в плюсе - там interleaving ограничен только жабой на сложность печатки, число пинов чипа и число чипов на борде. Скоростное IO и ушло на SSD.

> Одна головка или двадцать - линейная скорость всё равно около 200 МБ/с,

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

> потому что в один момент работает только одна головка, без независимой механики
> иначе не смогли. Если бы линейные скорости масштабировались с числом головок,
> на 20 головках было бы 4 ГБ/с, как у PCIe Gen3.

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

>> При этом предлагается на честное слово поверить блобикам фирмварии что оно и правда так...
> Ну зато по нему молотком бить удобно.

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

> Там ещё подшипник,

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

> нанометровый слой смазки на пластинах,

Головы не касаются пластин. Они на воздушной, а сейчас иногда и гелиевой, подушке ЛЕТАЮТ над поверхностью на мизерном расстоянии. По этой причине удары и фатальны - при резком ударе голова таки встретится с крутящимся блином и запилит его, а вот это уже фигово.

> прошивка во флеше,

NOR малой емкости - хранит данные долго и надежно в отличие от хлипкого NAND. Даже антики из 1990х живые. Но кому они нужны с их емкостью?

> на больших ёмкостях гелий (но технологии 9-10 лет, пока без скандалов с
> утеканием),

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

Да и если данные капец нужны - перезаправить гелием не настолько уж нереально имхо. Обдерут, конечно, за такое.

> флешка как буфер и хранилка метаданных на дисках 20+ ТБ
> у WD (OptiNAND), всем им может поплохеть.

А тут вопрос в том насколько оно уповает на эту флешку без бэкапа на блинах. Если что не прошлось с флехи но на блинах было - в чем проблема? Реальные траблы обычно начинаются если не прочлись сервисные части фирмвари, трансляции и проч.

> На стороне SSD зависимости от температуры и циклов перезаписи,

И от циклов ЧТЕНИЯ. Современный флеш все больше DRAM напоминает.
1) Утекает заряд за обозримое время и требует регенерацию (фирмварой) для чего девайс ессно должен быть запитан.
2) Чтение может вызывать утечку заряда ("read disturbance"). После эн чтений контроллер может делать регенерацию.
3) Однотипный паттерн в соседних ячейках срывает чтение. Поэтому там рандомизеры чтобы поток данных был без кучи нолей-единиц. Но ничему не противоречит если после рандомайзера на энных данных получится наоборот неудачный паттерн.

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

Для долговременного хранения бэкапов и проч - пожалуй. TLC/QLC очень уж сыпуч и текуч. А на MLC с 2 уровнями или SLC - дорого получается.

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

478. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 05-Ноя-23, 21:59 
Уровень гелия вообще косвенно измеряется самим диском, есть SMART-параметр 0x16 Current Helium Level. Было бы веселее, если бы он постепенно полз в сторону нуля, но у меня 4 года держится на 100. Тема немного раскрывается тут (патент на измерение, анализ утечек, проблемные SMART'ы):
https://www.hkepc.com/forum/viewthread.php?fid=63&tid=2639295
https://www.reddit.com/r/DataHoarder/comments/wl20q2/just_a_.../

> Головы не касаются пластин. Они на воздушной

Но это не мешает смазывать пластины PFPE даже после отказа от парковки на них или восстанавливать слой со словами "будем исходить из того, что это необходимо для спасения данных". Кажется, это слишком тонкие материи. Есть успокаивающий вывод насчёт архивного хранения и испарения смазок из тех трёх мест, где они есть:
https://digitalpreservation.gov/meetings/documents/othermeet...

> А тут вопрос в том насколько оно уповает на эту флешку

Таки сильно:
> RRO metadata is generated in the factory during manufacturing. In prior generation HDDs, the RRO metadata

would be stored on a disk, whereas OptiNAND stores this data in iNAND ... iNAND technology can enable both SLC for write-heavy operations and TLC for read-heavy operations in the same device. - https://documents.westerndigital.com/content/dam/doc-library...

> И от циклов ЧТЕНИЯ

В какой-то пдфке вижу "Threshold for read reclaim: 100,000" (перенос данных через 100 000 чтений), ну учитывать это несерьёзно. "На стороне SSD" - имел в виду, что зависимости можно использовать для более надёжного хранения. Использовать знание, что чем ниже температура и чем меньше циклов, тем меньше утечка заряда.

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

492. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (-), 08-Ноя-23, 15:51 
> Уровень гелия вообще косвенно измеряется самим диском,

Ну да, я видел это в SMART.

> немного раскрывается тут (патент на измерение, анализ утечек, проблемные SMART'ы):
> https://www.hkepc.com/forum/viewthread.php?fid=63&tid=2639295

Бж, на китайском, или что это? Корейский? Японский? Впрочем картинка с завариванием гермозоны понятная вроде. Только и чинить их в случае чего наверное за это .

> на них или восстанавливать слой со словами "будем исходить из того,
> что это необходимо для спасения данных".

Ну как бы если это ничего не портит - и хрен с ними наверное.

> Есть успокаивающий вывод насчёт архивного хранения и испарения смазок из тех
> трёх мест, где они есть:

Поскрябав по сусекам и раскидав smartctl -a в разные стороны...


9 Power_On_Hours          0x0012   080   080   000    Old_age   Always       -       141180

Если я не облажался с калькулятором - _ЭТО_ >16 лет power on time набрало. А если его выключить то и еще лучше будет, температуры ниже и вообще. Наверное чуть старше вон той доки.

> https://digitalpreservation.gov/meetings/documents/othermeet...

...да, вот этой... вон экспонат примерно той эпохи накопался, живой до сих пор.

> would be stored on a disk, whereas OptiNAND stores this data in
> iNAND ... iNAND technology can enable both SLC for write-heavy operations
> and TLC for read-heavy operations in the same device.

Ну если они в SLC зоне хранят критичные данные то и фиг с ним. Заодно и к #$%сам по девайсу менее чувствительно.

> В какой-то пдфке вижу "Threshold for read reclaim: 100,000" (перенос данных через
> 100 000 чтений), ну учитывать это несерьёзно. "На стороне SSD" -
> имел в виду, что зависимости можно использовать для более надёжного хранения.

А таки там за чтение считается любая операция чтения, в т.ч. соседних ячеек и проч. И сам по себе заряд еще утекает. Поэтому современные контроллеры SSD AFAIK могут учитывать такое.

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

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

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

496. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 08-Ноя-23, 23:19 
> Ну если они в SLC зоне хранят критичные данные то и фиг с ним.

Надо ещё, чтобы диск не говорил "ой, всё" при повреждении некритичных данных. Поведение производителей можно кое-как предугадать по старым SSHD - раньше они таки конвертировали гибридные диски в обычные после отказа флеша. Toshiba на своём сайте оговаривала, что диск сконвертируется в обычный, про Samsung и современные на 2012 год SSHD в целом - то же самое говорили на форуме ixbt. Хотя почему-то отложилось, что SSHD считали менее надёжными именно из-за флеша.

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

Есть на это стандарты открытые... точнее, бесплатные, за регистрацией: JESD218(+JESD219). Там формулы, trace тестовой нагрузки, требования к сохранности изношенных (на границе заявленного TBW) SSD. Гугол на "arrhenius equation ssd endurance" тоже хорошо отвечает.

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

504. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (504), 11-Ноя-23, 00:29 
> Надо ещё, чтобы диск не говорил "ой, всё" при повреждении некритичных данных.

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

> говорили на форуме ixbt. Хотя почему-то отложилось, что SSHD считали менее
> надёжными именно из-за флеша.

Ну как бы
1) Народ привык что на HDD можно писать "безлимитно". Если это не так, это обламывает ожидания.
2) Вон то это все же стремный момент, и большой вопрос что по факту откаблучит неведомый фирмвареблоб и насколько это близко к ожиданиям юзерей и авторов ФС.
3) На мой вкус я предпочту handling такого аспекта открытым ПО типа сабжа, в понятном и прозначном виде. С живыми авторами под боком на случай если лажа вышла.

А закладываться в таких вещах на мутноблоб с хзкакой логикой - на мой вкус лотерея, типа как раздать гранаты зоопарку обезьян и посмотреть что будет. Может и ничего ужасного. А может и все разнесет нафиг.

> Есть на это стандарты открытые... точнее, бесплатные, за регистрацией: JESD218(+JESD219).
> Там формулы, trace тестовой нагрузки, требования к сохранности изношенных (на границе
> заявленного TBW) SSD. Гугол на "arrhenius equation ssd endurance" тоже хорошо
> отвечает.

Ну я какие-то варианты этого и читал видимо энное время назад. Не думаю что там что-то радикально новое. А здравый смысл подсказывает мне что какой-нибудь QLC у которого циклов перезаписи мизер - не особо живучая штука, и никакая магия не может из г-на конфетку сделать. А FEC идеально чинит ошибки пока может, но после энного порога - наступает резкий и внезапный облом, у броадкастеров сравнимая штука называется "digital cliff effect" - в том смысле что может наступить резко и внезапно и не всегда можно предугадать этот момент. Юзеру к тому же подробные детали работы FEC не вывешены (большая часть юзеров все равно ничего не поймет). И вы там можете гадать насколько FEC плохо, но реально фирмвар вам эти данные не особо то и кажет.

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

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

322. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 02-Ноя-23, 01:30 
> Более того - из-за поворота индустрии (дерьма) в сторону безумных плотностей и наращивания числа уровней

Когда индустрия понизила плотность, это предпочли не замечать =) Наверное, слишком мешало рассказывать, что нонеча не то, что давеча. Но я подскажу - переход на 3D NAND, отказ от планарной 15нм TLC NAND. Аналогично есть не-SMR диски любой ёмкости.

А если смело предположить, что надёжность не так уж связана с плотностью? У HDD за время существования плотность выросла на 9 порядков, но они только перестали прилипать головками к пластинам и страдать массовым падежом от всяких мух и дятлов.

> не выпускают мелких и надежных ssd

Допустим, что подменять надёжность на количество уровней - это нормально (нет). Ну так 3D MLC повсюду продаётся в виде Samsung SM883. И ты на стороне "индустрии дерьма", раз не знаешь об этом, ширпотреб-то гораздо выгоднее покупать.

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

324. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +1 +/
Сообщение от Kuromi (ok), 02-Ноя-23, 02:16 
> так 3D MLC повсюду продаётся в виде Samsung SM883. И ты
> на стороне "индустрии дерьма", раз не знаешь об этом, ширпотреб-то гораздо
> выгоднее покупать.

Только не забудьте что Samsung хитро трактует термин MLC как "все что не SLC", так что вчитывайтесь. Именно они придумали приколы вроде "4-bit MLC".
А еще 3D у них зовется "V-NAND", маркетологи хреновы.

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

414. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (-), 03-Ноя-23, 13:59 
> У HDD за время существования плотность выросла на 9 порядков, но
> они только перестали прилипать головками к пластинам и страдать массовым падежом
> от всяких мух и дятлов.

Они сейчас паркуются на рампу - ЭТО чисто технически "прилипнуть к пластине" не может, потому что никогда не касается ее. И так уже много лет. Начиная вот где-то с кончины дятлов, когда их HGST купили, с примерно тех пор они полюбили парковку на рампу, и остальные быстро содрали улучшение.

> Допустим, что подменять надёжность на количество уровней - это нормально (нет). Ну
> так 3D MLC повсюду продаётся в виде Samsung SM883. И ты
> на стороне "индустрии дерьма", раз не знаешь об этом, ширпотреб-то гораздо
> выгоднее покупать.

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

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

439. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 03-Ноя-23, 18:23 
> Они сейчас паркуются на рампу - ЭТО чисто технически "прилипнуть к пластине" не может, потому что никогда не касается ее. И так уже много лет.

Знаю, но на старое решение интересно смотреть из 2023 года. Парковать головки прямо на пластины? Звучит надёжно. Прилипают? Отлично. Положить в морозилку и молиться? Легонько ударить? Вот время-то было, не делают больше таких дисков.

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

476. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (-), 05-Ноя-23, 16:28 
> Знаю, но на старое решение интересно смотреть из 2023 года. Парковать головки
> прямо на пластины? Звучит надёжно. Прилипают? Отлично. Положить в морозилку и
> молиться? Легонько ударить? Вот время-то было, не делают больше таких дисков.

И это к лучшему. Взлет голов прямо с блина? Это сыкотно, как ни крути. Пыль в гермозоне, шансы что прилипнет. А то и голова оторвется, и тогда вообще капец котенку.

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

466. "Код Bcachefs принят в основной состав ядра Linux 6.7"  +/
Сообщение от Аноним (317), 04-Ноя-23, 18:55 
> Ну вы ж хотели быстро, терабайтами, за копейки... ну вот и получили.
> Как говорится, бойтесь своих желаний - они выполняются :)

Надо ещё понять, чего бояться. Если смешать в кучу ресурс, надёжность, data retention и принципиально отказаться от ручного overprovisioning'а, то бояться можно собственной тени. Всё страшно и непонятно и слова какие-то незнакомые говорят, верните мне SLC-диски, ведь они были такие дорогие, что можно было с чистой совестью пойти за VelociRaptor'ом и не забивать себе голову всякой чушью.

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

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

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




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

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