Походу разочарование в Reiser4 :)

тебе остается только вернуться на ext3 ;) Ах да, еще JFS есть

попробуй ((сменить шедулер) || (проверить фазу луны) || замерить окружающий радиационный фон и сравнить с предельно допустимым для твоего железа нормам. особенно обратить внимание на испытания по ТЗЧ) (собрать libastral и спросить совета на astral-lor))

Если пока только предположения по поводу боземного стука, зачем заводить топик? :) Расследуй до конца.

>Если пока только предположения по поводу боземного стука, зачем заводить топик? :)

Коллективный разум реквестируется :)

Наконец, досчиталась фрагментация. Вышло 4%. Значит, дело не в ней.

...

Ну что, не думать а трясти? Перенести /usr на другой раздел? :)

Дурацкий вопрос - как без рестарта /usr в ro перевести? :)

# mount /usr -o remount,ro не помогает:

mount: /usr занят

Ага, вроде, после -f не померло... Сейчас по живому будет менять /usr прямо на работающей машине :)

кто-то еще верит в будущее Reiser4 ?

> Поймал тут, что emerge dev-libs/boost чудовищно тормозит машину. Почти до завешивания на многие секунды.

IMHO reiser4 тут не при чём, у меня на ext3 такие же проблемы. Причём именно из-за дисковых операций система может лежать. Я думаю это проблема скорее как-то связана с SATA, или с моим и вашем чипсетом и его поддержкой в Linux, потому что на старом компьютере (IDE) таких проблем не замечал. Может быть я и не прав.

P.S. boost требует много виртуальной памяти для компиляции. Мне пришлось добавить своп на файлах.

> Скорее всего что-то там от интенсивной работы не так со временем становится. На тестах такое не выявилось...

Америку открыл :)

Я давно говорю - стоит юзать ext3/jfs/xfs с уклоном к началу :)

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

> Поймал тут, что emerge dev-libs/boost чудовищно тормозит машину.

1. Память оно жрёт;
2. Если GCC > 4.3.0.xx, то ваще может повиснуть и задедлочиться;
3. Это с++, а значит тормоза во всём;
4. генкернел - зло.

Где моя сокрость, Ханс?

> 2. Если GCC > 4.3.0.xx, то ваще может повиснуть и задедлочиться;

это точно, с gcc-4.1.2 не замечал такого.

> Походу разочарование в Reiser4 :)

Ждём ext4 :-)

>IMHO reiser4 тут не при чём, у меня на ext3 такие же проблемы. Причём именно из-за дисковых операций система может лежать.

Возможно. Буду проверять.

Перемонтировал /usr на копию свою на другом reiser4 разделе, запустил emerge. Тормозит всё равно.

Теперь буду играть с другими FS. У тех, кто не будет тормозить систему (если такие найдуться) измерю время процесса. Результаты выложу :)

>P.S. boost требует много виртуальной памяти для компиляции.

У меня в процессе компиляции 64% задействовано под программы, 23% под кеши. Так что хватает.

Ждём с картинками :-)

>Ждём ext4 :-)

Он у меня на LVM2 пока вообще не работает. Так что из рассмотрения просто выпадает :)

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

ext3 - вообще труба оказалось. Еле-еле в терминалку переключился, чтобы процесс убить :)

На таком вот и сидим

>Ждём ext4 :-)

/dev/sda1 on /mnt/sda1 type ext4dev (rw)
/dev/sda2 on /mnt/sda2 type ext4dev (rw)
/mnt/sda2/torrents on /home/andrey/torrents type none (rw,bind)

стучим по дереву...

Кстати, там с самим винчестером всё в порядке?

Автор, ты всё ещё веришь, что правильная FS - есть решение всех твоих проблем?

> ext3 - вообще труба оказалось. Еле-еле в терминалку переключился, чтобы процесс убить :)

Разочарование в Reiser4 плавно перешло в восхищение?

ничего не тормозит. Ты просто её не осилил.

1) вруби сжатие gzip
2) принудительная проверка с --fix раз в неск.месяцев с отмонтированием всех reiser4 разделов (всё-таки файлуха не продакшен)
3) прибей fsync() - в рейзер4 транзакции. В вики всё написано.

>Кстати, там с самим винчестером всё в порядке?

Линейный транфер отличный, сики в норме, бедблоков не видно, при работе не шумит, не греется.

Кстати, когда top показывает 70+% IO, лампочка винта лишь помаргивает.

>Автор, ты всё ещё веришь, что правильная FS - есть решение всех твоих проблем?

Я верю в (а, точнее, знаю) то, что правильная FS на оптимальных для неё задачах даёт ощутимый выигрышь :)

>Разочарование в Reiser4 плавно перешло в восхищение?

Ещё не знаю. Пришлось от компа отрываться по домашним делам, так что другие FS ещё не проверил :)

Прикольно. На Reiser4 /usr весит 12580Мб, 14652Мб...

...

Ладно, не поминайте лихом, пошёл делать тестирование /usr под кармической FS :D

> Прикольно. На Reiser4 /usr весит 12580Мб, 14652Мб... 

о_O_0 Что там? Зачем так пугать на ночь?

shahid@linux-ioy9:/> df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/system-rootR4
                      6,9G  4,4G  2,5G  64% /
...
rpm -qa | wc -l
2038

тут всё вместе с gnome, kde3, kde4, и -devel, netbeans, eclipse... 
кроме /home, /boot и сорцов ядра. Размер /usr не скажу, ибо на сжатой 
reiser4 `du -sh` считает неправильно.

>о_O_0 Что там? Зачем так пугать на ночь?

Там равномерно размазано. Больше всего весит /usr/share, 5,6Гб.

Из них:

