LINUX.ORG.RU

Reiser4 практически стабильна


0

0
После большой работы, по исправлению ошибок, считается, что Reiser4 готова к использованию "средним пользователем" на рабочих системах.
Раньше этого делать не рекомендовалось.

>>> Подробности



Проверено: maxcom
Там же, Ганс говорит, что нужно еще больше реальных пользователей для тестирования, так как у них уже закончились скрипты которые могут привести к краху ФС. :)
dotcoder ★★★★★
()
Ответ на: комментарий от anonymous
Вот неизвестно, пойдет ли сабж на Слакваре. :)
anonymous
()
Ответ на: комментарий от anonymous
> Зачем на кошках, есть же пользователи суперсовременных дистрибутивов Mandrake, Fedora Core... :)

Да уж, в Дебиан раньше чем через 5 лет им не удастся пропихнуть :)

anonymous
()
Ответ на: комментарий от anonymous
anonymous, который до меня - идиот :)
anonymous
()
Осёл это практически лошадь.
А прапорщик практически офицер :-)))
anonymous
()
Reiser - рулез, а прочие тормознуто-доисторические ФС - маздай в страшных муках.
anonymous
()
Ответ на: комментарий от daemon73
Не тупите, пхилософы. Стабильность - величина ни разу не дискретная.
anonymous
()
У меня уже год стоит дома, каждый день использую в среднем по 3 часа, и никаких проблем нет. Slacka рулит.
Oksiv
()
Ответ на: комментарий от Oksiv
Саныч, уважаемый, а тебя это каким боком задевает?
На опенбзд нет рейзера, там с ВФС и вообще ФС ситуация с названием
тушите свет.
anonymous
()
Ответ на: комментарий от anonymous
рейзер сосет.

According to the OTFS technical notes, a volume has a capacity of 64 billion terabytes, full journaling of user data and meta data, allotment quotas (quotas per projects, directories and per individual files), supports 240 snapshots, and fast-hashed directories. Also, OTFS can take advance of memory sized over 4 GB for enhanced file caches and fsck's are not needed.

ФС называется OmniTraak File System (OTFS) работает на NetBSD c прошлого
года.
Sun-ch
() автор топика
Ответ на: комментарий от Sun-ch
> ФС называется OmniTraak File System (OTFS) работает на NetBSD c прошлого года.

И, конечно же, делает все известные системы по скорости и стабильности. :) Именно поэтому о ней до сих пор никто не слышал, за исключением упертых фанатов. :)

anonymous
()
Ответ на: комментарий от Oksiv
Анонимусам, которые всё время интересуются пойдёт ли оно на слаке: укурки, чего вы добиваетесь?
2Oksiv: ну и причём здесь твоя слака, которая рулит хз знает куда.

PS.мдааа, господа, похоже это диагноз а не дистрибутив.
GPF
()
Ответ на: комментарий от anonymous
И, конечно же, делает все известные системы по скорости и стабильности. :)

Лехко и просто.

Based on a 10 year history of enterprise-level service without a single report of data corruption OTFS is the heart of OmniTraak.

Этой ФС уже 10. Порт под NetBSD сделали в прошлом году.
Sun-ch
() автор топика
Ответ на: комментарий от Sun-ch
результыт тестов? кроме того, уссаныч, не фс единой живет ось.
anonymous
()
Ответ на: комментарий от Sun-ch
> Этой ФС уже 10. Порт под NetBSD сделали в прошлом году.

Порт настолько же кривой, что и порт XFS под linux?

anonymous
()
Ответ на: комментарий от anonymous
OmniTraak offers network storage product developers fast, feature-rich, enterprise-level software components that can provide the foundation for next generation NAS storage systems.

Они сами используют NetBSD в качестве компоненты NAS.

Правда эта фс денег стоит :)
Sun-ch
() автор топика
уже полгода пользуюсь резером на десктопе (на слаке), ни разу не упала... причем презагружал и выключал питание в самые неподходящие моменты... с такой fs можно забыть про halt и reboot! по стабильности и быстроте, экономии (сжатия правда нет), првосходит пресловутую маздайную ntfs. конечно это все голословно, ничем не замерялось, кроме длиельной работе на десктопе, думую ее можно ставить и на сервак, хуже не будет. p.s. кстати, с ней я забыл что такое проверка диска после некорректного выключения/перезагрузки.
anonymous
()
Ответ на: комментарий от anonymous
> о стабильности и быстроте, экономии (сжатия правда нет), првосходит пресловутую маздайную ntfs.

По "быстроте" ntfs обойти несложно - убогого каждый обидеть сможет. А данные reiser портит, портит, портит.

anonymous
()
Ответ на: комментарий от Sun-ch
> И, конечно же, делает все известные системы по скорости и стабильности. :)

И даже Veritas File System? :)

