> Все инкарнации reiserfs НЕстабильны, под нагрузкой падают не реже раза в неделю, проверенно многими и многократно. Кроме того, при серьезной работе с данными (если не два гига брать, а хотя бы 200) начинают жутко тормозить на параллельном чтении и записи на страйпнутые рейды.

Фигня какая-то... Есть два аппаратных raid5 по 200 гигабайт (4х73) под завязку забитых виртуалками. Единовременно включено порядка десяти - практически 100 процентная загрузка массива, и так целый день. Файловая система - reiserfs 3.6. Ничего там не падает, хотя лимитируют именно дисковые операции (надо думать!), но работать можно - по крайней мере, ступора как на xfs не наблюдается...

Да, когда в следующий раз будешь писать что-то подобное, не забудь добавить, что у меня reiserfs не падает - объективности ради...

в этом смысле у меня есть у кого узнать что и как, блоги, особенно коряво переведенные не читаю :)

Ну вот, не удержался :)

# mount|grep sda
/dev/sda12 on / type reiserfs (rw,noatime)
/dev/sda7 on /var type reiser4 (rw,noatime)
/dev/sda8 on /home type reiserfs (rw)
/dev/sda13 on /usr type reiser4 (rw,noatime)
/dev/sda15 on /opt type reiser4 (rw,noatime)
/dev/sda9 on /var/tmp type reiser4 (rw,noatime)
/dev/sda10 on /usr/portage type reiser4 (rw,noatime)
/dev/sda11 on /usr/src type reiser4 (rw,noatime)

То ли reiser4 так рулит, то ли давно пора «дефраг мувом» было делать,
но система стала турбореактивная :)

>или atime виноват?

Вот тут цифры с noatime: http://www.linux.org.ru/view-message.jsp?msgid=2832790

> Как саботируют reiser4: http://linuxhelp.150m.com/ ***jews*** /saboteurs.htm

И здесь жЫды? o_O

>Бабок и правда было не сильно много. Конечно мы тогда не знали >сколько, но щас то все открылось. ЗП по тем временам для Москвы были >нормальные. Что до 7 лет... активная разработка велась ~2 лет, за >это время было сделано 90-95% всего или заложены основы. Остальное >это попсня.

Прервые активные 2 года разработки относятся к reiserfs или к 3-й версии. Появившись в Linux версии 2.4.1, она стала первой журналируемой ФС, включённой в ядро. Мы говорим о новой версии. Получается тогда вся Reiser4 - попса? Reiser4 это далеко не просто подрихтованная reiserfs 3.х.х, проделанна огромная работа, такие элементы как: атомарная структура, dancing trees, основа на плагинах - это что, все попса? Мелочи? И до сих пор в сложной обстановке проэкт продолжает работать, возможно (и естественно) в данный момент менее активно: http://chichkin_i.zelnet.ru/namesys/

ЗЫ: ссылки со страницы кстати ведут на kernel.org

> Все инкарнации reiserfs НЕстабильны, под нагрузкой падают не реже раза в неделю, проверенно многими и многократно. Кроме того, при серьезной работе с данными (если не два гига брать, а хотя бы 200) начинают жутко тормозить на параллельном чтении и записи на страйпнутые рейды.

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

у меня на работе файлопомойка (3 диска по 400 гиг) на рейзере 3.6 уже 4 года, ни одного сбоя, шлюз-прокси (кеш squid'а в 50 гиг) тоже на рейзере 3 года, два сервера "всё в одном" на отдельных участках более 5 лет -- ни одного сбоя

"У Рейзера была жена, и он ее любил.. Она поставила венду, и он ее убил!!" (c) anonymous >:]

> Почему у меня ни одного падения не было за 4 года работы на трёх HDD на сервере, выполняющим в пике более 1000 SQL-запросов в секунду из которых процентов 20 - update и отдающий юзерам около миллиона хитов в сутки? :)

1. Повезло?

2. 3 HDD за 4 года -- еще не статистика.

3. Реляционные базы -- не та нагрузка, про которую я говорил.

