[Reiser4] Переполнение раздела = RIP?

Известный баг.

Феерично! Теперь до 2038 года не перейду на рейзер4.

> Собственно вопрос - это известный баг, или у меня люто кривые руки?

Это он упаковал маленькие файлы в незанятое место в кластерах. Видимо их было настолько много, что получился настолько резкий скачок.

>> Занято: 100%
>> -пол секунды задумчивости-
>> Занято: 0%

>Это он упаковал маленькие файлы в незанятое место в кластерах.

Что за пол-секунды управился?

Незанаятое место пришлось на /dev/null

>> Это он упаковал маленькие файлы в незанятое место в кластерах.

> Что за пол-секунды управился?

Прошу рассматривать мою реплику исключительно как предположение.

Эм? До Занято: 0%?

>Переконвертировал свой свап на reiser4, интереса ради

О_О а зачем? нездоровый какой-то интерес

Почему это нездоровый? Не было, наверное, свободного раздела, где ж эксперименты делать? :)

Именно :) А переводить сразу /usr/ или /var/ было страшно. Решил постестить на кошках^W портейдже.

И после этого reiser4 и jfs (http://www.linux.org.ru/view-message.jsp?msgid=3505890) предлагают KRoN73 как замену xfs?

А ведь что интересно (продолжил тесты), похоже, это таки фича. Ибо на разделе, где до конца еще оччччччень далеко оно тоже умудряется сжать /usr/portage в Х раз до того, что портейдж+var на reiser4 занимают меньше места, чем просто var на reiserfs.

> где ж эксперименты делать? :)

ну если нет раздела для тренировки на кошкаах или тестовой машины - организовать файл с файловой системой и примонтировать или в виртуалке.

Несколько раз переполнял /var/tmp/portage и один раз - /usr. Полёт нормальный.

Кстати, у XFS есть интересная фишка. Заполняешь раздел, переносом данных с другого. Свободное место: 40Гб..39Г...38Гб..37..38(!)...39(!!!)...38...37...36...35......30..32(!!)...30. ..29... :) И такое регулярно наблюдаю :D

man extents

При записи резервируется доп. блок на диске, в расчете на продолжение записи (для уменьшения фрагментации). Если запись в доп.блок не произошла он освобождается.

какая версия reiser4 с каким ядром? эту ошибку уже хз-когда исправили http://marc.info/?l=reiserfs-devel&r=1&w=2