Slackware on Reiser4

[BratSinot]

а зачем тогда вам нужен reiserfs4, если столько с ним проблем?

Ну во первых, эти паники скорее всего из-за ccreg40(плагин прозрачного сжатия).
Во вторых, Reiser4 круче остальных.
В третьих, теперь "паника" не так часта как раньше, ибо /boot с ext2 заменил на reiserfs. Просто довольно часто аварийно завершаю, а ext2 без журнала.
В четвертых, лень =) Это-ж надо конфиги сохранить, то сохранить, это, а потом еще систему переустановить и т.д.

[drBatty]

Во вторых, Reiser4 круче остальных.

...когда скучно и нефиг делать ;)

[BratSinot]

Вообщем народ, не используйте ccreg40, по крайней мере gzip1. Частенько идет паника, Танцующее Дерево любит глючить(собираем что-то типа Chromium, qemu make-j9) в итоге постоянно приходится делать fsck.reiser4 --build-fs. Попробую использовать lzo1.

[drBatty]

Вообщем народ, не используйте ccreg40, по крайней мере gzip1. Частенько идет паника, Танцующее Дерево любит глючить(собираем что-то типа Chromium, qemu make-j9) в итоге постоянно приходится делать fsck.reiser4 --build-fs. Попробую использовать lzo1.

EXT4 УМВР. ЧЯДНТ?

[BratSinot]

Вообщем народ, не используйте ccreg40, по крайней мере gzip1. Частенько идет паника, Танцующее Дерево любит глючить(собираем что-то типа Chromium, qemu make-j9) в итоге постоянно приходится делать fsck.reiser4 --build-fs. Попробую использовать lzo1.

EXT4 УМВР. ЧЯДНТ?

A) ext4!=Reiser4
B) Тема называется: "Slackware on Reiser4", какого лешего вы тут со своим ext4 выеживаетесь? Если холиварить, то пожалуйста вон из этой темы.
P.S. Windows XP amd64, Windows 7 amd64 УМВР. ЧЯДНТ?

По теме, lzo1 от проблем не избавило, попробую вообще без ccreg40 использовать. Хотя может из-за GCC 4.6.0, параметров ядра или особенностей системы такое происходит.
Хм... убрав ccreg40 можно будет убрать /boot раздел, правда lilo будет долго выполняться.

[zenwolf]

народ! попрошу без ругани!

drBatty - в целом вам справедливое замечание от BratSinot, есть тема - должен быть ответ.

BratSinot - здесь каждый свободен в своих правах, каким-то образом выразить своё мнение, бывает высказывают в определённой степени исходя из степени своего воспитания и образования, drBatty один из лучших спецов Слакваре за всю историю этого на моей памяти, высказывается иногда загадочно и резко, но в целом плохого не посоветует. Выгонять из темы не стоит, тем более не вы это решаете.

p.s. Призыв к миролюбию !

[BratSinot]

Короче, проблема была в параметре монтирования разделов, а конкретно в noatime. Потому-что когда я грузился с livecd и монтировал разделы(без yказания параметров), все было нормально.
P.S. Что-то я очень долго насчет livecd соображал.

но в целом плохого не посоветует.

Я понимаю, но тот "совет" был из разряда:

Код: Выделить всё

-- Мне нужно кило яблок.
-- Держите ваше кило апельсинов.

Так, эксперименты продолжаются. При активном использовании qemu паника. Возможно таже самая проблема. Просто когда собирал Chromium, linux из системы вылетало, а собирал с livecd под chroot все нормально. От сюда я вышел на noatime, но убирание оного проблемы видимо не решило, поэтому выходим на версию ядра, ибо на livecd 2.6.7.x, а на хосте 2.6.8.x. Либо опять-же выходим на GCC 4.6, правда я не помню собирал ли я ядро для livecd GCC 4.5...

О, в changelog 2.6.38.8 есть похожие коммиты, надо проверить.

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