Если диск жужжит постоянно, работая в страйпнутом райде, когда на него пишут сплошным потоком (терабайты) с десяток писателей, и параллельно столько же читают, reiserfs падает довольно быстро, Прочие файлухи (ext2/3 и afs) у нас стояли без проблем.

Наблюдение за сотнями дисков самых разных производителей -- reiserfs больше месяца не стоял.

>Блин, человека в тюрьме за убийство закрыли

не путай убийство и убийство жены...

>Если диск жужжит постоянно, работая в страйпнутом райде, когда на него пишут сплошным потоком (терабайты) с десяток писателей, и параллельно столько же читают, reiserfs падает довольно быстро

Терабайты? Ну-ну...

> Если диск жужжит постоянно, работая в страйпнутом райде, когда на него пишут сплошным потоком (терабайты) с десяток писателей, и параллельно столько же читают...

Ты еще сказочников забыл добавить, которые сказки рассказывают...

про reiserfs

> Все инкарнации reiserfs НЕстабильны, под нагрузкой падают не реже раза в неделю,

Неправда.

> при серьезной работе с данными (если не два гига брать, а хотя бы 200)
> начинают жутко тормозить на параллельном чтении и записи на страйпнутые
> рейды.

Правда.

> Скорость работы с файлопомойкой у него непревзойденная.

Правда.

я говорил про Р4, я в рейзер3 разработке не участвовал, так кое что по мелочам фиксил пару раз. Так вот я и говорю, что деньги от дарпы были получены под разработку Р4, которая активно велась в районе 2х лет, то есть пока были деньги на зарплаты.

>> Все инкарнации reiserfs НЕстабильны, под нагрузкой падают не реже раза в неделю,

> Неправда.

Что -- "неправда"? Это факт, увы...

>Что -- "неправда"? Это факт, увы...

Это неправда, увы...

>> при серьезной работе с данными (если не два гига брать, а хотя бы 200)
>> начинают жутко тормозить на параллельном чтении и записи на страйпнутые рейды.

> Правда.

Практика - критерий истины

Массив raid5 - 4x73 Gb
linserver-06 temp # fdisk /dev/sdb

Disk /dev/sdb: 218.9 GB, 218999291904 bytes
255 heads, 63 sectors/track, 26625 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 26625 213865281 83 Linux

Файловая система reiserfs 3.6:
linserver-06 temp # mount | grep sdb
/dev/sdb1 on /mnt/disk-1 type reiserfs (rw,noatime,notail)

Размер файла для копирования - 4 Gb:
linserver-06 temp # ls -l file
-rw-r----- 1 root root 4522246144 Jun 16 08:33 file

Простое копирование:
linserver-06 temp # time cp file file.0

real 1m40.249s
user 0m0.118s
sys 0m37.000s

Скрипт для копирования в фоне:
#! /bin/bash
time cp file file-01 &
time cp file file-02 &
time cp file file-03 &
time cp file file-04 &
time cp file file-05 &
time cp file file-06 &
time cp file file-07 &
time cp file file-08 &
time cp file file-09 &
time cp file file-10

Результат:
real 14m23.398s
user 0m0.157s
sys 0m39.746s

real 14m23.646s
user 0m0.165s
sys 0m39.124s

real 14m23.999s
user 0m0.165s
sys 0m39.226s

real 14m24.018s
user 0m0.164s
sys 0m38.905s

real 14m24.572s
user 0m0.165s
sys 0m38.386s

real 14m24.607s
user 0m0.170s
sys 0m38.932s

real 14m25.153s
user 0m0.160s
sys 0m40.537s

real 14m25.634s
user 0m0.167s
sys 0m39.485s

real 14m25.786s
user 0m1.491s
sys 5m53.591s

real 14m26.302s
user 0m0.175s
sys 0m39.752s

Будете продолжать трепаться?

>Все инкарнации reiserfs НЕстабильны, под нагрузкой падают не реже раза в неделю, проверенно многими и многократно. Кроме того, при серьезной работе с данными (если не два гига брать, а хотя бы 200) начинают жутко тормозить на параллельном чтении и записи на страйпнутые рейды.

