LINUX.ORG.RU
Новости — Linux General  

Reiser4 показывает фантастическую производительность


0

0

В тестировании postmark, эмулирующем нагрузку Mail/NNTP-сервера, Reiser4 показал неожиданно высокие результаты, оставив далеко позади такие маститые файловые системы, как ReiserFS(Linux), Ext3(Linux), UFS(Solaris), ZFS(Solaris).

Сам Ханс Рейсер неожидал таких результатов: "I am surprised that Reiser4 does so well,..." (Hans Reiser, reiserfs-list@namesys.com).

>>> Результаты теста

★

Проверено: Shaman007 ()
← Любые звезды доступны с Celestia
Выпущена обновленная версия ASPLinux Server IV →
  1 2 3 4 →
Ответ на: комментарий от anonymous

>Не. Эту мантру любят повторять гентушники. А мне некогда - другим делом занят. Да и желания нет :)

но повторяешь ведь. уже два раза в этом топике (-;

Muromec ☆☆
()
Ответ на: комментарий от Muromec

> но повторяешь ведь. уже два раза в этом топике (-;

Я констатирую факт, а не занимаюсь пусиым самоубеждением. Это - разные вещи :)

anonymous
()
Ответ на: комментарий от golodranez

> но все кто делал говорят, что всё ОК и данные не теряются

Я это специально проделал сегодня. И все файлы, которые я писал на /dev/chimera/aaa "успешно" оказались в файловой структуре на /dev/chimera/bbb, успешно похерив некоторую часть метаданных в файле-образе.

> я такие операции некогда не делал

А я вот сделал (и не только я) - и это повторяющаяся проблема (причем воспроизводимая). Кстати, советы сделать rebuild-tree в этом форуме у рейзерятников встречаются весьма часто...

no-dashi ★★★★★
()

Если система делает что-то, что удивляет ее разработчиков - значит она глючит. Пусть даже она показывает производительность выше штатной - это может быть признаком что она не выполняет какую-то часть кода или где-то теряет синхронизацию. Так что... опять же имея плачевный опыт с riserfs и держа на ней /usr/bin /usr/sbin в качестве эксперемента дома я тем не менее не стал бы доверять такой файлухе служить на серверах.

eXOR ★★★★★
()
Ответ на: комментарий от no-dashi

no-dashi, у меня 3 раза возникали проблемы при вот таких манипуляциях с LVM, правда с Ext3 и горазда большие разделы. Нутром чую, что LVM виноват, доказать не могу.... Можете ли Вы повторить эксперимент с Reiser4, но после выполнения lvcreate перегрузить систему ?

На всякий случай - спасибо.

anonymous
()
Ответ на: комментарий от no-dashi

>А я вот сделал (и не только я) - и это повторяющаяся проблема (причем воспроизводимая).

Да причем здесь проблема, если riserfsck прямо таки ОРЁТ тебе:"СДЕЛАЙ БЕКАП, Иначе МОГУТ БЫТЬ ПОТЕРЯНЫ ДАННЫЕ"...

ещё раз - если не читаешь предупреждения программы, то ССЗБ...

golodranez ★★★★
()
Ответ на: комментарий от golodranez

> Да причем здесь проблема, если riserfsck прямо таки ОРЁТ тебе:"СДЕЛАЙ БЕКАП, Иначе МОГУТ БЫТЬ ПОТЕРЯНЫ ДАННЫЕ"...

Ага, а самая лучша ФС - tmpfs, потому, что если сделать бэкап с нее перед отмонтированием, а после монтирования бэкап восстановить, то с данными ничего не случится - так что ли?

no-dashi ★★★★★
()
Ответ на: комментарий от golodranez

Шарик, ты балбес (с) Мультик

Какой смысл вообще использовать подобные тулзы если есть возможность потерять данные? Легче сразу восстанавливать из бекапа тогда.

PartyZan ★★★
()
Ответ на: комментарий от PartyZan

Иди читай ман !!!

1)Не востановишь ты данные на убитой фс, пусть у тебя хоть 3 бекапа...

2)Вероятность потери данных очень мала...

3)Райзер падает ТОЛЬКО от кривого железа... от всяких ресетов ему хоть бы хны...

golodranez ★★★★
()
Ответ на: комментарий от manowar

Тот же no-dashi тебя должен удалить по пункту - "преднамеренное нарушение правил русского языка", а теперь по русски напиши?

golodranez ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 3 4 →
← Любые звезды доступны с Celestia
Linux General
Выпущена обновленная версия ASPLinux Server IV →