27.05.2010 20:35
Для Linux доступна нативная поддержка файловой системы ZFS
|
 |
|
Брайан Белендорф (Brian Behlendorf), создатель http-сервера Apache, представил новую версию проекта, в рамках которого ведется работа по реализации родной поддержки файловой системы ZFS для Linux. В отличие от системы ZFS-FUSE, работающей на пользовательском уровне через подсистему FUSE, новый проект реализован в виде модуля Linux-ядра. Как известно интеграции кода ZFS в Linux-ядро мешает несовместимость лицензий GPLv2 и CDDL, что исключает возможность смешивания кода под данными лицензиями. Для обхода данного ограничения, Белендорф воспользовался простым и очевидным методом - он решил распространять свой продукт целиком под лицензией CDDL в виде отдельно загружаемого модуля к Linux-ядру, который поставляется отдельно от ядра.
В силу специфики работы с памятью в оригинальном коде ZFS из состава Solaris, ZFS-модуль для Linux пока работает только в 64-разрядной сборке. При этом для тестирования используются такие дистрибутивы, как RHEL, CentOS, Fedora и Ubuntu. В проекте используется код 18 версии ZFS, импортированый из 121 сборки OpenSolaris. Кроме непосредственно реализации ZFS в модуле использованы такие сопуствующие библиотеки Solaris, как libavl, libnvpair, libefi, libunicode и libutil.
Разработка ведется в Ливерморской национальной лаборатории Калифорнийского университета по контракту с Министерством энергетики США. С инструкциями по сборке и установке можно познакомиться на данной странице. Сообщается, что в данный момент в модуле реализована полнофункциональная и стабильная поддержка таких возможностей, как SPA (Storage Pool Allocator), DMU (Data Management Unit) и ZVOL (ZFS Emulated Volume).
|
|
|
- Главная ссылка к новости (http://www.github.com/behlendorf/zfs/...)
- OpenNews: Энтузиасты взяли в свои руки реализацию ZFS для MacOS X
- OpenNews: В ZFS появилась поддержка исключения дубликатов
- OpenNews: ZFS во FreeBSD готова к промышленной эксплуатации
|
| Тип: К сведению |
| Ключевые слова: zfs, linux, kernel, module, (найти похожие документы) |
| При перепечатке указание ссылки на opennet.ru обязательно |
| Реклама |
|
|
|
| |
| |
| |
| |
| |
| 5.37, arcade, 03:31, 28/05/2010 [ответить] [смотреть все]
| +11 +/– |
Давайте ограничимся полезными фичами и не будем троллить свистелками и перделками из разряда морали.
|  | | |
|
|
|
|
| 1.15, fuky, 23:40, 27/05/2010 [ответить] [смотреть все]
| +2 +/– | |
дык проект уже давно существует)
zfs-0.4.9 tgz | zip ZFS Version 0.4.9 2010-05-23
...........
zfs-0.4.1 tgz | zip ZFS Version 0.4.1 2009-01-21
| | | |
| 1.20, 568756784, 23:56, 27/05/2010 [ответить] [смотреть все]
| +1 +/– |
как прекрасно процветает копирастия в мире опенсоурса - все почитают и соблюдают чужие лицензии, никакого перацтва...
| | | |
| 1.51, Alex, 07:55, 28/05/2010 [ответить] [смотреть все]
| +/– | |
Те, у кого OpenVZ, вероятно сий поделкой заинтересуются - в силу того, что CoW очень даже для OpenVZ нужен. Я - не исключение.
Однако btrfs уже выходит на порог -stable - дисковый формат финализирован, теперь только фиксят баги, из которых фатальных находится все меньше и меньше. И в RHEL6 beta оно уже в статусе tech preview, что как бы намекает.
Поэтому как только будет btrfs - естественно, сразу же будет переход на btrfs по мере возможности (плановый). А пока что можно потестить на мелких хостингах и эту надстройку, правда ей до массового продакшна еще больше, чем самой ZFS, но может хоть работать будет стабильно.
| | | |
| 1.59, QuAzI, 10:04, 28/05/2010 [ответить] [смотреть все]
| +/– |
Позитивно. Через год ко всем кроме вантузятников (не к ночи будь помянуты) можно будет со спокойной душой в гости с винтом с ZFS ходить. Если конечно скептики не задолбают Брайана фразами типа "вантуз - наще фсё", "btrfs forever в каждую дырку" и т.д. и т.п. и х.з.. При всём том парке файловых систем которые наворотили в ляликсе возмущения "зачем ZFS если когданибудь btrfs" как-то стёбно смотрятся.
| | | |
| 1.72, fresco, 10:27, 28/05/2010 [ответить] [смотреть все]
| +1 +/– | |
здорово, но поздно. народ переходит на btrfs.
у меня лично она работает на разделе, хранящем 250 гигов "долгого ящика" -- ISO'шники, фильмы, прочая фигня. соответственно, при форматировании раздела эти 250 гигов перекочевали сначала на временный винт, потом обратно. от прироста скорости записи в сравнении с ZFS и reiserfs был, честно говоря, в шоке. работает стабильно (ubuntu 10.04. linux-2.6.32), каши не просит. можно пользоваться!
| | | |
| 1.131, Anon Y Mous, 18:55, 28/05/2010 [ответить] [смотреть все]
| +/– | |
> диск не столь уж стар, года 3 ему. думаю, без ФС метров 80-90 в секунду он давать на моей системе в состоянии.
Три года для винта - это уже возраст.
> как заполнится на 90% -- могу отписать :)
Давай, интересно будет посмотреть
| | | |
| 1.197, Anon Y Mous, 03:08, 29/05/2010 [ответить] [смотреть все]
| +/– |
>>Хотя смысла использовать ZFS поверх Device Mapper никакого нет, если честно. Только
>>лишняя сущность с лишней сложностью добавляется.
>Вы просто не умеете готовить device-mapper, и не знаете, что он дает :) например, погуглите по kpartx, dm-ioband, и т д.
Да я вобщем-то и не претендовал на мастерство в "готовке" device-mapper. Так что можете объяснить мне, какую пользу вы видите от использования dm-ioband вместе с ZFS.
| | | |
| 1.249, Alex, 18:26, 30/05/2010 [ответить] [смотреть все]
| +/– | |
Между прочим, смотрю, тут многие пеняют на Linux Kernel за stable_api_nonsense.txt.
Stable API для системы такой сложности, тем более, открытой по исходному коду - это действительно нонсенс. В том же вантузе сейчас наблюдается полнейший бардак с десятками одного и того же API/ABI разных версий, в результате чего его все равно сломали, в частности - DirectX 10/11 - подтверждение тому, что идея стабильных API кончилась признанием ее идиотизмом.
А текст весьма технически грамотный. Stable API нужно держать там, где нет возможности поправить и перекомпилить при изменениях. Поскольку ядро открыто по исходному коду, и мейнтенеры конкретного API обычно сами вносят изменения в драйвера - необходимость в стабильности API отпадает практически полностью.
Сам вот недавно в своей разработке сломал ABI ядра CentOS. А куда деваться, если потребовался срочный бэкпорт патча, затрагивающего структуру skb, из новых ядер.
| | | |
|
|
| Ваш комментарий |
|
|
| |
|
