Вот это круто! Всем поздравления! Теперь в ядре Линха есть нормальная быстрая ФС.

вот и дождался...

Ну наконец-то...

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

И еще есть опасение, что 25 файловых систем могут привести к тому, что в один прекрасный день ни одна из них не будет реально работоспособной. Вот была ext2. Одна. Ее вылизивали. Она, может, звезд с неба не хватала. Но была любимой, сильно стабильной. А с этим плюрализмом как-то стремновато. Концентрация усилий и внимания - это все-таки важно. Хотя, может, я слишком мрачно смотрю на мир. Очень хочу ошибаться:)

2svu 60 гектаров в ext2 чекать не пробовал ?

Классссссссс!!!!!!!!!

Не пробовал, но слыхал. Знаю, что очень грустно. Да я не против журнализации. Не против конкретно ext3/XFS/JFS/Raiser. Все молодцы. Все круты. Все нужны и полезны. Я просто не очень понимаю нынешнюю политику в области ядра и файловых системы. Как мне кажется (да, я чайник и пр. - у меня есть просто некоторые общие представления, что такое хорошо, и что такое плохо), в ядре хорошо бы иметь vfs/vnode и некую одну the filesystem. Которая хороша для, скажем, 80% типовых применений. Вне ядра, отдельными проектами, могут жить хоть 100 систем "специального назначения" (для БД, мультимедиа, очень больших и очень маленьких файлов, очень частых и очень редких изменений...). При этом их добавление должно сводиться только к добавлению модуля - никакого патченья на уровне vfs/vnode. Да, при этом нужно очень аккуратно разработать этот уровень. Договориться с ведущими "specfs". Но я не думаю, что это жуткая проблема. А вот помойка - она всегда плохо пахнет. Вот я ее и боюсь...

Да, эта the filesystem не должна быть неизменной. Она была ext2. Сегодня она может быть ext3 (наиболее логичный выбор, мне кажется). Но не обязательно. Конечно, жизнь идет и правила игры меняются...

что значит - "замержил"? А когда XFS в 2.4 войдет?

2anonymous (*) (2002-09-17 13:18:17.676)

никогда. жди 2.6 ;-)

в 2.4 XFS не войдет никогда насколько я понимаю слишком глобальные изменения для стабильной ветки

>>Не пробовал, но слыхал. Знаю, что очень грустно. Да я не против >>журнализации.

"Журнализация" тут не причем. Дело в организации хранения данных. Пока Manson не добавил журнал в Reiserfs, она была не журналируемой, но такой же быстрой.

BTW, давным-давно она называлась TreeFS

>>конкретно ext3/XFS/JFS/Raiser.

Правильно пишется Reiser :)

2svu (*) (2002-09-17 13:05:24.166) Дык тебе нужен HURD! Очень хочется верить что этот проект не умрёт и разовьется-таки в полнофункциональную систему. И всё-же пока у Линукса есть весомые аргументы в пользу монолитности.

>> что значит - "замержил"?

Англ. "merge" -- слияние, объединение (c) lingvo.yandex.ru :)

> в 2.4 XFS не войдет никогда насколько я понимаю слишком глобальные

> изменения для стабильной ветки

А на чем же это тогда я работаю?

dselect@pc7235b ~/form/hacking/gnf/build $uname -a

Linux pc7235b 2.4.19-xfs_with_framebuffer #2 Вск Авг 11 19:55:38 MSD 2002 i686 unknown unknown GNU/Linux

dselect@pc7235b ~/form/hacking/gnf/build $mount

/dev/hda2 on / type xfs (rw)

proc on /proc type proc (rw)

devpts on /dev/pts type devpts (rw,gid=5,mode=620)

/dev/hda5 on /usr type xfs (rw)

/dev/hda6 on /usr/local type xfs (rw,nosuid)

/dev/hda7 on /var type xfs (rw)

