Pawel Jakub Dawidek начал (http://lists.freebsd.org/pipermail/freebsd-fs/2006-August/00... работу по портированию ZFS (http://en.wikipedia.org/wiki/ZFS) из OpenSolaris.
Недавно (http://www.opennet.me/opennews/art.shtml?num=8049) Павел реализовал возможность журналирования GEOM провайдеров, в результате чего появилась возможность журналирования в UFS2. Сейчас он взялся за портирование ZFS, и как он сообщает, уже добился значительных успехов в этом.
Практически завершена работа по портированию пользовательских утилит и библиотек для работы с ZFS. Со стороны ядра написано несколько специальных GEOM-классов, которые позволяют использовать преимущества ZFS и GEOM, например комбинирование RAID-Z и шифрование разделов или дисков при помощи GELI, так же есть возможность создания UFS на разделе ZFS.
Организации, которым интересен этот проект, могут помочь Павлу материально (это позволит ему уделять больше времени для работы над проектом), для этого он предлагает связываться с ним по email.
URL: http://lists.freebsd.org/pipermail/freebsd-fs/2006-August/00...
Новость: http://www.opennet.me/opennews/art.shtml?num=8159
Новость месяца для поклонников FreeBSD
Лучше бы полную поддержку XFS начали делать... -_-
Каждый раз, как только какой-нибудь хорошие люди начинает прикручивать новую фичу, раздаеться хор: "А лучше бы они..."По-доброму фигею
Я понимаю, что OpenSource ниспослан нам свыше, аки манна небесная (^_^), поэтому мы быть благодарны за то, что уже имеем, и т.п.Но IMHO портирование XFS было бы более актуальным, т.к. файловая система с более высокой производительностью для FreeBSD была бы весьма к месту и ко времени.
детка, вы уже успели попробовать ZFS ?
тогда не надо булькать. и не всегда дело только в производительности, by the way
> и не всегда дело только в производительности, by the wayНе всегда. Но чем, например, вам поможет порт ZFS на FreeBSD?
у меня полтора десятка Sun'ов и целая одна FreeBSD (которую пришлось поставить из-за того, что под эту задачу купить нормальный дисковый массив давила жаба, а для приличных SATA контроллеров была проблема драйверов под Solaris)И мне безумно хочется (одна из хотелок) при нужде добавлять диски без перестройки RAID и убиения FS.
ZFS - это не только FS, это еще и VM в некотором роде.
За "детку" прошу прощения.
>Я понимаю, что OpenSource ниспослан нам свыше, аки манна небесная (^_^), поэтому
>мы быть благодарны за то, что уже имеем, и т.п.
>
>Но IMHO портирование XFS было бы более актуальным, т.к. файловая система с
>более высокой производительностью для FreeBSD была бы весьма к месту и
>ко времени.ZFS - самый горячий хит и интерес к ней больше. Девелоперы тоже тянутся к славе :)
Too late! - как говорят в Тамбове :)Ну подумай - XFS вылизывать будут пару лет, это как минимум. К тому времени сколькитерабайтные HDD'шки будут в ходу? Прямо сейчас могу купить 0.75TB (750 GB) - за вполне подъёмные деньги. Используюя занюханный чиповый 6-дырый SATA RAID получу 3.75 TB на бюджетной, _чиповой_ файлопомойке ....
Так что самое время для ZFS. В Линуксе тоже скоро что то подобное начнут, на послендей тусовке сколько об этом разговоров было ....
Лучше и то и другое ;)
А то вроде и за JFS и за XFS брались, а релудьтата нету.
>А то вроде и за JFS и за XFS брались, а релудьтата нету.Для XFS результат есть, но пока вроде read-only.
Что-то не нравится мне интергация файловых систем и GEOM. Все-таки разные вещи.
>Что-то не нравится мне интергация файловых систем и GEOM. Все-таки разные вещи.
>
Что вы, собственно, этим хотели сказать?!GEOM и fs подходят друг к другу как мужчина и женщина (прсотите мой метафорический стиль)
GEOM это modular disk I/O framework. Уровень ниже, чем файловые системы. Это всяческие RAID'ы, virstor, ggate, шифрование, различные схемы разбиения на партиции и т.д., которые с ФС никак не связаны, и должны работать независимо от того, использую ли я UFS, FAT12 или вообще складирую на раздел сырые данные. ФС ничего не должны знать о нижнем уровне - у них есть только доступный кусок места о котором они знают только его размер и размер блока - и на нем работают. Вся функциональность должна быть реализована на уровне ФС, любые hook'и в GEOM, которые нельзя использовать отдельно от FS это усложнение кода и потенциальные ошибки, не говоря уже о том, что весь смысл GEOM - разделение мух и котлет - идет лесом.
Вы, видать, немножко не в теме. ZFS - это не просто fs. В ZFS есть механизмы работающие под уровнем фс. Во FreeBSD начиная с пятёрки, они *должны* быть реализованы как geom-модуль. Именно это и сделано:I created new VDEV - vdev_geom, which fits to FreeBSD's GEOM
infrastructure, so basically you can use any GEOM provider to build your
ZFS pool. VDEV_GEOM is implemented as consumers-only GEOM classНикаких "hooks" тут нет, модульность в полной своей красоте
>Что-то не нравится мне интергация файловых систем и GEOM. Все-таки разные вещи.Что-то не нравится мне исполнение написанных на бумаге инструкций транизисторами.
И вещи разные и не понимаю я этого.
>Что-то не нравится мне интергация файловых систем и GEOM. Все-таки разные вещи.
>Тем более, что никакой интеграции там нет - это модульность в чистом виде