Первые бенчмарки Ext3/Reiser4

Интересно было бы посмотреть на сравнения с XFS, JFS!

Думаю они будут очень сильно отставать.

2Banshee: А если сравнить по функциональности (ACL, quota -- это то, что уже сейчас необходимо, неплохо бы ещё какой-нить deflate (компрессия) или encryption (шифрование)), то кто будет впереди -- ext3 или reiserfs4? И как, кстати, модули будут работать, например, изменения применяются сразу или через какой-нибудь промежуток времени?

Если тупые вопросы, то прощу прощения -- ткните тогда ссылками, пожалуйста.

cya

Дааа - судя по предпоследней таблице, Reieser3 сосет по сравнению с Ext3, иногда даже в два раза. Хотя notail и спасает положение (частично), но я то его не включал, а юзал по умолчанию. :-(

Вопросы правильные.

Ответы:

(1) ACL и quota доделать нетрудно, благо архитектура плугинная.
(2) Над шифрованием и компресией работы идут. Будет и то и другое.
(3) reiser4 это нечто большее чем фаловая система. Но для начала было бы не плохо ее сравнить с существующими, что и делается. Уж больно там хорошие идеи используются, которые должны улучшить существенно скорость, надежность и т.д.

by Banshee (2003-07-25 16:47:11.899563) (1) ACL и quota доделать нетрудно, благо архитектура плугинная.

Ну, это как сказать. Например, касательно NFSv3 на ext3 большие проблемы до сих пор, как с ACL, так и с quota. Особенно, что касается взаимодействия с Solaris по NFS. А про mapping NT-шных ACL на POSIX-овские я вообще молчу. Не знаю кто именно нарушил POSIX -- Microsoft или Andreas Grünbacher (EA+ACL for ext3 maintainer), но траблы есть до сих пор. Мне лично это не нужно, но в рассылке мелькали такие месаги. Да, и ещё. А как быть с userspace? Уже есть новые reiserfprogs?

(2) Над шифрованием и компресией работы идут. Будет и то и другое.

А какой performance hit будет, кстати? Есть ли уже примерные данные?

(3) reiser4 это нечто большее чем файловая система. Но для начала было бы не плохо ее сравнить с существующими, что и делается. Уж больно там хорошие идеи используются, которые должны улучшить существенно скорость, надежность и т.д.

То есть вы намекаете на backport некоторых фич из reiserfs4 в другие ФС? Или это указывает на несовершенство текущей реализации reiserfs4? Поясните, пожалуйста.

PS А что значит "reiser4 это нечто большее чем файловая система"?

PPS Напоследок. Если есть ссылки, то я удовольствием их просмотрю.

Заранее спасибо.

cya

> Дааа - судя по предпоследней таблице, Reieser3 сосет по сравнению с Ext3, иногда даже в два раза. Хотя notail и спасает положение (частично), но я то его не включал, а юзал по умолчанию. :-(

как раз наоборот, все у reiferfs сосут. глазки протри.

2Banshee (*) (2003-07-25 16:47:11.899563):

Честно говоря даже не верится, что настолько быстро эта файловая система стала работать! Поэтому поздравляю! Эти сравнения кажутся просто фантастичными, поскольку и ext3 и ReiserFS 3 являются одними из самых быстрых систем сейчас. (они значительно быстрее jfs например, не говоря уж о NTFS)

Хотелось бы узнать, насколько на ваш взгляд она готова? Можно ли технически использовать уже сейчас как основную файловую систему? Ожидается ли такое же заявление от Hans'a Reisera, как по-поводу ReiserFS 3 включённой в 2.4.1 - о полной нестабильности? (Честно говоря, у меня уже очень давно на домашней машине ReiserFS, года 4 и ни разу ничего кардинально не попортила, хотя были мелкие ошибки)

А мне нравятся навзвания машин - belka и strelka интересный смысл ;>

Ну как будет машина gagarin, считай, что взлетели...
:)

4Banshee: хотелось бы сначала просто полностью рабочую файловую систему,
а потом уже нечто большее, а не наоборот - до хрена всего, а толком
не работает.

Кстати, а как насчет сравнения с XFS? Нигде нет?

2jackill (*) (2003-07-26 03:28:56.80205):

Да "полностью рабочих" файловых систем и сейчас 4 штуки :-)! Если эти все тесты - правильные, то такая красота не сможет не работать :-) (в смысле - рано или поздно будет отлажена до блеска)