/dev/hda8 on /tmp type xfs (rw,noexec,nosuid)

/dev/hda9 on /home type xfs (rw,nosuid)

A gde mozhno pochitat, chto takoje, v obschem plane, file system? Spasibo.

Если применительно к Linux то все что угодно про VFS.

Это то что сразу вспомнил:

(1) Linux Kernel 2.4. Internals, Tigran Aivasian
(2) Understanding Linux Kernel 2.2
(3) linux/Documentiation
(4) linux sources

Эээээ, мужик... Если есть патчи для 2.4 - это еще не значит что оно в официальной версии есть... Чуешь разницу? Есть ядро 2.4 с поддержкой ACL, но это сторонние патчи. Ты сам у себя можешь взять исходники ядра, поправить их и жить так. Но это уже твои продлемы, в официальном ядре оно от этого не появится. Так что не путай людей которые в этом плохо разбираются.

2Dselect (*) (2002-09-17 14:21:14.752):

Это patch к ядру. А в 2.5.х оно будет включено, как ReiserFS, как Ext2/3 в 2.4.19. Т.е. - скачаешь с kernel.org, развернешь ядро и увидишь XFS.

2svu:

Одна файловая система не может покрыть всех нужд с одной стороны, с другой - ReiserFS - экспериментальная штука, обычно не стабильна, но очень быстрая, быстрее XFS. Многие боятся ставить ее на комп. А XFS развивается не так быстро... Далее, никто не сказал, что система XFS будет прекрасно работать на старом железе - у меня есть 486 под debian, у нее 250 Мб винчестер. А XFS расчитана на сотни Гб - десятки Тб. Сколько метров будет занято под структуры фс?

Так, что все нормально. Далее, разумеется пойдет естественный отбор среди этой четверки...

>>ReiserFS - экспериментальная штук

неслабо экспериментальная :)) 8 лет скоро будет

Nu naher pisat' "zamerzhil" ? Ne hvataet uma ispol'zovat' bolee privychnyi sinonim?

это технический термин - замержить. и все дела :)

2Dselect

ну ты суровый чувак : слешь в xfs держишь

на моем десктопе правда тоже в xfs но на серваке тока ext3

2Banshee (*) (2002-09-17 15:49:59.871):

Во-первых ошибок там всегда было достаточно :-). Я живу с ней с тех времен, когда она была уже работоспособна, но еще без журналирования - года 4. Ошибки были всегда и проявлялись довольно часто... Впрочем, как и новые достоинства и оптимизации. Причем по предпоследнему KT (или чуть более раннему) в 2.4.х ReiserFS опять внесли изменения (типа feature).

Тем более ожидается Reiser 4... Я имел в виду только то, что это наиболее развивающаяся фс из ныне здравствующих и поэтому часто содержит ошибки... И только!

Это reiser-то быстрее? Я на нём жил с полгода, потом для пробы поставил xfs. И когда увидел, что у меня на том же диске с тем же содержимым на том же софте всё начало летать быстрее *в разы*, тогда я снёс reiser и на всех остальных разделах. :-) Может сейчас они её и подкрутили, но меня xfs вполне устраивает и на такие эксперименты больше не тянет.

А то, что ресурсов ей нужно много, это да. Иногда на забитом диске напарываюсь на интересные сбои: например раскручиваю на диске с 60Mb свободного пространства архив с большим количеством файлов - но по объёму не более 10Mb. И tar завершается по нехватке пространства! Смотрю на fs - действительно, всё под завязку, потом, не спеша так, диск начинает *сам* освобождаться! Ничего не делаю, только смотрю df - свбодные блоки прибывают :-) Видно под логи чего-то забирает.

Кстати насчёт слабых машин: вот на старой тачке со 100MHz Pentium у меня reiser работал действительно заметно быстрее по сравнению с ext2. Хотя и не в разы :-)