[BratSinot]

Забыл отписаться, вообщем все вышеописанные проблемы решаются путем отключения ccreg40, лучше его на корне не использовать, а так его конечно можно использовать, но не на разделах где активно write происходит.

[drBatty]

A) ext4!=Reiser4
B) Тема называется: "Slackware on Reiser4", какого лешего вы тут со своим ext4 выеживаетесь? Если холиварить, то пожалуйста вон из этой темы.

спокойней пожалуйста. Дело в том, что EXT4 это лекарство, которое Вам поможет.

P.S. Windows XP amd64, Windows 7 amd64 УМВР. ЧЯДНТ?

в этом я некомпетентен.

-- Мне нужно кило яблок.
-- Держите ваше кило апельсинов.

не хочу холиварить, но если честно - не понимаю, что Вы нашли в этом Reiser4? Это ведь не яблоки, и не апельсины - это файловая система, и её можно (и ИМХО нужно) рассматривать объективно. Объективно - не вижу никаких плюсов, а только минусы.

[BratSinot]

-- Мне нужно кило яблок.
-- Держите ваше кило апельсинов.

не хочу холиварить, но если честно - не понимаю, что Вы нашли в этом Reiser4? Это ведь не яблоки, и не апельсины - это файловая система, и её можно (и ИМХО нужно) рассматривать объективно. Объективно - не вижу никаких плюсов, а только минусы.

Объективно она быстрее, плюс если потратить n-е кол-во времени, то можно выжать очень много.

[drBatty]

Объективно она быстрее

к сожалению, нет объективных методик измерения скорости работы ФС. потому говорить "быстрее" не корректно.

плюс если потратить n-е кол-во времени, то можно выжать очень много.

я вижу:

а если /boot раздел под Reiser4 он пока распакует минут 5-10 пройдет.

[taaroa]

нет объективных методик измерения скорости работы ФС. потому говорить "быстрее" не корректно.

вот одна из → http://goo.gl/44an5

но лучше на реальных задачах, под серьёзной нагрузкой. и, разумеется, продолжительное время.
под каждую fs по одинаковому серверу и гонять реальные задачи.

[drBatty]

вот одна из → http://goo.gl/44an5

беда всех этих тестов в том, что они не повторяются. причём погрешность измерения больше разницы между ФС. ИМХО.

но лучше на реальных задачах, под серьёзной нагрузкой. и, разумеется, продолжительное время.
под каждую fs по одинаковому серверу и гонять реальные задачи.

IRL этот ваш raiser у меня как-то рухнул, причём все файлы убились. больше не хочу. а скорость по моим измерениям примерно такая-же. ИМХО. Кстати, скорость очень сильно зависит от файлов, особенно для reiser4, она ведь сжимает файлы, потому для несжимаемых файлов выигрыш невелик. А у меня почти всё несжимаемое.

[taaroa]

вот одна из → http://goo.gl/44an5

беда всех этих тестов в том, что они не повторяются. причём погрешность измерения больше разницы между ФС. ИМХО.

глупости. ибо

но лучше на реальных задачах, под серьёзной нагрузкой. и, разумеется, продолжительное время.
под каждую fs по одинаковому серверу и гонять реальные задачи.

IRL этот ваш raiser у меня как-то рухнул, причём все файлы убились. больше не хочу. а скорость по моим измерениям примерно такая-же. ИМХО. Кстати, скорость очень сильно зависит от файлов, особенно для reiser4, она ведь сжимает файлы, потому для несжимаемых файлов выигрыш невелик. А у меня почти всё несжимаемое.

«наш reiser» (с чего бы он наш-то?) сейчас пилит только одно тело. и раз пошёл такой offtop, то просто интересно стало, каков средний uptime машин с reiser4.
месяц без перезагрузок, паник, oops оно проработало у кого-нибудь, есть success story? а три, полгода? ☺