>>Ну, это как сказать. Например, касательно NFSv3 на ext3<<

Понятно, что чтото надо кодить, я о том что это будет сделано не через задницу. Об этом уже думали.

>>Да, и ещё. А как быть с userspace? Уже есть новые reiserfprogs?<<

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

>>А какой performance hit будет, кстати?<<

Компресия и друзья пока далеки от работоспособного состояния :) О производительности говорить рано.

>>То есть вы намекаете на backport некоторых<<

И reiser4 создается как хранилище данных. Один из интерфейсов доступа это VFS. Будут и другие.

Посетите http://www.namesys.com/whitepaper.html

Реализация всегджа страдает какими то недостатками :) Нарпимер reiser3 разрабатывался 10 лет. Конечно было меньше разработчиков, финансирования и т.д. Но, нельзя написать сразу шедевр. Любое творение проходит какой то путь развития коне можно будет сказать, что да оно получилось на славу :)

Она стабилизируется постоянно. И улучшается производительность. Но для продакшн явно не готова. На каком нибудь мощном dbench больше 2-3 дней пока не держится.

Для домашней тачки я бы тоже не стал пока использовать. Особенно дял рута. Для GRUB-a и LILO поддержка есть, но вот fsck не дописан, поэтому стремно :)

Что до сроков стабилизации, то к моменту выхода стабильного 2.6 будет стабильной однозначно.

Есть еще много вещей, которые нереализованы пока. Это online resize, repacking, sys_reiser4() и так дальше. Будем работать.

reiser4progs состоят из двух библиотек:

libreiser4 -- базовая функциональность (отрыть, скопировать, поресайзить, создать файл, дописать, прочитать директорию и т.д.)
librepair -- библиотека в которой сосретдоточ код fsck.

mkfs.reiser4
fsck.reiser4
cpfs.reiser4
resizefs.reiser4
debugfs.reiser4

Эти являются простыми программами малельго размера и линкуются на библиотеки. Весь функционал в библиотеках. Это сделано специально для облегчения жизни тем, кто захочет добавить поддержку reiser4 например в Parted. Хотя политика партии такова, что к выходу постараемся добавить сами поддержку reiser4 во все userspace приложения.

Сейчас libreiser4 используется только в GNU GRUB (статически линкуется).

>>А мне нравятся навзвания машин - belka и strelka интересный смысл ;> << Да, забавно. Рассказали Хансу что они являлись первооткрывателями космоса :) Ему понравилось, вот и назвали. Это наши тачки тестовые.

Да, а где сравнение с XFS? По производительности и функциональности :)

Я патриот, конечно, но не настолько чтобы не поинтересоваться этим вопросом :)

А вообще: да здравствуют российские программисты! :)

А где чертова стабильность? Недостатки - это понятно, но вот
для продукта, который разрабатывался 10 лет, отсутствие
стабильности - это признак его мертворожденности.

> Что до сроков стабилизации, то к моменту выхода стабильного 2.6 будет стабильной однозначно.

Ой ли? Линус клялся и божился, что релиз выйдет не позднее, чем
через полгода. Что-то не верится, что за это время reserfs4
будет работать больше трех дней на серьезных тестах ;)

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

а god@laputa.namesys.com это тоже ваши шутки? :)

Нах нужна ext3 когда есть замечательная XFS? :)

Мне от fs нужна _надежность_, а не "замечательность".

в свое время поставил на корпоративном сервере xfs и забыл про него, все есть, все работает на отлично. Уволился я оттудова давно и вот после апгрейда винта там ext3 стоит... #$%$#%@!

И чего дальше было? Откуда такие эмоции? У меня ext3 стоит на
всех серверах уже два года. Тоже - поставил и забыл.

Так если нужна надежность, то ставь minixfs или ext. :) А я думал, что нужна не _надежность_, а "надежность и производительность". :)

Надежность в отрыве от производительности годится только для хостинга домашней странички дяди Васи. :) Не знаю что у вас там ...

>Кому интересно, милости просим к нашему >биткиперовскому репозиторию.

