Там много чего есть интересного, забрать что либо с их ftp сейчас
невозможно, такого наплыва SGI явно не ожидала, мне нравится
их подход к делу, вообщем, ребята молодцы, даже позаботились об
утилитах restore/dump, что позволит делать бекап диска и переносы с диска
на диск без особых усилий, остается посмотреть ихнее чудо в работе...

Должен быть еще installer под RH7.1 который позваляет
ставить RH с XFS,я ставил 0.10 версию - все работало,
вот жаль что размер блоков 4к только,а вообще впечатляет.

Действительно приятно. Мне кажется, именно XFS станет флагманом среди файловых систем в линуксе.

По CVS нормально тянется.

УРААААА! Вот, качаю с приличной скоростью iso-файл с пропатченной инсталляцией для RedHat 7.1 Как раз собирался сервак на новое железо перетащить! :)))))))

Господа, обьясните, чем XFS лучше raiserFS. Ибо тут на форуме кто-то доказывал, что по каким-то характеристикам raiserFS дает фору XFS. Что лучше - хотя бы по заложенным в них идеям и возможностям?

1. "XFS лучше raiserFS" тем 
      - что квоты есть сразу.
      - ACL
      - Guaranteed-Rate I/O (GRIO) - это пока только на IRIX.

2. Пока (и это за 2? года) reiserfs - детский сад и глюкодром.

3. BeFS - это конечно класно. Но ведь не в линукс, правда?
   А там, где ей альтернативы просто нет.

GRIO - это что за зверь?

Выделение приложению гарантированного потока (при чтении/записи). http://www.sgi.com/newsroom/press_releases/1997/december/bandwidth_release.html

И кроме того...

Если я еще что-то помню о UNИX-встречах в МГУ, где обсуждалось выступление Ханса Райзера, то у него несколько особый взгляд на форму представления данных в компьютерах, сорее сходный с представлением данных в AS/400 чем просто с файловой системой.

А ReiserFS - это просто переходный этап.

Подскажте, вот есть у меня например SuSe Linux 7.1, ext2fs. Хочу поменять на XFS. Больно понравилась она мне. Смогу ли? Просто поставить, конвертировать....

Если есть куда бакапить данные, то конечно сможешь.
Хотя если ты задаешь такой вопрос :\ едва-ли.

А как XFS прикручивается к ядру: патчем или модулем? С ней идут все утилиты (fsck, mkfs, etc)? Сколько (по времени) ее тестировали? Надежна ли она настолько же, насколько и ext2 (в смысле вылизанности, отсутствия багов)?

Берется iso-шник от sgi, 2 CD от Red Hat и ставится как обычно. :)

Там только мелкие глюки с devfs, а остальное, вроде как (пару часов :)) работает out-of-box (я поставил на xfs _все_ -- и / в том числе). Оно уж всяко-разно намного превосходит все остальные поделки. Помимо кросс-платформенности самого кода, насколько я понял, они обещают, что можно даже вытащить диск из машины с IRIX и воткнуть в машину с Linux (и vice versa, right?). Надо попробовать, будет ли acl over nfs...

P.S. надо себе алиас на getfacl сделать, а то непривычно...

2Settler
>>2. Пока (и это за 2? года) reiserfs - детский сад и глюкодром.
Детский сад это конечно круто, но вот у меня на всех машинах стоит reiser, и проблем у меня нет, и думаю что не будет. Работаю с ним уже месяцев 7, а ты мне заявляешь там глюкодром :). reiserfs отличная fs и уж точно она большинстве своем не хуже чем xfs. Потому что acl нужен очень ограниченному кругу лиц. Квоты мне пока не нужны, так что ничего сказать не могу. Не нада называть хорошие вещи баговыми, или плохими.

2all кто поставил это чудо:
Имеется ли поддержка resizable партиций? Сказано ли что-либо о
совместимости XFS и LVM? есть ли проблемы с dump over NFS?

да уж... Охаить все наверное можно...Но глюков нету лично у меня и не было никогда. Использую SuSE 7.0 (было и 6.4). (Да, ядро 2.2.x). Файлопомойка, Оракл, LVM (всего гигов под сотню) -- ну нет проблем. Может, стоит поменьше свежачком баловаться у кого глюкодром?