Я работал на хостинге, наши серваки все были на рейзерфс, каждый сервак был около 700 гигов. Ни каких падений, никаких потерь данных, ни каких тормозов. Серваков таких было полно. Естественно все серваки работали с полной нагрузкой.

Так что не надо...

>Если диск жужжит постоянно, работая в страйпнутом райде, когда на него пишут сплошным потоком (терабайты) с десяток писателей, и параллельно столько же читают, reiserfs падает довольно быстро, Прочие файлухи (ext2/3 и afs) у нас стояли без проблем.

Кто нибудь, объясните пожалуйста нашему уважаемому Die-Hard, что это мягко говоря не типичная ситуация. Для таких ситуаций вроде есть lustr.

Это как на легковушке с мощным движком тяжелые грузы таскать, и когда она загнется жаловаться, что не потянула сука нагрузки, понимаешь...

Может ext3 в этой ситуации и ведет себя лучше, но для этих ситуаций нужны специальные ФС, глупо сравнивать продукты по скорости их развала во время использования в экстремальной, не проектной ситуации.

>SRC_URI="${KERNEL_URI} ${GENPATCHES_URI} ${ARCH_URI} http://chichkin_i.zelnet.ru/namesys/reiser4-for-${PV}${R4V}.patch.gz" UNIPATCH_LIST="${DISTDIR}/reiser4-for-${PV}${R4V}.patch.gz"

Что это даёт, как это использовать, можешь объяснить, или ссылку кинуть, где объясняется ?

>> Если диск жужжит постоянно, работая в страйпнутом райде, когда на него пишут сплошным потоком (терабайты) с десяток писателей, и параллельно столько же читают, reiserfs падает довольно быстро, Прочие файлухи (ext2/3 и afs) у нас стояли без проблем.

> Кто нибудь, объясните пожалуйста нашему уважаемому Die-Hard, что это мягко говоря не типичная ситуация. Для таких ситуаций вроде есть lustr.

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

>Что это даёт

Даёт патчи reiser4 в ядре без ручной работы.

>как это использовать

В Gentoo это. Нужно сделать копию оригинального ebuild'а для gentoo-sources в локальном оверлее портежа и поправитьвписать там эти строки. После чего как обычно установить ядро.

>где объясняется ?

gentoo.com, gentoo-wiki.com, forums.gentoo.com

> Почему у меня ни одного падения не было за 4 года работы на трёх HDD на сервере, выполняющим в пике более 1000 SQL-запросов в секунду из которых процентов 20 - update и отдающий юзерам около миллиона хитов в сутки? :) - http://admin.airbase.ru/globalstat/

> А вот ext3 до этого пару раз на заметно меньшей нагрузке на той же машине ломался...

Два падения reiserfs замертво (утилиты не помогли, пришлось переставлять систему!) на боевом сервере, без причин, научили меня не использовать эту файловую систему в работе. Третье падение было дома, и научило, что её не надо использовать вообще.

При работе проще и дешевле купить новый, более быстрый жёсткий диск и проц, и больше памяти, чем использовать быстрое и ненадёжное ПО и страдать от потерь данных.

капча: rooters

Вы сначала людям объясните, что у них потом куча программ собираться не будет, что portage падать будет и что это они тоже смогут прочитать на приведённых тобой сайтах...

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

Так ведь нет... Красноглазие прет из всех щелей.

Боже когда этот детский сад кончится...

Такое ощущение, что Вы просыпаетесь каждый день как в первый и начинаете свои открытия... Это вообще психическое отклонение...

Выучите хоть один урок и двигайтесь дальше...

P.S. У Вас что недостаток внимания к собственной персоне и Вы решили его восполнить?

>Боже когда этот детский сад кончится...

Это Вы, я так понимаю, себе? Ибо взрослый человек перед ответом нашёл бы в теме ответы на все поставленные Вами вопросы.

>>как это использовать

>В Gentoo это. Нужно сделать копию оригинального ebuild'а для gentoo-sources в локальном оверлее портежа и поправитьвписать там эти строки. После чего как обычно установить ядро.

