The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..."
Отправлено Аноним, 01-Июн-23 02:50 
> Потому что он где-то что-то прочёл и эту инфу разносит.

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

> Инфа необязательно неверна, но это банальная вера, а не знания, полученные
> в результате опыта.

Опыт тоже штука специфичная. Если вы конечно широко внедрили и попрыгали по граблям от души - там можно делать какие-то выводы. Если были шансы статистику набрать и вообще сунуться немного в тему. А если по паре кейсов делать выводы, можно довольно далеко зайти - а потом окажется что рандом прикололся или что там еще. Это же касается и быстрых выводов без детальных исследований что реально имело место быть. Откуда и пожелание деталей на развал btrfs, например. Для понимания "confidence" данных. Если вы когда-нибудь ставили эксперименты то знаете что иногда можно откушать откровенно бредовых данных, достаточно далеких от истинного состояния дел. В этом случае придется изучить ситуацию лучше и понять что реально не так. Иначе грош таким данным цена в базарный день, имхо.

> "Ровно 1000 циклов". А не "более 1000 раз". Ну то есть, откуда
> он знает, что более 1000? Считал? И как он столько насчитал?)
> Когда погрешность всегда плюс-минус.

Я тоже total count не знаю, даже если я в каком-то кейсе прогнал ровно эн, я не трекаю абсолютную сумму. Зато вот например наобум взятый SSD - злопамятный, цуко, и кажет unsafe shutdown count 107. На нем была btrfs с самого начала, сколько-то там лет. И ничего, живой.

Unsafe shutdown count это так то - "слет питания без подачи команды на standby режим". И между нами, само это по себе может привести к серьезному факапу, когда фоновая активность фимрвари девайса типа GC и т.п. столкнется с слетом питания - и в хучшем случае - улетом чего-то размером с erase group (десятки мегов) вникуда, и если это случится (имеет полное право согласно спекам стандартов), это в принципе запроектная авария для любой известной мне ФС, если не было избыточности на другом девайсе. А если кому это не нравится, нехай UPS юзает или ноут с батарейкой дескать. Ну вот такая вот оптимизация - фирмвара живет своей жизнью и может иметь свою линию поведения. И даже профакать данные если вы нарушили протокол взаимодействия. Который вот такой - вы явно уведомляете накопитель о намерении снять питание и только посое этого имеете право питание снять. Это часть спеков стандартов. Если вы это не обеспечили, это вообще-то ваш факап, так то. И там один большой UNDEFINED что случится. Но, вот, этому экспонату 107 раз повезло. Однако вы же понимаете что это без гарантий? И если на 108 раз он пролюбит большой сегмент и фс развалится - ну, окей, у SSD есть некоторые специфичные особенности, не очень приятные с точки зрения файлух. Это частично касается и "черепицы".

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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