"А то, что ресурсов ей нужно много, это да. Иногда на забитом диске напарываюсь на интересные сбои: например раскручиваю на диске с 60Mb свободного пространства архив с большим количеством файлов - но по объёму не более 10Mb. И tar завершается по нехватке пространства! Смотрю на fs - действительно, всё под завязку, потом, не спеша так, диск начинает *сам* освобождаться! Ничего не делаю, только смотрю df - свбодные блоки прибывают :-) Видно под логи чего-то забирает"

в этом отношении фря рулит

поставил её как-то ради экперимента и начал кде компилить , причем сначала все растарил ну вот когда она матюкнулась насчет свободного места я глянул df там было 110% (видно своп заюзала)

квоты

А что с поддержкой квот в XFS?

У меня на XFS (стандартное ядро из SuSE 8.0 - 2.4.18-4GB) иногда содержимое
файлов пропадает. Особенно неприятно для файлов в /etc/init.d.
Вот теперь думаю на ext3 все ставить.

Всегда были

в смысле - квоты

Люди, а можно ли безболезненно переехать с ext2 на ext3 ?
Если да, то где про это читать?

Сенькс :)

>A gde mozhno pochitat, chto takoje, v obschem plane, file system? Spasibo. anonymous (*) (2002-09-17 14:52:34.394)

Журналируемые файловые системы http://www.softerra.ru/freeos/13019/page1.html

Файловая система ext3 http://www.softerra.ru/freeos/18211/page1.html

Universal Cyrillic Converter http://www.friends-partners.org/oldfriends/isandler/cyrconv/cyrconv.html

EugeneID

переехать мона - смотри форум а вот по скорости - то смотря для чего - у меня был рейсер - счас хфс - скорость т-жэ

2anonymous (*) (2002-09-17 18:01:44.952)

man tune2fs

(tune2fs -j, в общем, добавит тебе журнал к ext2 :-)

ppl а не подскажете на создание/удаление кучи мелких файлов какая из файлух самая быстрая?

to anonymous (*) (2002-09-17 19:11:17.548) Ramfs -;)

По поводу ext3 вопрос

Стоит у меня на десктопе RedHat 7.3 с ext3. Пару раз, когда питание грохалось, оно начинало весь диск чекать. Такое впечатление, что загрузчик его маунтит изначально (read-only) как ext2, но как это проверить, не знаю (после загрузки диск цепляется как ext3, это я проверил). Загрузчик Grub (правда, он вызывается из NTLoader), все настройки стандартные, разве что ядро перекомпилено с поддержкой NTFS. От чего такое может быть?

xfs

Вирус для Linux

anonymous:
>> ReiserFS - экспериментальная штука, обычно не стабильна, но очень
>> быстрая, быстрее XFS

Угу. Особенно с большими файлами. Поставил я как-то сдуру Oracle на Reiser. Прослезился. Раза в 3 медленнее, чем рядом на такой же машине тот же Oracle, но под 2000-й. Переставил на XFS - сравнялись с Win2k ;)
Иногда даже вперед вырывается.
И потом такое обилие патчей с исправлениями ошибок для Reiser как-то не обнадеживает. 8 лет пишут, а точно - все еще экспирементальная.

>> Стоит у меня на десктопе RedHat 7.3 с ext3. Пару раз, когда питание
>> грохалось, оно начинало весь диск чекать. Такое впечатление, что
>> загрузчик его маунтит изначально (read-only) как ext2, но как это
>> проверить, не знаю (после загрузки диск цепляется как ext3, это я
>> проверил).

Именно так и происходит. Сначала в ro цепляется как ext2, потом при перемнотировании стартуют процессы журналирования в ядре (процессы с именем j*) и ФС монтируется как ext2, точнее просто открываются журналы, лежащие в скрытых файлах ;)

>>иногда содержимое файлов пропадает.

Да тебе не fs, а хард менять надо :)

