Reiserfs3 vs the world

ну раз тебе нельзя, то и страдай, а мы пользуемся и норм -))

Я просто подожду, когда ты прибежишь размазывая сопли поумолять на ЛОРе способы восстановления развалившейся ФС.

Ты вроде недавно на кеш-серверах переезжал на reiserfs. Как там со скоростью и Load Average, деградация есть?

Пока нет. Т.е. по сравнению с новой за года потора работы некоторая деградация есть, но всё равно несопоставимо с аналогичной ext4. Вход в каталог с парой сотней файлов на нагруженной машине открывается на reisrefs за десятые доли секунд-секунду, на ext4 — за секунды-десяток секунд.

Локти кусаю, что когда заказывал сервер на Хетцнере поленился разобраться и поставить свою конфигурацию под lvm и использовал штатную разбивку — все 1.5Тб под ext4. Уже наткнулся на тормоза из-за этого, а переразбить в обозримом будущем не выйдет, не на что разгрузить машину.

...

В принципе, есть желание ещё пощупать активное параллельное чтение с аналогичных почти R/O-разделов под xfs и даже squashfs. Может, последним вариантом получится примирить с ext4 хотя бы архивы древних аттачей и т.п. :)

жди, я уже сам полтора года жду, когда пророчества шлимазлов сбудутся

Просто пользуюсь как обычным десктопом. Довольно редко, может раз в две-три недели файловая система зависает. Обычно это происходит при записи мелкого файла, но не обязательно.

Какие версии ядер?

На Gentoo у меня все последние стабильные по 3.14.14. Работает под большой нагрузкой (несколько сотен гигов мелочёвки, непрерывное чтение во много потоков), пока ничего не зависало.

Только пользоваться ей нельзя.

Можно, разрешаю.

Версии ядер, честно, не помню, вроде бы когда я переезжал на ext4, у меня было 3.11. Но не уверен, т.к. у меня несколько машинок с reiserfs было, и на всех такая же проблема. На ЛОРе уже несколько раз обсуждалась эта проблема. Началось давно, емнип, мегабакс говорил, что это скорее всего связано с выпиливанием bigkernellock.

Ну, у меня так сейчас:

# df -lTh | grep reiser
/dev/mapper/balvg-lxc--airbase--caches reiserfs   100G          38G   63G           38% /media/lxc/airbase-caches
/dev/mapper/balvg-airbase--files       reiserfs   250G         215G   36G           86% /mnt/lvm/airbase-files
/dev/mapper/balvg-airbase--export      reiserfs   200G          76G  125G           38% /mnt/lvm/airbase-export
/dev/mapper/balvg-airbase--sites       reiserfs   100G          48G   53G           48% /mnt/lvm/airbase-sites

Как писал выше, всё это очень активно используется, есть преимущественно R/O, есть постоянно пишущиеся.

Вообще, я на resierfs сидел как на основной с 2004-го по 2009-й, кажется. С 2010-го по прошлый год основными FS были ext4 и xfs (ext4 основная, xfs — legacy). По тестам (включая многопоточные) ext4 оказывалась во всём лучше, чем reisrefs, так что на неё понемногу и перелез.

Но в прошлом году первый раз наткнулся на внезапно намного лучшую работу reiserfs на работе кешей. Достали тормоза при проходе по каталогам в mc, медленном rsync, высокий постоянный IOW и т.п. Попробовал по старой памяти reisrefs — и система просто летать стала там, где под ext4 ползала. Сперва были мысли, может, «дефраг мувом» помог, может ещё что... Но вот уже больше года прошло, а расклад сохраняется. То ли старые тесты мои не отражают реальность, то ли ext4 за эти годы так деградировала (как система, не в смысле конкретных разделов).