Исходное сообщение
"В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..." Отправлено Аноним, 29-Май-23 03:53
> А я изучал метрологию и понимаю, что эта цифра придумана только что. Т.е. в возможность создания автотеста файлух вы принципиально не верите, или что? Я не знаю как DEF, но я тоже практикую всякие стресстесты, включая ресеты и слеты питания. В отличие от него я их не считал но величины какого-то такого порядка - бывают. Представляете, лучше уронить железку у себя эн раз и посмотреть не развалится ли, чем это самое случится у кастомера и если это сколь-нибудь массово - вот это будет настоящей ж...й! И вот тут у btrfs так то плюс: fsck вообще нет, так что и интерактив с юзером для починки не требуется. P.s. F2FS кстати на тесте с power loss - разваливается влет. А EXT4 достаточно минимального сбоя чтения и система полностью в дауне. Один несчастный бэд под метаданными или системной либой все выносит в хлам. Такая вот занимательная метрология. > Железо с тех пор работает. Интересно, сколько железа и (стресс) тестов вообще было. Кроме того - вы же понимаете что у железа бывают самые разные приколы? В том числе и "разовые" которые фиг воспроизведешь вот так сразу. Ну вон там транслятор слетел и девайс вообще убился. И вот кто б знал как это воспроизводится? Это даже производитель девайса не знает, иначе починил бы давно. А вот поди ж ты, в какой-то ситуации бывает и вот так. Добро пожаловать в мир глючного железа. Погоня за скоростями привела к хлипкости всего этого. Далеко не любое железо - стабильное и надежное. А чтоб еще и безглючное и предсказуемое...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> А я изучал метрологию и понимаю, что эта цифра придумана только что. > Т.е. в возможность создания автотеста файлух вы принципиально не верите, или что? > Я не знаю как DEF, но я тоже практикую всякие стресстесты, > включая ресеты и слеты питания. В отличие от него я их > не считал но величины какого-то такого порядка - бывают. > Представляете, лучше уронить железку у себя эн раз и посмотреть не развалится > ли, чем это самое случится у кастомера и если это сколь-нибудь > массово - вот это будет настоящей ж...й! И вот тут у > btrfs так то плюс: fsck вообще нет, так что и интерактив > с юзером для починки не требуется. > P.s. F2FS кстати на тесте с power loss - разваливается влет. А > EXT4 достаточно минимального сбоя чтения и система полностью в дауне. Один > несчастный бэд под метаданными или системной либой все выносит в хлам. > Такая вот занимательная метрология. >> Железо с тех пор работает. > Интересно, сколько железа и (стресс) тестов вообще было. Кроме того - вы > же понимаете что у железа бывают самые разные приколы? В том > числе и "разовые" которые фиг воспроизведешь вот так сразу. Ну вон > там транслятор слетел и девайс вообще убился. И вот кто б > знал как это воспроизводится? Это даже производитель девайса не знает, иначе > починил бы давно. А вот поди ж ты, в какой-то ситуации > бывает и вот так. Добро пожаловать в мир глючного железа. Погоня > за скоростями привела к хлипкости всего этого. Далеко не любое железо > - стабильное и надежное. А чтоб еще и безглючное и предсказуемое...
	Введите код, изображенный на картинке: