Исходное сообщение
"В ядре Linux 6.3 всплыла проблема, приводящая к повреждению ..." Отправлено Аноним, 30-Май-23 02:30
> БД. В ZFS не проявляется, потому что там оптимизирован fdatasync. 1) Btrfs еще и развивается и оптимизируется. И если что, в свежих ядрах fdatasync ускорили буквально в разы. А бонусом и время монтирования скостили. А заодно и перфоманс операций с дирами улучшили. Люблю такие сюрпризы в новых кернелах. В общем воспринимать btrfs как мировую константу с опытом на древних кернелах - спорная идея. 2) На подобной файлухе при большом апгрейде может иметь смысл сделать снапшот, sync вот этого вот, а потом - нечто типа "eatmydata apt upgrade ..." - при этом вообще sync выпадет из уравнения и если RAM прилично то будет очень резво. А если это не получится, можно откатиться на снапшот (ФС) и попробовать еще раз. Хорошо когда машина времени под рукой. Глупо не пользоваться ее возможностями, пытаясь в лоб натянуть ее на архаичный менеджмент ОС и семантики деланые под классические in-place patching ФС. Более того - снапшот можно и прихранить на несколько дней, посмотреть что все натурально ок. А если не ок - вернуть как было до этого. При том ФС это будет консистентнее чем потуги пакетника это изобразить, там вот именно "работавшая вчера версия ос" хранится. В которой все точно было ЗБС - и при откате это точно будет ЗБС. Во всяком случае, поводов для отвала минимум. Форд про это очень популярно начсет Более Быстрых Лошадей задвинул. Зачем надо более быстрых лошадей, если уже есть автомобили? :)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> БД. В ZFS не проявляется, потому что там оптимизирован fdatasync. > 1) Btrfs еще и развивается и оптимизируется. И если что, в свежих > ядрах fdatasync ускорили буквально в разы. А бонусом и время монтирования > скостили. А заодно и перфоманс операций с дирами улучшили. Люблю такие > сюрпризы в новых кернелах. В общем воспринимать btrfs как мировую константу > с опытом на древних кернелах - спорная идея. > 2) На подобной файлухе при большом апгрейде может иметь смысл сделать снапшот, > sync вот этого вот, а потом - нечто типа "eatmydata apt > upgrade ..." - при этом вообще sync выпадет из уравнения и > если RAM прилично то будет очень резво. А если это не > получится, можно откатиться на снапшот (ФС) и попробовать еще раз. Хорошо > когда машина времени под рукой. Глупо не пользоваться ее возможностями, пытаясь > в лоб натянуть ее на архаичный менеджмент ОС и семантики деланые > под классические in-place patching ФС. Более того - снапшот можно и > прихранить на несколько дней, посмотреть что все натурально ок. А если > не ок - вернуть как было до этого. При том ФС > это будет консистентнее чем потуги пакетника это изобразить, там вот именно > "работавшая вчера версия ос" хранится. В которой все точно было ЗБС > - и при откате это точно будет ЗБС. Во всяком случае, > поводов для отвала минимум. Форд про это очень популярно начсет Более > Быстрых Лошадей задвинул. Зачем надо более быстрых лошадей, если уже есть > автомобили? :)
	Введите код, изображенный на картинке: