Вышел патчсет Reiser4 для Linux 3.10

могу сказать из опыта /var/tmp/portage и /usr/portage/tmp на логическом разделе=+10% к времени сборки .....

я даже боюсь представить профит от tmpfs тогда )
да-да, я компиляю в раме

Нужно, только бы ещё в ядро и в граб2 запилить.

man extended partition

ошибка, приводящая к краху при хранении данных в сжатом виде.

Неее, для чего-то более важного, чем задротские игрульки, эта ФС пока не годится...

А как кстати дуалбутчики живут?

У меня как-то так:

/           ext4 (30~50 GiB)
/home       ext4 (50 GiB)
/windows/C  ntfs (50 GiB)
/windows/D  ntfs (всё оставшееся)

# прочее
swap        1.5~2 RAM size
/tmp        tmpfs
/var/tmp    tmpfs

Вызвано тем, что под виндой игры играю, а они много места требуют (/windows/D).

В хомяке обычно всякий девелопмент. Хомяк под ntfs не хочу из-за тормознутости fuse драйвера. Для синкания хомяка с виндой (некоторых файлов) использую Dropbox.

Неее, для чего-то более важного, чем задротские игрульки, эта ФС пока не годится...

Ваш звонок очень важен для нас. Пожалуйста, оставайтесь на линии...

у меня чтот в ноуте не срослось компилить на раме,ошибки сборки .... хватило 3 инвалидов .

я компиляю в раме

Проводил замеры скорости? Каково реальное преимущество от такого решения? Я замерял скорость сборки ядра и месы, разницы практически не заметил.

большие пакеты можно собирать на диске, вообще-то
причём автоматом
/etc/portage/package.env

sys-devel/gcc no-tmpfs.conf
www-client/firefox no-tmpfs.conf

PORTAGE_TMPDIR="/var/tmp/portage-ondisk"

на обычном пк при DIMM DDR3, 8ГБ, PC3-14900, 1866МГц преимущество очень здоровое,но нужно и проц с платой соответствующие....

разницы практически не заметил.

аналогично, прозреваю норм профит только при наличии очень мощного камня/камней.
иначе профит в пределах погрешности

боюсь мой мозг и лень не осилят столько писать.

Тот самый Багров?

У меня помимо всего раздел на котором сравнивал скорость отформатирован в бтрфс с лзо сжатием. И разница как ты и написал трудно отличима от погрешности.

а чо тут писать!?:

echo "PORTAGE_TMPDIR=\"/var/tmp/portage-ondisk\"" > /etc/portage/env/no-tmpfs.conf

sys-devel/gcc no-tmpfs.conf >> /etc/portage/package.env

преимущество очень здоровое

А можно в цифровом эквиваленте?

я те прикол скажу,я пользовался месяц openbox без настроек толком,с только с раскладкой тинтом и 6 программами в меню..... Только потом у меня руки дошли допилить остальные в меню и прозрачность сделать.И то так посмотрел и подумал,а зачем она мне ....

короче, я тебя не понимаю.
хочешь странного, спрашивай - тебе дадут (с вероятность 90% я) готовые скрипты/команды
от тебя потребуется только копипаст.
если же лень даже это сделать, то не лень ли тебе дышать, например!?

В цифровом сложно точно сказать,то то что у знакомого с AMD FX8350 и DIMM DDR3, 8ГБ, PC3-14900, 1866МГц за где-то минут за 5 собрался хромиум,уже показатель.У меня на 2 ядернике и 4 гб озу 1333 10600 он собирается почти час.

чтот ... ошибки сборки

Умно, да; какие ошибки? Ну да впрочем libastral показывает, что мало памяти, 99%.

минут за 5 собрался хромиум

это нереально на этом проце!
даю гарантию 100%!

Прохладная история. Этот FX8350 не в 10 раз быстрее моего четырёхъядерника, а именно проц и является боттлнеком.

У меня дома 3 разных дистра,сегодня вот ноут жены обновляю,ядро 3,11 ставлю на её сус,привыкла к нему уже,не хочет менять. К тому же основная проблема,в том ,что я некоторое даже не врубаюсь куда иногда вписывать пока,всё таки не так давно поставил .И то в основном с калькой работаю .

А в чём отличие от того, тчо находится в ядре в разделе filesystems?

значит мы дольше курили.

Это вообще не тест, на разных процах с разным объемом памяти и разной памятью. На своей системе я именно тестил и не увидел значимой разницы.

значит мы дольше курили.

20 минут минимум

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

/var/log/messages
~/.xsessin-errors
/var/log/Xorg.0.log

в доте кошмар,персонажи напрочь прозрачные,а эффекты вообще на 0,запускал стим из терминала,в терминале не слова об ошибке.

не получилось с него загрузиться, крешится :(

XLIB_SKIP_ARGB_VISUALS=1 команда

не помогает?

завтра попробую,спасибо,сейчас не смогу посмотреть,ноут дома а я на работе .

в личное сообщение лог кину

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

2 чая данному джентельмену

А MBR больше не позволяет.

man logical partitions

компилить на раме,ошибки сборки

И что, memtest не находит битой памяти? :-)
Обычно такие ошибки - первый звоночек что что-то не так. Причем если нагрузка небольшая при работе и памяти много - это может быть даже не заметно(как у меня начала сбоить плашка на 4 гига, всего было 12 гигов памяти). А компиляция/запуск чего-то тяжелого - и всё, segfault-ы и прочие некошерные вещи

у меня ноут скорее не тот,эта же планка в другом ноуте ошибок не имеет,разница в производители и объёме,и потреблении,родная планка 14v а эта 13,А так обе ddr3 и pc3-10600.Ну и стандартная раксел а эта sp.

стандартная планка 2 гб и сидеть на ней не реально увы.

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

2009-2012 год
Reiser4 может войти в состав Linux во второй половине 2010 года - Reiser4 для Linux 3.5
Так и запишем: 2 года задержки. Ну, это еще простительно6 разработчики переоценили свои силы и мощи комьюнити.

2012-2013 год
bug in the flush procedure;kernel BUG at fs/reiser4/block_alloc.c; Fix deadlock (reiser4 lock ordering violation)
Так и запишем: ФС забагована, примерно каждые 2 релиза фиксится серьезный баг. Скорость фикса багов - примерно 2-3 месяца.
И такое уже непростительно - критические баги появляются с завидной регулярностью. Для использования в маломальском продакшне - самое оно. :)

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

по мне так,надо просто разрабов ext4 и btrfs посадить за 1 стол и чтобы вместе работали над общей 1 новой фс,взяв с обеих свои плюсы.А то зоопарк несусветный .

А потом лично у тебя единственная ФС, графредактор, лечилка разделов и т. д. заглючит/не_справится_с_заданием - и опа, заменить нечем, форматируй винт и ставь на него ПО строго по видеоуроку с тытрубы.

это нереально на этом проце!
даю гарантию 100%!

Может там с ccache так получилось?

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

Это ты говоришь, у меня бугурт, да?

Ну, это еще простительно6 разработчики переоценили свои силы и мощи комьюнити.

Ты, кажется, забыл, что разработчиков и комьюнити ты не кормишь. Ни непосредственно, ни опосредованно. Ну нетужелания продавливать в ядро. Их право. Хорошо, что они вообще что-то делают.

Для использования в маломальском продакшне - самое оно

А вот тут суть моего комментария надо пояснить особо. Для тех, кто выбирает ФС для маломальского продакшна, мнение абстрактного человека с ЛОРа мало что значит. Поэтому твой комментарий бессмыслен, о чём я и сообщил.

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

А MBR больше не позволяет.

Пришло время переходить на gpt
gpt сама не создастся...

или на худой конец расширенный раздел создать.

Суперовая новость. Протестирую reiser4 на zram в котором хранится файловый кэш Магенто.

А grub2 зачем? Религия не позволяет создать для /boot отдельный раздел?

У онлайновой есть существенный недостаток — она не обрабатывает собственно директории.

Это как?

А MBR больше не позволяет.

Создай extended раздел и в нём сколько хочешь разделов. По-моему, это можно сделать в fdisk без потери данных.

У онлайновой есть существенный недостаток — она не обрабатывает собственно директории.

Это как?

Ну вот так. Есть же файл-директория, в котором список каталога хранится. Он изначально 4k, растёт когда файлов становится слишком много, никогда не уменьшается. К тому времени, когда он начинает расти, место за ним уже занято, так что директория с большим количеством файлов почти всегда фрагментирована. И дефрагментатор не может их вообще никак тронуть. Да и в самом ioctl есть какая-то серьёзная проблема с директориями. С наскоку у меня не вышло похачить, я забил.