можно адресок репозитория?

http://www.namesys.com/code.html

что-то мне вот это не нравится:

"Exported repository containing the core linux-2.5 code with changes necessary for the Reiser4. This repository is a descendant of the top-level "Linus" repository at bk://bk.namesys.com/bk/reiser4 "

нельзя где-нибудь скачать только изменения, а то делать
clone всего репозитория с ядром это получится мегов 200 трафика ?

За**али стабилизироваться конкретно. Убил FS на двух машинах. На второй не продержалась и недели. ReiserFS от ядра 2.4.18. Больше не притронусь к этому убожеству никогда и никому не советую. В ацтой. Ext3 стоИт как стена ГОДАМИ.

Это и есть только изменения. Это нужно положить в linux/fs/ директорий.

2lenin: А можно узнать как ты ее убил? Может ты сделал чтото типа ls -la / >/dev/hda1 :) Ну не разу не убивал reiserfs :) Может везет.

XFS всех победит. :)

2Banshee.
У меня ReiserFS умирала после перепада напряжения. Второй раз не то чтобы умирала, а агонировала -- после вырубания света файлы конфигураций которые были изменены за время работы машины принимали первоначальный вид даже если были изменены и сохранены за несколько часов до перезагрузки. В общем стало не по себе и живу теперь спокойно на ext3.

>>У меня ReiserFS умирала после перепада напряжения. Сочуствую, но у меня не падала. Какое было ядро? до 2.4.18 лучше не использовать вообще. Особенно 2.4.9. >>...файлы конфигураций которые были изменены... Так может все эти несколько часов файлуха не использовалась?

>...до 2.4.18 лучше не использовать...
Нигде в официальных док. не встречал подобных ограничений. Может с выходом 2.4.34 будет сказано, что до 2.4.28 лучше не использовать?

>Так может все эти несколько часов файлуха не использовалась?
Использовалась конечно. Но какая разница? Если файл был сохранен, а в итоге оказывается, что нет и даже в журнале не было записи (иначе бы восстановил бы из журнала не так ли?), то это совсем никузяво.

От FS требуется в первую очередь стабильность - это не требует доказательств, и только потом фичастость/скорость.

Если какой-то компонент компьютера не может сохранить мои данные, то этот компонент подлежит уничтожению. Это, надеюсь, тоже не подлежит сомнению.

>>Может с выходом 2.4.34 будет сказано, что до 2.4.28 лучше<<

http://www.namesys.com/download.html
На это страничке об этом написано очень давно.

>>то это совсем никузяво.

Файлуха была без data-logging-а. Если файл хранился не в tail-е, то его данные в журнал вообще не попадали, а в произвольный момент ложились на постояное место хранения (например на memory pressure event).

А вообще, ты наверно что-то путаешь. за несколько часов flush бы отработал много тысяч раз. Можт всетаки не несколько часов?

В том то и дело, что часа три минимум. Дело было на Мандряке. После борьбы с ее конфигураторами пересел на Slackware и ext3. Сейчас думаю посмотреть на ALTMaster (диски уже пришли почтой) и выбираю FS, но данные терять ой как не хочется - слишком дорого стоят.

Сейчас есть reiserfs с дата логингом. Намного лучше работает. Кстати LOR на нем живет. Вроде неплохо.

2Banshee. Возможно без плясок и потерь данных конвертнуть раздел с ext3 на ReiserFS и/или обратно? Возможно какой-нибудь раздел (/tmp :) сделаю на нем для тестирования.

Есть такой хитрый способ in-place конвнртации любой файлухи в любую изобретенный господином Цукановым. Называется convertfs. google it for details. В двух словах: Есть например ext3 файлуха: (1) Создаем на ней большой файл (по размеру файлухи) состоящий из дырок. (2) Создаем в нем reiserfs. (3) Монтируем как loop. (4) Мувим все файлы из исходной ext3 файлухи на файлуху что в лупе. (5) Когда мы все перенесли, исходная файлуха состоит из одного большего имиджа reiserfs. И тепер нужно перемапить все блоки этого имиджа в блоки дивайса. Это делает маленькая прожка из набора convertfs. А можно написать и самому.

XFS рулит однозначно. Особенно на 64-ти битных процах. Ура. :)