Спустя полгода после выхода прошлого релиза, выпущена (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/2261) новая версия файловой системы Btrfs - 0.17, на которой будет основан код включенный в состав (http://www.opennet.me/opennews/art.shtml?num=19702) будущего Linux ядра 2.6.29. Важность версии 0.17 состоит в фиксации дискового формата, который больше не будет меняться, за исключением случаев, связанных с нахождением критических ошибок. Финальный стабильный релиз Btrfs 1.0 будет выпущен в течение 2009 года, хотя изначально он ожидался в конце 2008 года.
Из новшеств (http://btrfs.wiki.kernel.org/index.php/Changelog) Btrfs 0.17 можно отметить:
- Поддержку прозрачного сжатия данных (mount -o compress);
- Улучшение механизмов распределения блоков данных;
- Возможность связывания создаваемых Btrfs разделов с ранее существующими (device seed), при этом ранее существующий раздел используется в качестве каркаса, функционирующего в режиме только для чтения, а изменения ...URL: http://permalink.gmane.org/gmane.comp.file-systems.btrfs/2261
Новость: http://www.opennet.me/opennews/art.shtml?num=19761
>В рамках холивара - "NTFS - наше всё!" :DАга,телега с конягой-наше все.Автомобили не нужны!Самолеты и поезда идиотизм!А ведь когда-то извозчики ровно так и вопили.Так что ваша песенка не нова.Ей уже несколько веков...
>А по сабжу, лично мне ext3 вполне хватает.
Да, опять же извозчики помнится утверждали глядя на паровоз что "от столь быстрого движения можно сойти с ума!" :)
А вот мне как-то не очень уже хватает - ext3 медленная и не особо эффективная ФС.Если учесть что майнстрим 3.5" диски нынче достигли емкости в терабайт и даже полтора... возникает желание как-то более иначе работать с этим зоопарком и с ФС которые с рождения заточены на такое использование а не которые со скрипом и матюками кое-как допилили чтобы и на таком худо-бедно работало как-нибудь.
про ext3: мне ее как-то и 5 лет назад не хватало.по теме: под 2.6.24 не компилится зараза. так и придется с новым ядром возится.
>про ext3: мне ее как-то и 5 лет назад не хватало.Дык.А чего в ней хорошего то?Единственный плюс который я заметил - не склонно к тотальному дестрою и относительно хорошо поддается починке и\или выколупыванию данных.На этом плюсы пожалуй и заканчиваются.А так - потуги сделать из антикварной ФС что-то соответствующее современным запросам путем подстановки костылей и обработки напильником.Какой результат в итоге - понятно.Как-то работает, ага.
>по теме: под 2.6.24 не компилится зараза. так и придется с новым
>ядром возится.Ну вот блин, раздразнил.Пойду компилить, 2.6.27 надеюсь не сильно древнее? :)
А какие ваши предложения, какая файловая система в Linux сейчас может конкурировать с ext 3/4? Все что я знаю либо не стабильно, либо узкоориентированная хрень не для массового использования.
>А какие ваши предложения, какая файловая система в Linux сейчас может конкурировать
>с ext 3/4?Под задачу "сферический конь в вакууме" - а хрен бы его знает.Однозначно лучшей ФС как-то не бывает.
>Все что я знаю либо не стабильно,
А типа EXT4 вы уже готовы доверить гигазы своих ценных данных сегодня?Я вот для себя - погодю пока (то есть, тестовые разделы с тестовыми данными - возможно, а вот реальные "боевые" - извините).Посмотрю что будет и как оно.
>либо узкоориентированная хрень не для массового использования.
Узкоспециализированная хрень будет работать равно как и ext3 на многих задачах(и равно ext3 не подойдет для некоторых задач вообще).Просто в зависимости от - кто-то будет более эффективен а кто-то менее.Ext3 банально середнячок и ничего фантастического не демонстрирует(поэтому лично я для себя не вижу особо смысла его юзать где-то кроме системных разделов и т.п.).И "новые" фичи в оном (хэширование дир, экстенты, подтянутые лимиты...) - это то что у других и так уже сто лет было, соответственно старичка всего-то вытянули на уровень ФС которые уже немало лет были до него, и то с оговорками, костылями а в случае экстентов - еще и с потерей обратной совместимости в итоге.И в чем там супер-пупер состоит что он стал через кучу лет путем подстановок костылей с фичами которые в XFS, JFS и т.п. уже давно были?Лично я EXT'ы в результате юзаю для карточек памяти (благо под винды драйвер есть и оно все-таки по любому лучше чем фат) и системные разделы.А под остальное (залежи разнообразного файла например) оно как-то не очень то и интересно смотрится.
XFS, а ext? - полное говно!
> Единственный плюс который я заметил - не склонно к тотальному дестрою и относительно
> хорошо поддается починке и\или выколупыванию данных.для меня это основное.
что касаемо сверхпроизводительности, то в маленьком офисе она не очень то и важна.
попытки экспериментировать с ФС прекратил тогда, когда в энный раз подряд рухнула ntfs на win2000.
и пока не добились стабильности в ntfs, переходить на неё не стал.имхо, любые плюсы ФС слихвой перекрываются минусами её нестабильности и трудности восстановления данных.
>для меня это основное.Думаете только для вас? ;)
>что касаемо сверхпроизводительности, то в маленьком офисе она не очень то и
>важна....и пусть весь мир подождет (с) реклама =)
>попытки экспериментировать с ФС прекратил тогда, когда в энный раз подряд рухнула
>ntfs на win2000.Не поверите, но - сколько-то лет юзал W2k.Ничего не рухает без причин.Хотя слабых мест у нтфс - есть.Например, если у вас сбоит RAM (а иногда это бывает только после максимального прогрева, мемтесты порой не ловят такое), сначала вообще ничего не заметно но ... том однажды может внезапно сдохнуть.И фатально.Так что родные утили из операционки его уже не откачают и он не дойдет до монтируемого состояния в итоге.Потом в лучшем случае только сторонними утилсами отдельные файлы выколупывать.Еще нтфс ну очень не любит забитые диски - фрагментируется дичайше.На загаженном томе при копировании большого файла видел чудесную скорость ~700kb/sec.Жесть как она есть.
>и пока не добились стабильности в ntfs, переходить на неё не стал.
Очень любопытно когда же это произошло.А то его еще с времен NT4 юзали, потом была некоторая модификация (в 2к добавили квоты и т.п.).
>имхо, любые плюсы ФС слихвой перекрываются минусами её нестабильности и трудности восстановления
>данных.Если ФС нестабильная - да.А какие у нтфс серьезные плюсы, собственно?Если сравнивать не с антикварным фатом а с чем-то более приличным?Фрагментируется он жестоко, по скорости не чемпион, качественно дестроиться тоже в принципе умеет.Ну разве что сжатие есть.
причем они код под 2.6.29-rc1 выложили, походу. еще не известно, будет ли под .28 собираться
Нормально под 2.6.28 собирается. по кр. мере SVN
И даже работает.
там же вроде git.... но собирается.
отлично, попробую
Блин, а прошлые коменты куда делись?Кто-то новость поправил и коменты &$нулись?
Прошлый релиз пробовал, Вещъ! планирую перейти на эту ФС полностью когда будет релиз 1.0.
Да, до 1.0 соваться не стоит. Формат так и не заморожен - я игрался когда, пару раз при обновлениях приходилось тестовые диски переформатировать новая версия их переставала видеть.
это понятно. хотя на ZFS вон до сих пор формат меняют.
думаю, и в btrfs это станет стандарной возможностью. напишут че-нить типа zpool upgrade -- и всех делов.
менять то меняют, но ни разу не было, чтобы "новая версия переставала старые диски видеть" :)
а, ну это да. щас btrfs в глубокой альфе, там и не стоит задача обеспечения обратной совместимости. с релизом все наладится.
конвертер в/из ext3 работает нормально. :-)
включили в ядро, базовая функциональность есть - бетта
релиз будет когда она станет мейнстримовой?
когда при сборке ядра уберут пометку EXPERIMENTAL, а такие дистры, как убунта будут предлагать её при инсталяции.
:))) ф точку
>Да, до 1.0 соваться не стоит. Формат так и не заморожен -А там у них написано ровно обратное - заморожен и изменяться может только в случае обнаружения критичных ошибок и т.п. ;)
чем так впечатлила?
> # Поддержку прозрачного сжатия данных (mount -o compress);Кстати да, отдельный привет любителям ZFS :-)
> хотя изначально он ожидался в конце 2008 года.
Я бы если честно охренел если бы такую ФС допилили в 2008 году.Это было бы беспрецедентно по скорости (а тестировать когда?!А то объявить 1.0 хрен знает что - не пойдет!).
вот кстати да. вся разработка -- 2 года. как-то сомнительно. думаю, и с выходом 1.0 данные на нее переводить не стану. подожду года до 10-го
2 года - это не так уж и мало.
я однозначно буду на ноуте использовать до 1.0. собственно с 2.6.29 и начну. средств, чтобы не потерять данные там уже достаточно.
ну не так уж и много. естьпримеры ФС, разработанных приблизительно за 2 года. XFS, JFS. но они проектировались внутри корпораций, целыми отделами, где можно жестко поставить задачу группе людей, где можно наказать за безалаберность и некачественный код. в случае btrfs корпоративный разработчик только один -- Chris Mason. Остальные -- из сообщества, и не слишком активны (поправьте, если ошибаюсь. нет данных, что бы кто-то еще работал в Oracle). Практика показывает, что разработка силами сообщества (пусть и с выраженным лидером) ведется, как правило, несколько медленнее.хотя попробовать можно. не думаю, что в 1.0 будут какие-либо фатальные баги.
всё правильно.
>Практика показывает, что разработка силами сообщества (пусть и с выраженным лидером) ведется, как правило, несколько медленнее.и это тоже не плохо на самом деле.
зато много тестеров. и чем ближе к релизу, тем больше. думаю после того, как упадет в ядро их будет намного больше.
и нет недопонимания, как например было с рейзером.
выпустить фс - это не сама цель (их и так хватает, даже все попробовать не успеваю).
цель - это выпустить отличную фс, которая смогла бы удовлетворить большинство.
ну и на других можно поучиться. по крайней мере тому, как не надо делать. :-)
согласен
btrfs проектировалась целыми корпорациями (что там отделами)
необходимые возможности - известны, в общем как реализовать - известно (extents, b tree...)
ext3 напользовались наразрабатывались. Крис был одним из разработчиков Reiser4
через год она уже будет основной ФС
Крис никогда не был разработчиком Reiser4. Когда-то давно он наложил журнал на reiserfs (v3). С нее же он списал код для своей btrfs. Проектировали корпорации - это слишком толсто.
>Когда-то давно он наложил журнал на reiserfs (v3).для ext2 этого было достаточно, чтобы стать ext3.
и кстати, это один из ключевых моментов в текущих фс.... да чтобы ещё и не тормозоло.
>Проектировали корпорации - это слишком толсто.на ошибках учатся... дураки на своих. умные на чужих.
Получается умные учатся у дураков?....
а это для кого-то ещё новость?
нужно что-то изобрести, потом дать дураку, посмотреть, а потом отладить технологию...
японцы и немцы с удовольствием покупали технику молодежи и даже юный техник в своё время.. потом улучшали и патентовали.
>> # Поддержку прозрачного сжатия данных (mount -o compress);
>
>Кстати да, отдельный привет любителям ZFS :-)
>Компрессия в ZFS вроде еще появилась когда фря 7.0-CURRENT была, а ныне вроде 7.1-RELEASE уже на дворе. http://people.freebsd.org/~pjd/misc/zfs/zfs_compression.mpeg (размер ролика чуть больше 1 МБ)
There is a long long list of fixes and improvements since v0.16. The
changelog on the wiki has a short summary.
Блин. Хочу на FreeBSD такое =) Страстно!
Серверы на БТРе, пользователи в "кедах", вот оно счастье %)
ну приплыли!
у вас же ZFS, емае!
Ага. Эта та, которая вечно в бете и которую никто не берётся сопровождать, потому что Рейзер съехал с катушек? Да ну нафиг. Если для поднятия инфы с рухнувшего UFS есть например R-Studio, то для поднятия с рухнувшего рейзера вообще нифига нет.
Я уже молчу что он захлёбывается при больших объёмах данных и жрёт немерянно ресурсов. Я например видел домашние файлопомойки на старом железе с винтами по терабайту - инфы море, но железо не готово тянуть ReiserFS. А апдейтить их нет смысла ;)
але? речь о ZFS !
пардон, перепутал =)
>ну приплыли!
>у вас же ZFS, емае!это не так смешно, как кажется с первого взгляда.
btrfs менее ресурсоемка, более настраиваема под конкретные задачи... а попробуйте файлопомойку на 1.5TB перенести без конвертации фс (как запихнуть жирафа в холодильник? :-))
ну и наконец элементарная совместимость... что если я сервер приложений хочу перенести с линуха на солярку? или наоборот? одна и таже фс мне тут точно пригодилась бы...
...
так что я точно не буду возражать, если бтр будет и под бзд, и под соляркой,... а может и под маком и виндой.
запросто может быть
подозреваю что эту ФС быстреньк сделают под винду...через годик
Опять новый велосипед! Или лавры Sun не дают покоя честолюбивому Линусу? А может скоро нас ждет поделье напоминающее DTrace?Solaris, BSD, Apple выбрали ZFS, а плохому танцору лицензия мешает?
>Solaris, BSD, Apple выбрали ZFS, а плохому танцору лицензия мешает?этим танцорам не токо лицензия мешает...
>Опять новый велосипед! Или лавры Sun не дают покоя честолюбивому Линусу? А может скоро нас ждет поделье напоминающее DTrace?в линухе давно уже и лучше есть. (уже писать задолбался):
# аналог - systemtap http://www.opennet.me/opennews/art.shtml?num=9254 (November 2, 2004)
а этого вообще не будет (ибо блобы):
# Система трассировки операций ввода/вывода, отраженных в память (memory-mapped I/O trace mmiotrace). http://lwn.net/Articles/270939/
# Оболочка трассировки функций для упрощения управления realtime-характеристиками ядра (ftrace). http://lwn.net/Articles/291091/
# Упорядочивание трассировочного кода всех процессов, для работы с ними, как с одним юнитом (tracehook patches). http://lwn.net/Articles/290954/
....
то бишь свой сраный веник:
>лавры Sun не дают покоя честолюбивому Линусу?пусть Ваш Джонатан Шварц держит при себе... а то вдруг украдут. :-D
Поскольку, именно Линух является меинстримом, а не xBSD и, тем более, не Solaris, то его разработчики могут себе позволить этот велосипед. И пусть тогда Solaris, BSD, Apple подстраиваются под меинстрим, а не девелоперы Линуха ломают голову, как прикрутить поделие под сраной CDDL.
>именно Линух является меинстримомНу-ну, тешьте свое самолюбие
> Ну-ну, тешьте свое самолюбиеНу при чём тут самолюбие? Вы правда думаете, что за ником СуперАноним скрывается Торвальдс или минимум кто-то из его команды?
Собрал с дуру, MySQL и PostgreSQL отказались нормально работать на данной фс - в логах все время ошибка на даты и "корруптед" :(
Пришлось вернуться назад на XFS
>Собрал с дуру, MySQL и PostgreSQL отказались нормально работать на данной
>фс - в логах все время ошибка на даты и "корруптед"
> :(
>Пришлось вернуться назад на XFSПопробуйте MySQL и PostgreSQL лучше на ZFS v.6 под FreeBSD 7.1-RELEASE погонять.
>Попробуйте MySQL и PostgreSQL лучше на ZFS v.6 под FreeBSD 7.1-RELEASE погонять.только тогда не забудь, что для zfs нужна 64-х битная система.
иначе никакого выигрыша не будет.