Исходное сообщение
"Оценка производительности Btrfs, EXT4 и ZFS на SSD-накопител..." Отправлено User294, 11-Авг-10 22:41
>Потому что разные требования у разных FS - вы же не требуете >что бы RHEL запускался на вашем любимом ARM ? А интель сватает бтрфс как дефолтную ФС в meego :).Откуда напрашивается вывод что ФС совсем не обазательно требовать с ножом к горлу гигазы памяти.Более того - похоже на то что куча оперативы нужна для вытягивания далеко неидеального дизайна ZFS из понятно какого места. >PS. а BtrFS уже позволяет больше половины винта записывать? Вы не поверите, но если писать 20-байтовые файлы - у вас вообще поюзается менее 1/10 винча.Даже на традиционных блочных ФС с классическим выделением блоками.Чисто за счет биения на блоки. И даже если есть tail packing (правда тогда хана производительности), метаданные выжрут существенный объем, вероятно сильно больше чем объем данных. >а то lkml говорит что если писать мелкие файлы то о производительности и свободном >месте можно забыть. А если взять файлы нулевого размера - КПД любой ФС будет ноль. Потому что бесконечное число файлов на диск не влезет: метаданные что-то занимают и займут весь том (если раньше не вылезут лимиты структур ФС). В итоге суммарно на томе 0 байтов в файлах а места на диске нет. Не знаете когда исправят такое безобразие? :) > Не подскажете когда это исправят ? Для клинического случая? А никогда. Иначе станет возможен бесконечный архиватор, сохраняющий данные из файла в именах файлов 0-й длины (один такой кто-то даже написал). Обратной процедурой ессно можно вернуть данные в файл :)

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