>Из-за отсутствия поддержки ZPL, в текущий момент невозможно работать с файлами на томах с ФС ZFS.

Так zfs и я бы портировал.

> Так zfs и я бы портировал

история не знает сослагательного наклонения :-)

На самом деле LLNL большего и не нужно. Наличия портированного DMU им вполне достаточно, чтобы можно было портировать люстру, работающую поверх DMU. Они сами про это где-то писали

Oracle засудит если сделать рабочий порт :)

помнится линаксоиды до усрачки кричал мол не нужно. у вас всегда слова расходятся с делом?

На расписываемся за всех

Не расписываемся за оракл

> работоющий

работАющий - фейл в заголовке

> Релиз драйвера ФС ZFS

Оксюморон, учитывая что

в текущий момент не поддерживается ZFS Posix Layer (ZPL)

Писал бы уж просто - релиз драйвера ZFS

Taк оно же ненужно было линаксоидам O_o

оно и сейчас не нужно

> Taк оно же ненужно было линаксоидам O_o

Так не линаксоеды ж портировали, а серьезные ребята из LLNL

Молодцы, делом занимаются ребятки.

>помнится линаксоиды до усрачки кричал мол не нужно. у вас всегда слова расходятся с делом?

Sry. anonymous, ты был первым :)

> Taк оно же ненужно было линаксоидам O_o

Так это и не оно.

> > Taк оно же ненужно было линаксоидам O_o

Так это и не оно.

А что это тогда?

>> Taк оно же ненужно было линаксоидам O_o

Так это и не оно.

Ну там пока только «mkfs.ext2 -q /dev/tank/fish1», но уже почти ОНО.

Ждем наезда Oralce на LLNL !!!

Раз использую чужое IP - должны платить.

> Ждем наезда Oralce на LLNL !!!

Раз использую чужое IP - должны платить.

О, а вот и местный патентный тролль подтянулся.

>>> Taк оно же ненужно было линаксоидам O_o

Так это и не оно.

А что это тогда?

Да ХЗ, огрызок какой-то. Вверху анонимный брат сказал, что это подложка под Lustre.

Что-то я не пойму.

Так это нужно или не нужно линаксоедам?

Мне бы пригодилось, в линакске нету нормальных FS со снапшотами (btrfs - сырое, в lvm от снапшотов одно название)

> линаксоедам?
Это типа Oracle подкрепился парой linuxойдов???? :)

зы. что-то anonymous пошли нынче плоские и худые.

ещё как нужно, если портируют. просто стесняются признаться.

Зато ты такой толстячок :-)

Как хорошо, что на местных троллей всегда находятся адекватные анонимусы :-)

А что поддерживается то? дефрага и сжатие появилось?

поддерживаю вопрос от iZEN - кому этот проект нужен?

Ясно что, если бы это должно попасть в продакшин, то заказчик должен быть из числа RH, Novell, IBM или Canonical, остальные погоду не делают.

Для переноса данных с рейда после убитого OpenSolaris достачно fuse.

кто же заказчик?

А как же хоровое пение «НЕ НУЖНО!!11111one»?
И да, в продакшен такое не запустишь, а дома оно на фиг никому не упёрлось. Всё как обычно: а чтобы было и just4fun?

> кто же заказчик?

