[image]

Флеш-накопители HPE оказались «запрограммированы на самоуничтожение» через 3,5 года работы

 

Iva

аксакал


Флеш-накопители HPE оказались «запрограммированы на самоуничтожение» через 3,5 года работы

Подрядчик HPE обнаружил, что из-за ошибки в микропрограмме твердотельные накопители компании с интерфейсом SAS перестают... //  safe.cnews.ru
 
   78.0.3904.10878.0.3904.108

Iva

аксакал


Iva> Флеш-накопители HPE оказались «запрограммированы на самоуничтожение» через 3,5 года работы - CNews

уж больно знакомое число 32768 - похоже дальше оно становится отрицательным :)
в Тетрис была такая хохма больше очков набрать было невозможно :)
   78.0.3904.10878.0.3904.108

Luchnik

аксакал
★★
Iva> уж больно знакомое число 32768 - похоже дальше оно становится отрицательным :)
Iva> в Тетрис была такая хохма больше очков набрать было невозможно :)

32568 - максимальное значение для знакового целого в 2 байта.
   1919

Iva

аксакал


Luchnik> 32568 - максимальное значение для знакового целого в 2 байта.

на это и был намек
   78.0.3904.10878.0.3904.108
+
-
edit
 

Oleg_NZH

втянувшийся

Iva>> уж больно знакомое число 32768 - похоже дальше оно становится отрицательным :)
Iva>> в Тетрис была такая хохма больше очков набрать было невозможно :)
Luchnik> 32568 - максимальное значение для знакового целого в 2 байта.

Да там скорее всего просто переполнение . Таких историй больше , чем много ... FAT16 , вводом всяких LBA , невозможнось адресовать больше 4 Гигабайт на 32 разрядах , и проч и проч и проч .... В случае сабжа - там скорее всего на какой-то счётчик посадили недостаточно разрядов , который и переполняется (время работы - там фиг знает в каких попугаях , и сколько там счётчиков , и какая логика). Небрежность программиста.
PPS Лечится муторно . Я свой SSD уже пару раз переразмечал (но он у меня просто "дохлый" , на препарировании) . (Вскрыть , поставить перемычку , запустить служебную и т.д).Правда в третий раз не получается .Пока жду , когда отойду от нервов и снова за него возьмусь. :D
   70.070.0
Это сообщение редактировалось 28.11.2019 в 13:42

Iva

аксакал


O.N.> Да там скорее всего просто переполнение .

там не просто переполнение, там переполнение integer с выходом значения в минус (-32К).

Что алгоритмом учета часов работы не предусматривается :)
   78.0.3904.10878.0.3904.108

Oleg_NZH

втянувшийся

O.N.>> Да там скорее всего просто переполнение .
Iva> там не просто переполнение, там переполнение integer с выходом значения в минус (-32К).
Iva> Что алгоритмом учета часов работы не предусматривается :)

Да там навряд-ли явный знаковый int . Кто в часах измеряет работу ? Там секунды - миллисекунды . Просто что-то кратное получилось . Ну , или да , для часов отдельный счётчик .Хотя - нафига со знаком? Отматывать назад? ..
PS В любом случае - гадать бесполезно , что там намудрили - вариантов бесконечное множество . Выпустят лечилку для Сервисных Центров . Перешьют .
   70.070.0
Это сообщение редактировалось 28.11.2019 в 13:59
LT Bredonosec #29.11.2019 00:56  @Luchnik#28.11.2019 13:12
+
-
edit
 
Luchnik> 32568 - максимальное значение для знакового целого в 2 байта.
ну так понятно, что сэкономили на поле адресации даты, отдали 2 байта, типа, вам хватит ))
Впрочем, для немалого числа ссд - действительно хватит ))
повторюсь, когда-то лет дофига назад на презентации первых ссд от интела+представители МС+прочие вендоры присутствовал, рекламили, что мол охрененные скорости рандомного доступа, рост производительности, то=сё.
Упомянули, что срок жизни ожидается в 3 года.
Я спросил, а что потом?
- А потом вы купите новый!
©

собсно, кто-то хотел оптимизации ))
   57.057.0
+
-
edit
 

Iva

аксакал


Bredonosec> Упомянули, что срок жизни ожидается в 3 года.
Bredonosec> Я спросил, а что потом?

Количество перезаписей на физические элементы диска ограничено. Через некоторое время сможете только читать. Есть "резервирование" для увеличения времени работы. Поэтому ССД различаются по цене (по типам) - они различаются по количеству циклов перезаписи.

Поэтому да, "все равно диски больше 7 лет в СХД не используют" © производитель лет 8 назад.

ЗЫ. HPE - это серверные системы и СХД - для них 3 года - жопа.
   78.0.3904.10878.0.3904.108
+
-
edit
 
Iva> Количество перезаписей на физические элементы диска ограничено.
я в курсе.
Меня интересовало, что скажет сертифицированный высокооплачиваемый продаван перед толпой потенциальных корпоративных покупателей.

>Через некоторое время сможете только читать.
не пишите чепухи о вещах в которых не разбираетесь.
Ячейка перестает читаться и автоматически переназначается на резервную область.
характер нарастания сбойных зависит от особенностей работы контроллера, типа памяти, т.д. Там тема большая и лекцию писать откровенно лень.

Iva> Поэтому да, "все равно диски больше 7 лет в СХД не используют" © производитель лет 8 назад.
СХД - это что? HDD? SSD?
Если харды - то используют и по 15.