# du -ms /usr/share/*|sort -n|tail -n 10
92	/usr/share/emacs
100	/usr/share/qdvdauthor
101	/usr/share/gtk-doc
110	/usr/share/locale
110	/usr/share/webapps
113	/usr/share/fonts
225	/usr/share/icons
323	/usr/share/lazarus
362	/usr/share/texmf-dist
3013	/usr/share/doc

>На Reiser4 /usr весит 12580Мб, 14652Мб...

Тьфу, вторая цифра относится с ext3 :)

Т.е.:

Reiser4: 12580 Мб
Ext3:    14652 Мб
и, вот ещё:
XFS:     14076 Мб

Обязательно попробуй ntfs3g. Субъективно производительность мне нравится, но вот чтобы более-менее достоверно было...

я не автор

> /dev/sda1 on /mnt/sda1 type ext4dev (rw)
> /dev/sda2 on /mnt/sda2 type ext4dev (rw)

> стучим по дереву...

Обновись до 2.6.28-rc3 и убей в себе бобра. Видел кое-какие лаги на ext4dev связанные с рекурсивным удалением каталогов, исчезнувшие после перехода на ext4.

После серии тестов (процесс ещё не закончен, результат будет с цифрами) выяснилось, что, действительно, через какое-то время (то ли с ростом фрагментации, то ли по другим внутренним причинам) reiser4 при использовании на /usr начинает сильно тормозить. В то время, как «вычищаемая» reiser4 в /var/tmp/portage работает не просто превосходно, в ряде тестов она работает... быстрее, чем tmpfs :)

Цифры и глобальные выводы по окончании тестов. Пока полностью оттестированы только xfs и jfs.

интересно, интересно :) здесь ждать результаты или в новом топике? :)

Новый открою. Но сюда ссылку тоже кину на новый.

...

Закончил тестирование reiserfs (3-й), на очереди ext3.

>3) прибей fsync() - в рейзер4 транзакции. В вики всё написано.

Насколько я понимаю, в случае ro раздела это не имеет смысла?

Всё, готово. Результаты интересные :)

Краткое резюме: /var/tmp/portage у меня остаётся на reiser4, а /usr переезжает на xfs.

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

я думаю что таблички было бы достаточно :) график нарисуем мысленно :)

Ловите результаты: http://www.linux.org.ru/view-message.jsp?msgid=3250893

Там только /usr, выбор FS для /var/tmp/portage - потом отдельным сообщением добавлю.

Уж осилил бы наконец gnuplot =)

Дарю на затравку:

#!/bin/sh

function create_report() { INPUT="$1" RESNAME="$2" YLABEL="$3" LABEL="$4" IMG_X=1600 IMG_Y=1200

#set mytics 10 #set grid xtics ytics mxtics mytics lt 1 lw 4,lt 0 gnuplot > $RESNAME <<EOF

set terminal png medium size $IMG_X,$IMG_Y set title "Throughoutput. $LABEL" set ylabel "$YLABEL" set xlabel "Seconds" set grid set ytics 5 set mytics 5 plot "$INPUT" using 1:2 title "$LABEL" with histeps EOF

}

create_report "$1" "out.png" "MB/s" $2

Вот такое получается:

http://img391.imageshack.us/my.php?image=outkz8.png

P.S. сам занимаюсь оценкой fs сейчас, ибо 2 терабайта 6 рейда нужно форматить. Пока есть 500-гиговые разделы на рейзере3 и xfs. Нахожусь в процессе измерений, юзаю dbench, результаты надеюсь выложу.

P.P.S. по графику - вы посмотрите какой шикарный переходный процесс!

Уж осилил бы наконец gnuplot =)

Дарю на затравку:

#!/bin/sh

function create_report()
{
INPUT="$1"
RESNAME="$2"
YLABEL="$3"
LABEL="$4"

IMG_X=1600
IMG_Y=1200

#set mytics 10
#set grid xtics ytics mxtics mytics lt 1 lw 4,lt 0
gnuplot > $RESNAME <<EOF

set terminal png medium size $IMG_X,$IMG_Y
set title "Throughoutput. $LABEL"
set ylabel "$YLABEL"
set xlabel "Seconds"
set grid
set ytics 5
set mytics 5
plot "$INPUT" using 1:2 title "$LABEL" with histeps
EOF

}

create_report "$1" "out.png" "MB/s" $2


Вот такое получается:

http://img391.imageshack.us/my.php?image=outkz8.png

P.S. сам занимаюсь оценкой fs сейчас, ибо 2 терабайта 6 рейда нужно форматить. Пока есть 500-гиговые разделы на рейзере3 и xfs.
Нахожусь в процессе измерений, юзаю dbench, результаты надеюсь выложу.

P.P.S. по графику - вы посмотрите какой шикарный переходный процесс!

>Вот такое получается:

Ну, такое мне не надо как раз :)

>Уж осилил бы наконец gnuplot =)

Как нибудь, может быть... :)

За прошедшие три недели бескешевый ldconfig под xfs затормозился где-то на секунду. Отрабатывает за 10-12 секунд.

На соседней машине с /usr под reiser4 сейчас ldconfig выполняется за 55 секунд :)

кстати что у райзера4 с сжатием?

поставила lzo (чтобы не загружало сильно систему)

на отдельных папках (Lineage 2 Java Server datapack - .tar без сжатия = 21 Мб) du выдавал занимаемое место в 955Мб (!), примерно то же самое было в df

самое сжатие было минимальным 3.5 Gb карт для мангоса -> 3.3 Gb (при том что в fuse-zip оно лежит на 1 Gb)

Не знаю, сжатие не щупал. Производительность дисковой подсистемы итак высокая и места хватает :)