|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Drokin 2:5020/400 26 Oct 2005 11:19:17
To : Alex Korchmar
Subject : Re: reizerfs
--------------------------------------------------------------------------------
Hello!
Alex Korchmar <hue-moe@so.yandex.ru> wrote:
OD>> Hу есть несколько традиционно сильных сторон reiserfs из-за
OD>> которых его ставят. Это множество файлов в каталоге, хорошая
OD>> работа с большим числом мелких файлов, что-то в этом роде. Hу
AK> ну да - баннерная система позапрошлого поколения, когда 1 баннер=1 файл.
AK> или tradspool, и не жалко.
А...
А сейчас баннеры принято в базах данных чтоли хранить? ;)
AK> btw - оно не унаследовало от os2'шного предка performance hit при
AK> перебалансировке дерева? (unlink один файл в каталоге из 1000 - привет,
AK> ждать до посинения)
Hекоторый performance hit действително есть, но не сильно заметный.
OD>> еще личные пристрастия. (мне, например, восстанавливать reiserfs
OD>> гораздо проще в случае чего ;) ) А, да, еще online resize ;)
AK> в смысле ты просто помнишь формат и длины полей управляющих структур? Или
AK> там
Hу и это тоже, а так же всякие внутренности reiserfsck полезные (могу даже
удаленные файлы восстановить с его помощью), но ни разу пока не пригодилось ;)
AK> реально какие-то полезные для восстановления фишки есть?
Есть debugreiserfs которым можно сделать снапшот диска, который можно
распаковать потом в файл для экспериментов, или обратно на файлуху, если
результат fsck не понравился.
AK> online resize без lvm (т.е c пересчетом геометрии вручную) меня как-то
AK> пугает ;-)
;)
reiserfs тут имеет преимущество или недостаток (как посмотреть) над ext3,
оно при монтировании проверяет что блочный девайс не меньше чем размер
записанный в суперблоке, и если меньше - не монтирует с соответствующей
диагностикой. А то была одно время волна багрепортов что вот, мол все нормально,
а потом ошибки пошли о записи за концом девайса.
OD>> Если процессоров больше одного, то reiserfs работает под BKL что тоже стоит
OD>> иметь в виду (но это имеет значение только при большой нагрузке на fs).
AK> то есть аргумент скорее в пользу ext3.
При наличии более одного процессора - да.
Bye,
Oleg
--- ifmail v.2.15dev5.3
* Origin: Green's home news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
