Автор: Алексей Федорчук Подготовлена для: , #121 (август 2009), но была заменена на заметку про NILFS2
Файловая система btrfs не так давно стала полноправным членом семейства нативных ФС для Linux (начиная с ядра 2.6.29). И едва это случилось — она претерпела кардинальное изменение формата, что ознаменовалось выходом, после почти полугодичного перерыва, инструментария для работы с ним — btrfs-progs 0.19, рассчитанным на грядущее ядро 2.6.31. Который, по уверению разработчика, Криса Мэзона, способен создавать файловую систему с кардинально повышенным быстродействием. Несовместимую, однако, с инструментарием предыдущей версии. (далее…)
В 20-х числах сентября одно за другим случилось два события: Аркадий Шейн aka Tigro подготовил свою сборку 12-й версии Fedora в рамках , а на появилась некая альтернативная Beta. Ни то, ни другое не могут считаться официальными бета-версиями 12-го релиза Fedora — таковым пока ещё числится сборка 11.91. Однако это интереса к ним это ничуть не умаляет. Что я рассчитываю продемонстрировать далее. (далее…)
Автор: Алексей Федорчук Впервые опубликовано: , #115 (февраль 2009)
После появления ZFS, объединившей в себе файловую систему и систему управления томами, трудно было ожидать чего-то принципиально нового в этой области. Однако в Linux, по лицензионным соображениям, она может использоваться только через FUSE, что лишает её основных преимуществ перед файловыми системами традиционными. И потому в этой ОС не замедлили появиться свои решения. Самым оригинальным из них оказалась btrfs, последние версии которой уже включены в релиз-кандидаты грядущего ядра 2.6.29. (далее…)
Противоречивые результаты измерений быстродействия, полученные для btrfs и nilfs2 , не давали мне покоя. И потому, вернувшись после некоторого перерыва в Xubuntu, точнее, в её тестовую версию (9.10), я был рад обнаружить там ядро 2.6.31-rc2, собранное с модульной поддержкой обеих этих файловых систем. (далее…)
О выходе новой версии файловой системы btrfs и инструментария к ней, маркированного номером 0.19, я вкратце писал . И, в частности, упоминал, что, согласно уверениям разработчика, она кардинально улучшена по сравнению с предшественницей в части быстродействия. Поскольку и раньше btrfs медлительностью не отличалась, это вызвало желание опробовать новинку. (далее…)
В конце прошлого и начале нынешнего года новые версии файловой системы btrfs (патчи к ядру) и инструментария для работы с ней выходили с регулярностью чуть ли не недельной. Однако после официального включения её поддержки в ядро Linux 2.6.29, чему соответствовала btrfs-progs-0.18 (17 января 2009 года) наступило полугодовое затишье. (далее…)
Подавляющее большинство пользователей Unix-подобных систем хранят свои архивы в форматах tar.gz или tar.bz. В том же виде распространяется и большинство ориентированных на них материалов — от исходных текстов программ до подборок документации. Есть ли резон изменить эту традицию? (далее…)
Дописав посленюю заметку про btrfs , я вдруг понял, что упустил одну довольно важную деталь: создание raid0 с опцией -m обеспечивает стриппинг только метаданных, не распространяясь на данные собственно. Как пишутся при этом они — ведомо одному Аллаху. (далее…)
Вдохновлённый прикидками быстродействия btrfs на однодисковой файловой системе , я решил опробовать её на конфигурации с мультиустройствами: пример ZFS показывал, что это может ещё более поспособствовать производительности файловых операций. (далее…)
Одна из уникальных особенностей btrfs — возможность конвертации в неё иной файловой системы без потери данных. Конечно, все мы знаем о том, что etx2fs можно безболезненно преобразовать в ext3fs. Но — лишь потому, что в внутренне это одна и та же файловая система, лишь с добавлением журнала. Уже в случае с ext4fs — косметическим костылём для линии ext* — конвертация оказывается невозможной, по крайней мере на современном этапе развития социализма… пардон, файловых систем. О том, чтобы преобразовать reiserfs, XFS, JFS во что угодно более иное (и наоборот), я не слышал даже разговоров. (далее…)
Пользователь ждёт от файловой системы трёх вещей: простоты использования, надёжности и быстродействия, причём порядок приоритетов может меняться в зависимости от задач. Касаемо btrfs — насколько она проста, я рассчитываю поговорить в другой раз, о надёжности можно рассуждать только после проверки временем в различных условиях, в том числе и экстремальных А вот быстродействие её можно прикинуть сразу после установки — то есть после комплекса мероприятий, описанных в предыдущей заметке . И разумеется, самое интересное в этой прикидке — это скорость выполнения типовых файловых операций на btrfs в сравнении с прежними нативными файловыми системами Linux и особенно — в сравнении с последним словом науки в этой области — файловой средой ZFS. (далее…)
Чтобы использовать btrfs, нужно для начала обеспечить её поддержку — на сегодняшний день ни один дистрибутив “искаропки” этого не предоставляет. Но, как можно догадаться из предыдущей заметки, этого можно достигнуть двумя путями. Первый — скачать и установить последний патч к ядру (на момент сочинения — за номером 0.17). Он, безусловно, прост, описан в документации, по сообщениям как на официальном сайте, так и в сети, работает с ядром версии 2.6.28, однако на счет более ранних версий информации у меня нет. Конечно, можно поэкспериментировать с ними самому — но гарантии успеха не даст даже страховой полис. (далее…)
Казалось бы, ZFS, интегрировав в себе файловую систему и систему управления разделами и томами, поставила точку в длинной истории тех и других. Если не затрагивать серверного сегмента, то обеспечиваемая ею легкость администрирования устройств хранения данных и быстродействие файловых операций неожиданно сделало анахронизмом все прочие системы этого назначения — в тех ОС, для которых она разрабатывалась (Solaris, OpenSolaris и его клоны) и на которые она портирована (FreeBSD и, по слухам, NetBSD). (далее…)