dotcoder ★★★★★
()
Ответ на: комментарий от anonymous
>А данные reiser портит, портит, портит. Ню-ню, чем еще народ потешите?... Два года использую и ниразу ничего не потерял по вине fs, так что расскажите это своей бабушке ;)
EvgGad_303 ★★★★★
()
Ответ на: комментарий от anonymous
Портит это точно. Стоит mldonkey. Если компьютер неправильно выключается, все настройки, список серверов, список закачек перемешиваются по разным файлам; причём кусками - одна часть исходного файла в одном файле, другая часть в другом файле. Происходит это не каждый раз, 50/50. жутко бесит. Может кто-нибудь знает как с этим бороться? Слышал как-то про хвосты, и что какую-то проблему с ними решить можно. Только какую и как - не помню. Подскажите, если знаете. Спасибо.
none
()
Ответ на: комментарий от EvgGad_303
> Два года использую и ниразу ничего не потерял по вине fs, так что расскажите это своей бабушке ;)

Раскажите это своей бабушке. А моя бабушка уже наблюдала мусор в файлах при отключении тока во время загрузки. (Виновата конечно же не ФС, а я).

anonymous
()
Ответ на: комментарий от anonymous
Не кривой он ... ~50 Gb несколько суток прога тягала под XFS. Таск не валился с ошибкой чтения/записи. Да и с-ма/по сравнению с ext2/ комфортнее себя чувстовала.
$echo.
anonymous
()
Ответ на: комментарий от GPF
> Анонимусам, которые всё время интересуются пойдёт ли оно на слаке: укурки, чего вы добиваетесь?

хотим сделать из слаки дебиан

-- укурки

anonymous
()
Ответ на: комментарий от anonymous
А вот почему PI-100 стал тормозить после перехода на рейзер?
11.7% user,  43.5% system,  44.8% nice,   0.0% idle
Там только рутер и файервол.
svs ★★★
()
Ответ на: комментарий от anonymous
Нашли с каким говном сравнивать - на Linux визуально любая fs раза в 2 как минимум быстрее ntfs...
anonymous
()
Ответ на: комментарий от anonymous
> А моя бабушка уже наблюдала мусор в файлах при отключении тока во время загрузки.

А что Вы там надеялись увидеть? Или Вы думаете, что журналирование от этого помогает?

Dselect ★★★
()
Ответ на: комментарий от Dselect
> А что Вы там надеялись увидеть?

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

> Или Вы думаете, что журналирование от этого помогает?

Журналирование данных должно помочь :) А причем тут это?

anonymous
()
Ответ на: комментарий от Dselect
Наверное, они надеялись что те файлы, которые не ЗАПИСЫВАЛИСЬ в момент сбоя питания, окажутся живы. И, что характерно, вполне имели право на такую надежду.

2Внучок: не расстраивайтесь, у меня такая же х.ня была на XFS при кривых нвидиевских драйверах. Только не с MLDonkey, а LICQ: напрочь терялась (забивалась нулями) информация о контактах (сами контакты по счастью оставались) и истории сообщений.

Правда, это давно было, нвидия уже не дурИт и проблема рассосалась сама собой. Хинт: проблемы с питанием решаются покупкой упса за $80 ;-)

AlexM ★★★★★
()
Ответ на: комментарий от Sun-ch
Саныч, ты нам про скорость расскажи, а про системы, которые не ломаются и файлы, которые не пропадают, ты потом расскажешь.
jackill ★★★★★
()
Ответ на: комментарий от Sun-ch
> ФС называется OmniTraak File System (OTFS) работает на NetBSD c прошлого года.

Фууу, всего 240 снапшотов.

А вообще - мало того что тормоз, так еще и памяти жрет немеряно.

anonymous
()
Ответ на: комментарий от Dselect
Типа должно - я тут издевался над машиной - клавы не было, а с сетевой было кое-что не так (как выяснилось, разъем глючил) - дык отключал тупо питанием. И ничего.

ext3, надо заметить.

jackill ★★★★★
()
Ответ на: комментарий от Sun-ch
> Based on a 10 year history of enterprise-level service without a single report of data corruption OTFS is the heart of OmniTraak.

Я так понимаю, после ее коррапшенов репорты писать уже неоткуда.

anonymous
()
Ответ на: комментарий от Reset
2Reset (*) (29.03.2004 18:25:02)
Нажимайся, нажимайся почаще...
anonymous
()
Ответ на: комментарий от anonymous
> Ну поскольку в эти файлы _никто_ и _никогда_ (а тем более во время загрузки) писать не должен был, то я ожидал увидеть их содержимое неизменным.

Значит, писали в другие файлы, и в тот момент, когда происходил tail repacking, случилась беда с напряжением...

> Журналирование данных должно помочь :)

Ничерта подобного. Журналирование данных != атомарность операции записи.

Восстановится некий кусок данных, который успел попасть в журнал. А с точки зрения приложения файл может быть "испорченным".

Не говоря уж, как будет тормозить такая FS.

Dselect ★★★
()
Ответ на: комментарий от Dselect
> Можно вообще mount -o sync сделать

Насколько я понял - на каждую операцию ввода-вывода будет выполнятся sync, а как на практике, дает-ли гарантию от сбоя, дополнительные тормоза?

sin_a ★★★★★
()
>Reiser4 практически стабильна

те пактические стабильно падает и тормозит на файлах более 100 кило

>После большой работы, по исправлению ошибок, "считается", что Reiser4 "готова" к использованию "средним пользователем"

если не "готова" то знайте вы не средний пользователь, а крайний

>Раньше этого делать не рекомендовалось.

тк желающих небыло

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.