Специально для Ъ и толстых патентно-лицензионных-линуксофильных троллей [url=http://github.com/behlendorf/zfs/wiki/ZFS-and-Lustre] написано:[/url]

[quote] The focus of this project at Livermore has been to port the ZFS DMU to the Linux kernel as a replacement back-end for ldiskfs. Oracle is also keenly aware of ldiskfs’s limitations and has been working to integrate ZFS with Lustre on Solaris. For very large systems there is recognition that a ZFS based back-end is needed to meet the scaling and performance demands our large production clusters. We would love to see the ZFS posix layer finished as well but it is not a critical part of our plans in the near term. [/quote]

поддерживаю вопрос от iZEN - кому этот проект нужен?

Ясно что, если бы это должно попасть в продакшин, то заказчик должен быть из числа RH, Novell, IBM или Canonical, остальные погоду не делают.

Так что не переживай - в продакшн по меньшей мере в LLNL оно имеет все шансы попасть.

кто же заказчик?

Специально для Ъ и толстых патентно-лицензионных-линуксофильных троллей написано:

The focus of this project at Livermore has been to port the ZFS DMU to the Linux kernel as a replacement back-end for ldiskfs. Oracle is also keenly aware of ldiskfs’s limitations and has been working to integrate ZFS with Lustre on Solaris. For very large systems there is recognition that a ZFS based back-end is needed to meet the scaling and performance demands our large production clusters. We would love to see the ZFS posix layer finished as well but it is not a critical part of our plans in the near term.

поддерживаю вопрос от iZEN - кому этот проект нужен?

Ясно что, если бы это должно попасть в продакшин, то заказчик должен быть из числа RH, Novell, IBM или Canonical, остальные погоду не делают.

Так что не переживай - в продакшн по меньшей мере в LLNL оно имеет все шансы попасть.

> А что поддерживается то? дефрага и сжатие появилось?

С разморозкой! Сжатие было с самого начала, дефраг не особо нужен.

Если допилят до состояния нормального драйвера ФС, то я точно буду пользоваться.

Хорошая, толковая фс. Только с установкой некая морока.

> а дома оно на фиг никому не упёрлось

Почему?

> Так что не переживай - в продакшн по меньшей мере в LLNL оно имеет все шансы попасть.

судя по «The Green Data Oasis» они используют Sun Fire x4600 (8 Dual-Core AMD Opteron - Model 885) с Solaris 10 x64 - думаете решили выбросить солярку в пику Oracle? Не уже ли всё так запущено???

> судя по «The Green Data Oasis» они используют Sun Fire x4600 (8 Dual-Core AMD Opteron - Model 885) с Solaris 10 x64 - думаете решили выбросить солярку в пику Oracle? Не уже ли всё так запущено???

Ты такой толстенький. Прямо сочишься жирком...

Lustre на сегодня работает под линаксом. Из-за имеющихся проблем с ldiskfs Оракл переписывает Lustre под ZFS. Чтобы иметь возможность продолжать пользоваться линаксом, они и занялись портом, поскольку имеющиеся проблемы с ldiskfs их не устраивают тоже. GDO не используется для ввода/вывода вычислительных кластеров.

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

> дефраг не особо нужен. Нужен, из-за использования Copy-on-Write стратегии в ZFS. На эту тему даже RFE есть: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4854312

Вот NetApp то не в курсе :) как будет что то рабочее сразу явятся с патентами и всем всё отключат.

Наконец-то и в линупсе будет нормальная файловая система.

Линаксоидам нужна кривая и падучая btrfs дабы иметь возможность красноглазить все свое время, свободное от конпеляции очередного ядра.

Для справки на ответ кто заказчик:
LLNL крупнейшая лаборатория работающая над задачами
ядерной физики.
У них бюджет может быть больше чем у RH с Novell вместе взятыми.

> Линаксоидам нужна кривая и падучая btrfs дабы иметь возможность красноглазить все свое время, свободное от конпеляции очередного ядра.

нет - линуксоидам нужна прямая и стабильная btrfs, а пока ее пилят - они пользуются ext4

Budget   US$1.5 billion

Staff   6,800

Campus   320 hectares (790 acres)

//из википедии

>помнится линаксоиды до усрачки кричал мол не нужно. у вас всегда слова расходятся с делом?

Ладно, покоромлю тебя немножко. Те кто кричал не нужно - не добовляли. Тем, кому нужно добавляли. И это везде так. Вон, БСДшники как кричали про ненужность журналируемых фс, но им же никто этим в морду не тычет. :-)

не дай Б-г кто-нить засунет это в ядро... будет потом не отмыться.

ahonimous> а пока ее пилят - они пользуются ext4
4.2, местные фанатики чуть-ли не орали о том что у них „все работает” и „нипадаит!!!11” на btrfs. Только их сегодня не видно, наверное опять что-то чинят.

NTFS же засунули. Oh shi~

> Нужен, из-за использования Copy-on-Write стратегии в ZFS. На эту тему даже RFE есть: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4854312

Да знаю я про этот RFE. Догадайся, почему все еще нет реализации? Видимо, есть более нужные вещи.

С фрагментацией можно бороться по-разному. Можно дефрагментацией, но на CoW-фс смысл этого действа не очень велик - как только ты дефрагментируешь, CoW будет фрагментировать обратно. Да и не очень критично это все при большом размере блока. А там, где критично - то лучше добавить больше кэша, то есть увеличить ARC путем увеличения размера ОЗУ, либо путем добавления флэша для L2ARC.

> Из-за имеющихся проблем с ldiskfs Оракл переписывает Lustre под ZFS.

то есть ты утверждаешь, что заказчик сам Oracle?

> то есть ты утверждаешь, что заказчик сам Oracle?

Перечитай еще раз. Или у тебя не только с английским, но и с русским проблемы?