to mitek:
>...Но глюков нету лично у меня и не было никогда.
> Использую SuSE 7.0 (было и 6.4).

Это потому-что у тебя ядра "фирменные" от SuSE стоят :-)
Крикуны скорее всего маятся с "самособранными" ядрами
стянутыми с www.kernel.org и к тому же imho "пропатченные
самостоятельно". Оттуда и глюки :-)

Вывод : нехер этим крикунам из себя кульхацкеров строить
если опыта не хватает...

P.S: Как говорится "never change the running system"

Mr.Bool

Круто! Наконец-то у линукса есть надежная журналируемая FS промышленного уровня! Жалко что патчи которые там лежат - для 2.4.3pre - в которой как говорят на ./ есть проблемы с netfilter и вроде еще с чем-то. Лучше подождать выхода патчей для 2.4.4 IMHO.

2anonymous (*) (2001-05-02 14:46:23.0)
А что вы понимаете под промышленным уровнем? Кстати reiser/ext2 тоже очень надежные FS, потерять на них инфу весьма и весьма сложно. А вот что наделал SGI никто не знает. Только сейчас после появления 1.0 начнется активное ее тестирование, и никому не извесно, скоко багов в ней найдется. Так что не обольщайтесь.

1. Пока в каждом обновлении к ядру идет патч для ReiserFS - "это глюкодром".

