ZFS для Линукс

ЭЭЭ. А лицензия?

> incompatible with the GNU GPL.

Рано радуешься.

> incompatible with the GNU GPL

и чо?

> > incompatible with the GNU GPL.

Рано радуешься.

Почему рано-то? Я ж не говорю, что в ядро включили. А портировали. Раньше было нельзя вообще никак, кроме как через FUSE, теперь появился нативный порт. Почему бы не порадовадоваться? Это что, плохо чтоли?

Или можно радоваться, только если выпустят под GPL, а до этого ни-ни?

сейчас все активно взялись за btrfs, так что скоро станет не актуально

> Это что, плохо чтоли?

это бесполезно

> сейчас все активно взялись за btrfs, так что скоро станет не актуально

сомневаюсь

ZFS RIP. Оракл пилит BTRFS, и тем более оракл купил Sun.

>> Это что, плохо чтоли?

это бесполезно

Что именно бесполезно?

Радоваться? Отнюдь - положительные эмоции еще никому не мешали.

Порт ZFS на Линукс - так это кому как. Вам, может быть, и бесполезно. Но LLNL, очевидно, так не считает.

>Радоваться? Отнюдь - положительные эмоции еще никому не мешали.

смех без причины - ...

Теперь БСД точно капец.

> Порт ZFS на Линукс - так это кому как. Вам, может быть, и бесполезно. Но LLNL, очевидно, так не считает.

кроме юридической точки зрения - есть еще практическая, ставить на «боевые» сервера левый порт ZFS, который не сопровождается в ядре - это большой риск потерять все данные

>> Порт ZFS на Линукс - так это кому как. Вам, может быть, и бесполезно. Но LLNL, очевидно, так не считает.

кроме юридической точки зрения - есть еще практическая, ставить на «боевые» сервера левый порт ZFS, который не сопровождается в ядре - это большой риск потерять все данные

А Как насчет миграции данных из унылого левого ZFS'а на великую и могучую BTRFS? Тоже бесполезно? А если разница во времени миграции по сравнению с FUSE будет несколько дней - тоже бесполезно?

> смех без причины - ...

Cмех и положительные эмоции - это несколько разные вещи. Неужели вы таких простых вещей не понимаете?

> А если разница во времени миграции по сравнению с FUSE будет несколько дней - тоже бесполезно?

хотите сказать FUSE настолько медленный, что не успевает за жестким?

> хотите сказать FUSE настолько медленный, что не успевает за жестким?

ntfs-3g по крайней мере - тот еще тормоз

> ntfs-3g по крайней мере - тот еще тормоз

ntfs-3g грузит проц, да и то не у всех, но файлы копирует быстро

> хотите сказать FUSE настолько медленный, что не успевает за жестким?

Без понятия. Но очевидно, что накладные расходы у FUSE больше, чем у нативной реализации. И за одним диском то оно может и успеет, а что если дисков десяток-другой? Или массив какой?

> И за одним диском то оно может и успеет, а что если дисков десяток-другой? Или массив какой?

вроде драйвер в FUSE просто обертка над кодом из Solaris, так что накладные расходы останутся те же, но спорить не буду - возможно именно для перехода с ZFS ядерный модуль будет лучше

> ntfs-3g грузит проц, да и то не у всех, но файлы копирует быстро

очень зависит от того, что и в каких объемах копировать.
у меня весь файловый архив лежит на ntfs, и его бэкапанье через ntfs-3g - это таааак долго...

Не нужно.

> вроде драйвер в FUSE просто обертка над кодом из Solaris, так что накладные расходы останутся те же

Ну как те же - чтобы добраться до этого кода, нужно вызвать системный вызов, который обнаружит что это FUSE, передаст управление в соответствующий пользовательский процесс, в котором работает обернутый код из Solaris, который по завершению работы должет будет вернуть все обратно в ядро, которое уже вернет, что надо, процессу, вызвавшему системный вызов. То есть получается раз-два-три-четыре вместо раз-два :-)

возможно именно для перехода с ZFS ядерный модуль будет лучше

Или на ZFS :-)

> То есть получается раз-два-три-четыре вместо раз-два :-)

я не отрицал, что накладные расходы есть, я написал, что просадки производительности при работе с массивом быть не должно

Или на ZFS :-)

это мы уже обсудили

> > Или на ZFS :-)

это мы уже обсудили

Но не закончили.

ставить на «боевые» сервера левый порт ZFS, который не сопровождается в ядре - это большой риск потерять все данные

Неужели вы в самом деле считаете, что «сопровождаемость в ядре» является фактором, существенно снижающим риск потери всех данных?

И как тогда относиться к использованию все еще экспериментальной BTRFS по умолчанию в MeeGo?

Позитивно, так, понекрофилить на вечерок, сейчас бтрфс модно.

Мигу по дефолту на писюкоподобных машинах будет юзать бтр, так что сомнения беспочвенны. Теперь к ораклу очевидно подсоединятся интел и нокиа.

> ntfs-3g грузит проц, да и то не у всех, но файлы копирует быстро

Вi так говорiте, будто перегонка данных userspace<>kernelspace у «некоторых» может отсутствовать при использовании fuse.

я так говорю, потому-что у меня лично таких проблем с ntfs-3g нет, но я не раз читал, что с этим сталкивались другие, может из-за разных версий или еще чего

А что лицензия, ну будет надпись «kernel tainted» красоваться в dmesg, ничего особенного, у большинства с блобом нвидии итак присутствует :)

Собрал на бубунте. Configure работает неправильно - дефайны только что определившихся опций не работают, однако собирается. При попытке создания или импорта zfs-пула - кернел паник. :(

бубунта x86_64?

i386

На ней пока не работает вроде. На x86_64 - должно.