Я давно использую генту. И насколько я знаю, source_uri это внутренние переменные ебилда. По сути меня интересовало, как указание этих строк заставляет делать дополнительный патч ядра.

>>где объясняется ?

>gentoo.com, gentoo-wiki.com, forums.gentoo.com

Так как использую генту, то по видимому с gentoo.com, gentoo-wiki.com я знаком. Но ведь там довольно большое число документов, искать объяснение воздействия этих переменных, не зная где ищешь - довольно не эффективно. Потому и спросил про ссылки, может где то это изложенно в более или менее сконцентированном виде.

>По сути меня интересовало, как указание этих строк заставляет делать дополнительный патч ядра.

Судя по всему, в соответствующих eclass описано. Собственно, рецепт был взят с http://gentoo-wiki.com/HOWTO_Reiser4_With_Gentoo-Sources

Сперва наложил на 2.6.24, а позавчера на 2.6.25, заодно с TuxOnIce (патч прописывал аналогично - http://balancer.ru/files/0806/tuxonice-reiser4-sources.tar.bz2 )

У меня все домашние разделы на рейзер4 уже несколько лет. Данные не теряются, фс не вылетают, с portage проблем нет ...

А тут кто то предлагал фс, не включенную в ядро, ставить под промышленную нагрузку, я что то пропустил ?

Красноглазие орущих про красноглазие - это очевидно их настройка по умолчанию, вместе повышенной истеричностью

Человек тесты провел, и поделился их результатами. Оказывается, он должен был разрешение спрашивать у кого то...

>>> Если диск жужжит постоянно, работая в страйпнутом райде, когда на него пишут сплошным потоком (терабайты) с десяток писателей, и параллельно столько же читают, reiserfs падает довольно быстро, Прочие файлухи (ext2/3 и afs) у нас стояли без проблем.

>> Кто нибудь, объясните пожалуйста нашему уважаемому Die-Hard, что это мягко говоря не типичная ситуация. Для таких ситуаций вроде есть lustr.

>Да бред он полный пишет... что по быстродействию, что по надежности. Lustre - это кластерная фс, распределенная по нескольким (многим) физическим машинам, и совершенно из другой оперы...

Так он именно про использование в кластере и пишет, насколько можно судить.

> Так он именно про использование в кластере и пишет, насколько можно судить.

Подождем автора, гы...

> - в нем много мусора и легче чтото написать с нуля чем переписать дописать reiser4. Вот Крис Мейсон пишет btrfs в Oracle а Махони видимо будут на ее основе писать кластерную файлуху наподобие Lustre.

Причины, перечисленные для объяснения почему рейзер4 труп довольно важны, особенно неприятен факт ассоциирования этой ФС с человеком, которого посадили в тюрьму по обвинению в убийстве своей жены.

Однако ты ничего не сказал плохого о концепции самой ФС, а переписывание кода с нуля неприятная, но нередко встречающаяся ситуация в проектах, потому все эти проблемы можно решить форком и переименованием ФС. Писать по мотивам рейзер4 btrfs или bmpfs(шутка), насколько я понимаю, совсем не одно и то же, что иметь просто рейзер4

> Писать по мотивам рейзер4 btrfs или bmpfs(шутка), насколько я понимаю, совсем не одно и то же, что иметь просто рейзер4

Конечно не одно и то же, равно как и где быть: в шоколаде или в заднице. Мейсон через btrfs отмывает оракловские деньги. Не будет же он настаивать, что все эти его чексуммы можно было бы одно действие реализовать просто как дополнительный node-плагин в reiser4. Ибо в результате:

1) он не получил бы на это денег;

2) ему пришлось бы разбираться в чужом коде, что само по себе доставляет моральный дискомфорт.

>>По сути меня интересовало, как указание этих строк заставляет делать дополнительный патч ядра.

>Судя по всему, в соответствующих eclass описано. Собственно, рецепт был взят с http://gentoo-wiki.com/HOWTO_Reiser4_With_Gentoo-Sources

За ссылки спасибо, а я сам не догадался о столь простой возможности :-)