2. Нормальная система прав (не юниксовая) ACL - "мало кому нужен"?
   Это такая новая шутка наверное. :(

3. "Квоты не нужны" - ты ее дома используешь что-ли? Один?

2settler
>1. Пока в каждом обновлении к ядру идет патч для ReiserFS - "это глюкодром".
Ко всем fs идут паси постоянно, так было и будет, и это восе не значит что там есть критические ошибки. Вы видимо думаете, что reiser еще "не готов", так вот попользуйтесь и вы будете приятно удивлены.
>2. Нормальная система прав (не юниксовая) ACL - "мало кому нужен"?
Это такая новая шутка наверное. :(
Windows NT отлично подходит для файл сервера + PDC + всякие виндузячные штучки. Юниксовая системы прав хватает в 99% случаев, исключения в основном это файл сервера, но для них есть novell и winNT. Так что acl мало кому нужен.
>3. "Квоты не нужны" - ты ее дома используешь что-ли? Один?
Я писал квоты мне не нужны, и для чего ты используешь квоты?, в любом случае поставь пач для квот, если очень хочется.

1. Я пользовался reiserfs. Больше 7 месяцев. 
2. Каждому свое. "патч для квот" + патч для LSF + патч для knsfd.
   Нафик-нафик.

3. Если это был спор, то я его не продолжаю.

пока.

Что мне не понравилось у RaiserFS - низкая скорость потокового чтения очень больших файлов (файлы баз и индексов Oracle). Пришлось базу держать на ext2. Вот надеюсь, что в XFS дела с этим получше, чем в ReiserFS.

> 2anonymous (*) (2001-05-02 14:46:23.0)
> А что вы понимаете под промышленным уровнем? Кстати reiser/ext2 тоже
> очень надежные FS, потерять на них инфу весьма и весьма сложно.
ext2 очень надежная (можно сказать пром. уровня) но не журналируемая.
RFS - глюкавая детская поделка (вы хоть раз пробовали ресет нажать во время компиляции на RFS разделе? У меня заместо многих .o файлов оказывались сырцы - но с расширением .o, а у некоторых сырцов в конце файла оказовались нули дополняющие размер файла до числа кратного 512) Я лично ей ни байта не доверю даже на домашней машине. Я вообще сомневаюсь в ее нормальности. Как-то раз я компилял одну софтину и компилятор остановился (он был прав) на одном сырце. Я его подправил (добавил в конец файла #endif - он был пропущен). Пустил компилять опять - компилятор опять говорит сообщение о другой ошибке. Смотрю глазками в файл - там все ОК. Пускаю опять компиляцию - она с успехом продолжается (то есть со второй попытки компилятор скомпилировал файл) - явно какой-то глюк в коде FS (это было на каком-то 2.2.{17,18} ядре, на машине с надежной памятью). Посему я от RFS шарахаюсь как от огня. Ну и на ./ говорят что утилиты для восстановления RFS практически никогда не помогают. И что файловые системы созданные RFS для
2.2.x не монтируются (и наоборот) созданные RFS для 2.4.x (хотя некоторые вендоры как-то умудряются эти проблемы решать). -Vlad

Интересно, а xfs acl с самбой 2.2 совместимы?

> Интересно, а xfs acl с самбой 2.2 совместимы?
Да, как раз есть поддержка XFS ACLs.
И еще в XFS есть extended attributes support - то о чем всем прожужжал здесь все уши Irsi. И вроде список файлов в каталоге хранится в B-trees.
Никто не в курсе, есть ли для XFS resizer (чтобы с LVM можно было сопрягать)? А на лету (не перегружаясь) изменять размер им можно?

Есть там что-то на тему resizer. И lvm, вроде, supported. У них FAQ -- что ни ответ, то "yes, it is supported". :) http://linux-xfs.sgi.com/projects/xfs/faq.html

Ну, надо срочно проверять работоспособность XFS. А то мой начальник жудко разочарован в ReiserFS, когда после перевода баз Oracle на нее упала производительность до 5 раз! А ext2 нежурналируемая... Со всеми вытекающими. Я, правда, надеялся, что JFS первая появится, но SGI МОЛОДЦЫ!

2 anonymous-Vlad
> RFS - глю...
> вы хоть раз пробовали ресет нажать во время компиляции
молодой человек , в таком случае гарантируется только безглючность meta-данных
содержимое файлов увеличивающихся в последний момент перед reset может быть любым,
то есть если к файлу добавляются блоки , то в добавляющихся блоках может быть все что угодно!
Это НЕ баг !!! это фича (design) таких fs как reiserfs , jfs (и наверно xfs )
это надо понимать, а не кричать про глючные fs ,
набирать make clean в таких случаях, и все будет ok,

P.S. а если бы они гарантировали и содержимое добавляющихся блоков, то
были бы гооораздо тормознутее.

А если за-tar-ить что-нибуть на xfs, acl сохранятся?

>> вы хоть раз пробовали ресет нажать во время компиляции
> молодой человек , в таком случае гарантируется только безглючность
> meta-данных
> содержимое файлов увеличивающихся в последний момент перед reset может
> быть любым,
Как я сказал, в некоторых сырцах (которые естественно не изменялись в процессе компиляции) появились хвосты из нулей. То есть портились файлы, которые не были изменяющимися в момент ресета. Но ладно, и это можно тоже списать на не-гарантию целости данных файлов (хотя очень неприятно) - но вторая часть моей жалобы! Там описывается случай, когда *вообще* никаких ресетов/перезагрузок не было - а просто глюк в коде RFS.
-Vlad

2Eugeny Balahonov (*) (2001-05-03 00:18:37.0)
>А то мой начальник жудко разочарован в ReiserFS, когда после перевода
>баз Oracle на нее упала производительность до 5 раз!
>А ext2 нежурналируемая...
А зачем было ее переводить?
ReiserFS (IMHO), хороша для файловых помоек типа news, 1C, /home, ...
А Oracle вообще на raw ставят для повышения производительности.
Все равно журналируемы FS не помогут стравиться с
Oracle "data block coruption", так что если держать табличные
пространства Oracle в файлах FS,
то достаточно и ext2 (-b 4096 -i 131072 или -b 4096 -i 262144).

ЗЫ: и кстати размер файла - тоже хранится в метаданных (это я про появившиеся хвосты у сырцов).
-Vlad

2 Vlad

reiser po izvratnomu hranit hvosti failov, i IMHO zrya , kstati v Changelog'e kernela
gde-to mejdu 2.4.2 i 2.4.3 bila zapis' o kakom-to pofixenom bug'e s hvostami v reiserfs.
o, nashel : mejdu 2.4.3-pre8 i 2.4.3 :
- Chris Mason: another reiserfs tail writing fix .

2 szh: все равно RFS в морг :) RH когда думала что включать в ядро от 7.1 тестировала reiser под большой нагрузкой. Они пришли к выводу что ее еще использовать опасно. По-моему пр RFS надо забыть и дружно перейти на XFS (и даже сделать ее FS-по дефолту). А ext2 оставить для embedded systems & oracle data.

Предыдущее сообщение - от меня. -Vlad

2anonymous (*) (2001-05-02 15:24:35.0):

Рекомендуется следующая последовательность действий:
ядро 2.4.3 (да, знаю, после него были уже патчи), самое, что ни на есть, стандартное, с www.kernel.org стянутое, egcs-1.1.2 собранное.

pushd /mnt/old_var; find ./ -print0 | (cd /mnt/new_var; cpio --pass-through --null --sparse --make-directories --dot --preserve-modification-time); popd

У меня на машине стандартно происходит ядреная ошибка, после которой cpio валится в кору и происходят разные неприятные спецэффекты (по счастью, не полный kernel panic). Если же ползти по поддиректориям внутри /mnt/old_var (отдельно ./log, отдельно ./spool итп), то, в общем, все копируется, но файлы pid'ов, в частности (длиной 4 байта), копируются _неверно_ :-(. Я аж офигел, когда это увидел. Убирание --sparse лечит ситуацию, но что-то мне грустновато по этому поводу.
Да, в повседневной работе reiser, в принципе, меня не подводит (наверное :-)), 15гиговый /var (включая /var/home :-)) у меня на нем уже ~год, но вот в критических условиях, таких как тусование туда-сюда мелких файликов, пресловутый --sparse итп. Наличие всяких патчиков для qmail только подтверждает мои слова :-/

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