[BratSinot]

но лучше на реальных задачах, под серьёзной нагрузкой. и, разумеется, продолжительное время.
под каждую fs по одинаковому серверу и гонять реальные задачи.

Чувак, Reiser4 не для сервера. У тебя сервер офигеет от танцующих деревьев.

[drBatty]

глупости. ибо

но лучше на реальных задачах, под серьёзной нагрузкой. и, разумеется, продолжительное время.
под каждую fs по одинаковому серверу и гонять реальные задачи.

ваши результаты будут отличаться в разы в зависимости от железа, файлов, и погоды на Марсе. Зачем и кому нужно такое "тестирование"?

«наш reiser» (с чего бы он наш-то?) сейчас пилит только одно тело. и раз пошёл такой offtop, то просто интересно стало, каков средний uptime машин с reiser4.

свет отключился -> fsck -> пустой диск. Epic fail. В EXT3 такое постоянно было - и ничего. Только fsck часами работала иногда, но в EXT4 это исправили. А мифически выигрыш в скорости далеко не всегда и не везде есть, а если есть, то обычно незначительный.

Reiser4 не для сервера. У тебя сервер офигеет от танцующих деревьев.

почему?

[BratSinot]

«наш reiser» (с чего бы он наш-то?) сейчас пилит только одно тело. и раз пошёл такой offtop, то просто интересно стало, каков средний uptime машин с reiser4.

свет отключился -> fsck -> пустой диск. Epic fail. В EXT3 такое постоянно было - и ничего. Только fsck часами работала иногда, но в EXT4 это исправили. А мифически выигрыш в скорости далеко не всегда и не везде есть, а если есть, то обычно незначительный.

Он есть и он значительный. Как я уже выше говорил, просто не нужно все во всюда пихать. Например где-то с ccreg40 будет круто, где-то у тебя система будет крашиться и т.д.

почему?

Ошибся слегка, просто всплыли времена ccreg'а.

[drBatty]

Например где-то с ccreg40 будет круто, где-то у тебя система будет крашиться и т.д.

не... такого "счастья" мне не нужно. Пусть медленнее, за то без всяких крешев, и тем более и.т.д.

[taaroa]

но лучше на реальных задачах, под серьёзной нагрузкой. и, разумеется, продолжительное время.
под каждую fs по одинаковому серверу и гонять реальные задачи.

Чувак, Reiser4 не для сервера. У тебя сервер офигеет от танцующих деревьев.

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

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

[BratSinot]

не... такого "счастья" мне не нужно. Пусть медленнее, за то без всяких крешев, и тем более и.т.д.

Ну хоть читай немного, крашится с ccreg40.

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

У меня еще ни разу данные не терялись.

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

А я вам про мейнстрим или что-то подобное говорил? Reiser4 сам по себе стабилен, просто не стоит некоторые действия делать, такие как установка последних патчей(у Шишкина нет возможности их тестировать) или пихание во все возможные места.

[drBatty]

У меня еще ни разу данные не терялись.

у меня терялись.

или пихание во все возможные места.

места в студию! (фотки приветствуются)

[BratSinot]

у меня терялись.

Your way in bug report.

[drBatty]

Your way in bug report.

нет. На самом деле, никакая ФС в принципе не может 100% гарантии сохранности данных при физическом сбое. Просто fsck рэйзера не очень глубоко копает, потому у неё часто бывают такие проблемы (кстати не у меня одного), это не баг, а фича. А в ext fsck работает очень долго и тщательно. Может создатель рэйзера когда-нибудь и доделает свою fsck. Это достаточно сложно, ведь такие сбои практически не воспроизводимы :(

[BratSinot]

я вижу:

а если /boot раздел под Reiser4 он пока распакует минут 5-10 пройдет.

А я и не говорил, что reiser4 под boot нужен. У меня boot раздел вообще либо под ext2(100% no journal), либо под reiserfs.