> Именно так и происходит. Сначала в ro цепляется как ext2, потом при > перемнотировании стартуют процессы журналирования в ядре (процессы с > именем j*) и ФС монтируется как ext2, точнее просто открываются > журналы, лежащие в скрытых файлах ;)

А какой же тогда смысл в ext3, если в случае сбоя питания оно весь диск чекает, как в ext2?

что-то этот penguin.transmeta.com вообще не ресолвится ни разу

Вашу мать, вы бы с вопросом прежде разобрались - перекомпиляторы хреновы. Для поддержки жернала ext3 и jbd должны быть собраны статически в ядро, либо грузиться из initrd.

Меня спрашивали про проверку диска 60Г. Тут "при чем" именно журнализация. В остальном ext2 не настолько хуже остальных (кроме маргинальных случаев ОЧЕНЬ больших файлов, ОЧЕНЬ забитых каталогов и т.д.). Про Reiser - да, описАлся...

HURD - это прекрасно. Но, кажется, мертво. Жаль, конечно.

Про линух. Монолитность "на физическом уровне" - это, может, не так и плохо. Т.е. пусть все модули ядра будут на нулевом кольце. Возможно, микроядра несколько перегибают палку, вынося всех на пользовательское кольцо. Но очень хотелось бы, чтобы организационно и архитектурно ядро линуха как таковое было бы очень маленьким. А остальное - модули, независимые проекты. Возможно, небольшое число модулей будет в базовом ядре. Но чтобы борьба шла не за то, чтобы внести максимум модулей в проект по имени "ядро", а ровно в обратном направлении.. Но это так, мечты...

2Eugeny Balahonov (*) (2002-09-17 19:42:41.775):

Все сильно зависит от конфигурации. Бесполезно бряцать словами - "а у меня эта система круче". Все это давно оттестировано умными людьми написана куча обзоров. Разумеется на каких-то задачах XFS быстрее, на каких-то значительно быстрее, на каких-то медленнее и сильно медленнее. Причем, если я правильно помню эти соотношения получаются с любой из ext3, jfs, reiserfs (были тесты с полгода назад). Так месяца 4 назад она чудовищьно медленно удаляла файлы. Вроде исправили.

Eugeny - Вы уважаемый мной человек и мне как-то грустно слышать от Вас слова направленные исключительно на раздувание флейма.

2svu (*) (2002-09-18 00:50:24.285):

Это очень спорный вопрос - вынос драйверов в отдельные ветки. Их же надо синхронизировать с основным ядром!

Далее, на моем 60 Гб диске исходники ядра (2.5.29) как-то совсем не замечаются (по занятому объему). Я думаю мало кому придет в голову хранить и компилировать ядро на 486 с 500 Гб, если рядом есть нечто по-мощнее! А зачастую это так.

И потом, я уже довольно давно живу с ядром по-умолчанию, взятым из дистрибутива. Как это не странно оно вполне прилично работает, а перекомпилировать ОЧЕНЬ лень. (качать надо)

To: anonymous (*) (2002-09-17 19:28:33.399)

Фрагмент моего menu.lst

title SuSe image 2.4.18 without fb and agpgart kernel (hd0,1)/boot/cust_1 root=/dev/hda2 rootflags=data=journal

Ну и ext3 вкомпилена в ядро, все монтируется как ext3 А вот может кто знает, почему у меня опции для ext3 не понимаются если прописывать их в fstab?

>А какой же тогда смысл в ext3, если в случае сбоя питания оно весь диск чекает, как в ext2?

Ничего оно не чекает. Видимо что-то у вас неправильно сделано.

>Раза в 3 медленнее, чем рядом на такой же машине тот же Oracle, но под >2000-й. Переставил на XFS - сравнялись с Win2k ;)

Хмм. Интересно. А с ext2 xfs в качестве fs для оракловских данных не сравнивали?
Вообще интересно, какие преимущества у xfs перед ext2 для оракла :-)