Алексей Морозов

луди! че у вас за проблемы с рейзером?! ни одной из описываемых проблем у меня замечено не было. Один раз было что я после того как скомпилял новое ядро удивился что оно паникует на монтировании рейзера, оказалось что просто я забыл заменить в makefile gcc на kgcc. Так что не надо ляля.

и резеты я тоже нажимал и издевался как мог (детская радость от журналируемой файловой системы)

chuchelo:
Да прикручивали они его самостоятельно, возможно даже на .pre ядра...
Но кто же свои ручки-то обвинит???

А вот результат с падением производительности Oracle - похож на правду. правда 5-кратное - это из области фантастики, но 2-кратное вполне реально.
По скорости копошения в одном ядрёном файле ext2 впереди планеты всей..

LinuxXFS - IRIX-XFS: Linux XFS does not support realtime subvolumes or Guaranteed-Rate I/O (GRIO). Vot vam i GRIO....vse zhe SGI - eto SGI, a PC - eto PC... :-\

Присоединяюсь к chuchelo.

Проблем с ReiserFS не замечал,хотя юзаю его ещё со времен 2.2.17.

И ресеты были и повероффы внезапные - работает :)

Проблемы возникли только однажды:

забыл read-write в lilo.conf прописать.

После reiserfsck --rebuild-tree они исчезли.

И нечего тут гнать.

>файлы баз и индексов Oracle Молодой человек не думал приобщиться ка rawdevices ?

>когда после перевода баз Oracle на нее упала производительность до 5 >раз! Вы доки к Oracle читаете, Сэр? Я до сих пор не могу понять, у на какой ляд базы на ФС хранить? Или мы просто кроме DataBase Assistant ничего другого не знаемс? Бросте эти ВЫНЬдовые привычки и мышководство!

>А ext2 оставить для embedded systems & oracle data. Ну вот и дурики за линух сели

Что можно сказать о скорости xfs? Сам пользуюсь reiser, она значительно быстрее ext2.

Раньше xfs ругали за скорость..
?

>>А ext2 оставить для embedded systems & oracle data. >Ну вот и дурики за линух сели ну не знают они о rawdevices и romfs :-)

To сhuchelo:
А что делать, если нет kgcc (не RedHat, знаете ли)?
И что за глупости такие... Может еще оптимизацию отключить?

А пачтик для 2.2.X хде?

%subj%, соббственно. :( В FAQ про это не написано.
Ядра 2.4.X ставить на боевые серверы не просто не
хочу, но и не буду, пока не появится >= 2.4.5
(это так, из опыта тестирования ядер).
Споможите, люди добрые, а то так и придется
на ReiserFS работать. (Оракела у меня нет,
факс-,принт-,файл-,мэйл-,прокси-сервер,
кернель 2.2.19)