Исходное сообщение
"В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..." Отправлено Аноним, 08-Фев-24 12:36
> ext4 тоже метаданные научилась контролировать. Справедливости ради. Знаете что такое too little and too late? Это вот оно. Вон там пара команд уже звездные крейсеры построили. А тут - вау, пороховую ракету к фанерному биплану приделали. Выглядит угарно - но на звездный крейсер все же по совокупности фич не тянет. И так то с учетом теорвера - у данных площадь намного больше. Так что можно довоьлно долго не замечать факап. Более того - ну вот заметил я CRC error. И чего? Вон те интегрированые дизайны - попросят вторую реплику с другой копии, из нее починят битое. SELF HEAL. А ext4 чего сможет в общем случае? Сообщить что он теперь - тыква? Вау, ну спасибо, ценное знание. А чтоб осмысленный self heal из другой копии, при том более-менее, прозрачно, эффективно, только битого сегмента - это надо видите ли интеграцию ФС с механикой райда было... а это не про античного classic уродца. Он быстро бегает. Местами. На этом его достоинства заканчиваются. И то - создаете диру с 100К филезов. Не, это конечно не такая ж как ntfs, но, знаете, даже btrfs поприятенее в этом аспекте. EXT4 к тому же не умеет деаллокацию раздутых дир и они такие и остаются - навечно. Даже если я стер большую часть файлов, судя по скорости операции оно потом ради 100 файлов будет весь тот шмат ворочать. А сдуть только мануально, пересоздав диру и мувнув файлы. Как ни странно этот момент подхайлайтил похонах, мне стало интересно - я понаблюдал - и кажется этот булшит в EXT4 имеет место по сей день. Что как бы фэйспалм.

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