Iva> ЗЫ. HPE - это серверные системы и СХД - для них 3 года - жопа.
Я в курсе, что такое HPE. Руками в курсе. Не надо с умным видом изрекать банальности.
И про "3 года-жопа" - в первую очередь зависит от того, что значит изобретенное вами слово.
   68.068.0
RU Oleg_NZH #29.11.2019 16:10  @Bredonosec#29.11.2019 14:14
+
-
edit
 

Oleg_NZH

втянувшийся

Bredonosec> Ячейка перестает читаться и автоматически переназначается на резервную область.

Bredonosec ... В первую очередь она (ячейка) начинает писАться с большего числа попыток . Вплоть до timeout-ов . На моём , например - есть блок , ужастик - который всё больше и больше требует попыток . Причём ячейки в шахматном порядке (это ни о чём не говорит(так визулизировано) - возможно израсходовались- слишком часто запись происходила , а программа переназначения не вняла этому(В этом вся фишка и состоит во внутреннем Алгоритме диска - насколько чётко улавливает "поползновения и смену ритмов" )) . Вот после таких штучек при верификации и заявляются как неисправные и выключаются из процесса . А читаться - им пофигу . Flash - стереть "поднять в 1" (Причём весь блок! Это не EEPROM.), а потом бит уронить в Ноль -Вот Вопрос. (А просто читать и выключать переназначать - а откуда известно - что должно быть?) ... (Просто считаем простейший вариант ,не берём во внимание всякие четырёх-уровневые и проч)
   70.070.0
Это сообщение редактировалось 29.11.2019 в 16:32
LT Bredonosec #29.11.2019 17:21  @Oleg_NZH#29.11.2019 16:10
+
-
edit
 
O.N.> Bredonosec ... В первую очередь она (ячейка) начинает писАться с большего числа попыток . Вплоть до timeout-ов.
Вполне может быть.
Но банальный тест чтения - это не запись.
И именно на нем тайминги на время прочтения ячейки в мс могут уходить со стандартного "меньше 5" до 200, 500, и далее до таймаута.
Теоретически как работает КМОП триггерная ячейка я в курсе. Но это не значит, что память организована именно таким образом из одиночных с индивидуальным доступом.

>На моём , например - есть блок , ужастик
У меня за год сдохло 6 ССД.
Поскольку одного типа - сценарий был схожим. Сначала более долгие загрузки, потом "потери" части настроек ОС-и, временные потери того или иного раздела диска, один или несколько раз, (после прогона тестами и прочих онанизмов с подключениями, возможно, переназначалась какая-то ячейка, ответственная за разметку и бутсектор, потому диск временно оживал, показывая всё меньше "здоровья"), а потом опять же без предупреждения прямо в процессе работы умирал. Переставал определяться.

Еще 2-3 на подходе.

Словом, не рассказывай, я в курсе :)
   68.068.0
+
-
edit
 

tarasv

аксакал

Iva>> Что алгоритмом учета часов работы не предусматривается :)
O.N.> Да там навряд-ли явный знаковый int .

Если журналисты не напутали то там именно что знаковый 16 bit int.

32768 = Ox8000 - максимальное отрицательное число в дополнительном коде для 16 бит.
   78.0.3904.10878.0.3904.108
+
+1
-
edit
 

Unix

опытный

Iva>> Что алгоритмом учета часов работы не предусматривается :)
O.N.> Да там навряд-ли явный знаковый int . Кто в часах измеряет работу ? Там секунды - миллисекунды .

S.M.A.R.T. слышал про такое? Аттрибут 0x09. Единица измерения оставлена на усмотрение вендора. HPE меряло часами + знаковый тип --> нынешние проггеры - шлак :(
   68.068.0

Oleg_NZH

втянувшийся

Unix> S.M.A.R.T. слышал про такое? Аттрибут 0x09. Единица измерения оставлена на усмотрение вендора. HPE меряло часами + знаковый тип --> нынешние проггеры - шлак :(

Ну точно . Задумался , куда могут пойти часы на диске в signed int . В голову пришло только время работы после включения . Сейчас глянул S.M.A.R.T. с Твоей подсказки (Давно винты не ковырял , чуть-ли не с MFM последний раз, в прошлом веке(Сейчас просто в диагностиках , сильно не вдаваясь в подробности, тем более о разрядности Параметра))... И Верно! Pоwer-On Hours Count. И два байта . Ну хорошо , а если-бы взяли unsigned - то один чёрт , в серверной через 7 лет слетел-бы (точнее не слетел-бы а с нуля начал-бы считать , что то-же не есть хорошо (фиг знает тамошнюю логику , как она восприняла-бы "омоложение" )). Мало заложено изначально . 16-битные ещё с древних времён преследуют , когда 64 разряда казались слишком тяжким бременем. (а сейчас наоборот всё считается в Больших , даже Маленькие(Математику сопроцессор вообще в 80 загоняет(загонял) - так ему проще)).

PS Хотя POH некоторые трактуют как "Время, проведённое во включенном состоянии"(а не "после включения") , что есть абсурд . Тогда все-бы давно сдохли.

PPS Нет - Фиг Вам ....Нормально там всё , с разрядностью ! (Жёлтым - это я обвёл , как раз ID # 0x09 (Как-будто специально картинкО к этому случаю )).

PPPS Был в "PS" неправ. Там хоть миллисекундами считай , суммарное время "во включенном состоянии". Хватит на всё даже потомкам , 48 бит (Вендорам есть где порезвиться)...
   70.070.0
Это сообщение редактировалось 05.12.2019 в 23:32

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru