The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..., opennews (??), 19-Сен-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Krozemail (??), 19-Сен-12, 13:02 
Как оно на практике?
Ответить | Правка | Наверх | Cообщить модератору

6. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от redixinemail (ok), 19-Сен-12, 14:00 
Юзаю несколько месяцев на сервере который хранит бекапы (бекапы бекапов. фс все таки экспериментальная), а так же несколько слейвов mongodb которые снапшотятся. Фс юзается весьма активно, и даже пару раз было внезапное отключение питания и проблем не возникало.
Ответить | Правка | Наверх | Cообщить модератору

13. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +4 +/
Сообщение от iCat (ok), 19-Сен-12, 15:08 
Больше года:
- на томе, лежащем на zfs, подключенном по iSCSI к Windows 2003 крутится пяток SQL-баз 1С.
- на томе, расположенном на двух HDD по схеме ZRAID, с включённой дедупликацией (коэффициент дедупликации приблизился к 3x), лежат файлы пользователей.

Снапшоты делаются ежедневные (с глубиной ротации 31 день) и еженедельные (с глубиной ротации 365 дней).
Пользовательские файлы раздаются SAMBA. Что интересно: пользователи при right-click на папке или файле выбирают свойства, а там - "Предыдущие версии", выбирают архивную копию за требуемую дату и копируют к себе, куда им надо... Впрочем, это уже, наверное, к zfs отношения не имеет...

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

16. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Хрен с горы (?), 19-Сен-12, 15:15 
>Что интересно: пользователи при right-click на папке или файле выбирают свойства, а там - "Предыдущие версии", выбирают архивную копию за требуемую дату и копируют к себе, куда им надо... Впрочем, это уже, наверное, к zfs отношения не имеет...

Круто! А как такое делается?

Ответить | Правка | Наверх | Cообщить модератору

23. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от Elhana (ok), 19-Сен-12, 15:34 
>>Что интересно: пользователи при right-click на папке или файле выбирают свойства, а там - "Предыдущие версии", выбирают архивную копию за требуемую дату и копируют к себе, куда им надо... Впрочем, это уже, наверное, к zfs отношения не имеет...
> Круто! А как такое делается?

Точно также как тут: http://help.ubuntu.ru/wiki/samba_shadow_copy
только снапшоты zfs, а не LVM - на одном диске и без оверхеда по лишней записи.

Ответить | Правка | Наверх | Cообщить модератору

25. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Хрен с горы (?), 19-Сен-12, 15:36 
Спасибо!
Ответить | Правка | Наверх | Cообщить модератору

46. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от redixinemail (ok), 19-Сен-12, 17:53 
> подключенном по iSCSI

кстати, оно не тормозит?

> на двух HDD по схеме ZRAID

raidz из двух дисков?

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

59. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iCat (ok), 20-Сен-12, 01:48 
>> подключенном по iSCSI
>кстати, оно не тормозит?

"тормозит" - понятие относительное. С теми базами, которые лежат на iSCSI работают программисты. Они не жалуются...

>> на двух HDD по схеме ZRAID
>raidz из двух дисков?

А чем это смущает?

Ответить | Правка | Наверх | Cообщить модератору

79. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от ананим (?), 20-Сен-12, 13:55 
>С теми базами, которые лежат на iSCSI работают программисты. Они не жалуются...

ну ещё бы! :D
пусть только попробуют!

Ответить | Правка | Наверх | Cообщить модератору

133. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iCat (ok), 22-Сен-12, 14:56 
>>С теми базами, которые лежат на iSCSI работают программисты. Они не жалуются...
> ну ещё бы! :D
> пусть только попробуют!

У меня с ними хорошие взаимоотношения.

Ответить | Правка | Наверх | Cообщить модератору

69. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 20-Сен-12, 10:51 
Достаточно стабильно для меня, чтобы не бояться держать на нём домашнюю директорию: при кросс-платформенной разработке под несколько Юниксов возникает проблема обмена данными между различными установленными на одной и той же машине операционками.

Как ни смешно, но кроме ZFS _одновременно хорошо_ FreeBSD, Linux и Solaris поддерживают разве что FAT. :) А ZFS очень и очень выручает.

Ну и, конечно, приятно наличие "RAID'а для notebook'ов" -- при установке "zfs set copies=3" авторы ZFS _гарантируют_ сохранность данных при разрушении ~8% поверхности HDD, что для вечно таскаемого ноута не такая уж невозможная ситуация -- совет поставить второй HDD на USB как-то не радует. :)

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

72. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от nagualemail (ok), 20-Сен-12, 11:14 
> Достаточно стабильно для меня, чтобы не бояться держать на нём домашнюю директорию:
> при кросс-платформенной разработке под несколько Юниксов возникает проблема обмена данными
> между различными установленными на одной и той же машине операционками.
> Как ни смешно, но кроме ZFS _одновременно хорошо_ FreeBSD, Linux и Solaris
> поддерживают разве что FAT. :) А ZFS очень и очень выручает.
> Ну и, конечно, приятно наличие "RAID'а для notebook'ов" -- при установке "zfs
> set copies=3" авторы ZFS _гарантируют_ сохранность данных при разрушении ~8% поверхности
> HDD, что для вечно таскаемого ноута не такая уж невозможная ситуация
> -- совет поставить второй HDD на USB как-то не радует. :)

С ноутами засада. Если стукнуть диск заклинит и тогда и ZFS не поможет а если поставить SSD и там контролер вылетит тот вероятность восстановления вообще 0% ...

Ответить | Правка | Наверх | Cообщить модератору

73. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 20-Сен-12, 12:50 
> С ноутами засада. Если стукнуть диск заклинит и тогда и ZFS не поможет

Если именно _заклинит_ -- то есть, из-за гироскопического эффекта искривится ось шпинделя -- тогда можно снять тарелку, переставить в рабочую технологическую "банку" и попытаться "поймать калибровку". Дорого, требует аргонового бокса и терпения, но для данных совершенно безопасно. Если же калибровка "не ловится", тогда нужно примерно 5-6 млн. руб. и установка для рамановской спектроскопии (спектроскопии комбинационного рассеяния) -- ну и, конечно, мощная числодробилка для спектрального анализа.

Не надо думать, что варианты теоретические -- из-за потерь описания и алгоритмов шифрования магнитных лент NASA до сих пор не может прочитать данные из космоса, полученные между 1959 и 1965 годами, они стоят гораздо дороже пяти миллионов рублей, так же и данные, хранившиеся на "склинившем" винчестере ноутбука могут стоить пару вагонов с такими ноутбуками. :)

А вот если головкой прочертит по поверхности, тогда шансы на восстановление без избыточности довольно призрачны.

Про SSD согласен, во всяком случае, пока -- на текущий момент технологии восстановления данных с разрушившегося SSD мне неизвестны.

Ответить | Правка | Наверх | Cообщить модератору

101. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 21-Сен-12, 02:51 
> -- тогда можно снять тарелку, переставить в рабочую технологическую "банку" и
> попытаться "поймать калибровку". Дорого, требует аргонового бокса и терпения,

Аргон то нафига? Хитачики вон еще только собираются делать диски с гелием. А в современных пока-что обычный воздух. Все-равно банка не идеально герметична. Так что и простой воздух катит, только обеспыленный, так что то о чем вы вещаете - "чистая комната". Ну или чистый бокс для тех кто не настолько крутой. А вот насчет всего остального есть крупные сомнения что такая операция закончится успехом. Во первых если по диску долбанули так что шпиндель согнулся, есть шанс что головы заодно порядочно запилили поверхность. Во вторых, хотя на блинах и есть сервометки по которым и позиционируются головы, у каждого винта есть еще и индивидуальные калибровки. Сомнительно что они подойдут при такой пересадке, а пересчитать их врядли выйдет кроме как на фабрике. Даже если допустить что такой хардкор мог бы привести к успеху, такая долботня специалиста потребной квалификации стоит как целая стопка жестких дисков. По поводу чего, простите, намного проще и дешевле просто делать бэкапы важных данных.

> но для данных совершенно безопасно. Если же калибровка "не ловится", тогда нужно примерно
> 5-6 млн. руб. и установка для рамановской спектроскопии (спектроскопии комбинационного
> рассеяния) -- ну и, конечно, мощная числодробилка для спектрального анализа.

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

> дороже пяти миллионов рублей, так же и данные, хранившиеся на "склинившем"
> винчестере ноутбука могут стоить пару вагонов с такими ноутбуками. :)

Капитан намекает что если у кого есть такие ценные данные то обычно и бэкапы есть.

> Про SSD согласен, во всяком случае, пока -- на текущий момент технологии
> восстановления данных с разрушившегося SSD мне неизвестны.

Отпаять микросхемы флеша да прочитать на программаторе. Вот и вся методика. Ни вам чистых боксов, ни нежной механики, ни супердупер калибровок. Далее потребуется разгрести логику wear leveling + сжатие (если есть, оным особенно славится SandForce, юзающий его для ускорения записи) чтобы отстроить нормальный образ девайса эквивалентный тому что контроллер SSD вывесил бы операционке. У современных контроллеров может быть достаточно навороченно, но все это как раз вполне реально, т.к. требует только мозговых усилий и они зачастую были проделаны. Шифрование (если было) - скорее всего не разгребут. А так - продвинутые сервисмэны все это умеют. И поскольку реверсить wear leveling надо лишь 1 раз в отличие от возни с механикой каждый раз, а далее все написанный софт будет на автомате разруливать - есть даже надежда на не очень конский ценник. Но это очень зависит от.

Ответить | Правка | Наверх | Cообщить модератору

112. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от nagualemail (ok), 21-Сен-12, 08:04 
> Отпаять микросхемы флеша да прочитать на программаторе. Вот и вся методика. Ни
> вам чистых боксов, ни нежной механики, ни супердупер калибровок.

Сразу видно месье не в теме ...

> Далее потребуется
> разгрести логику wear leveling + сжатие

Прецендентов пока небыло.


Ответить | Правка | Наверх | Cообщить модератору

178. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 12:30 
> Сразу видно месье не в теме ...

Мсье как раз мониторит состояние отрасли.

>> разгрести логику wear leveling + сжатие
> Прецендентов пока небыло.

А как же тогда конторы по дата рекавери предлагают достать информацию с SSD и флешек? Или предлагается поверить в то что nagual эксперт а все кто предлагает такие услуги - гонщики?


Ответить | Правка | Наверх | Cообщить модератору

197. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от nagualemail (ok), 23-Сен-12, 17:08 
> Мсье как раз мониторит состояние отрасли.

Месье мэнаджэр ? :-))

> А как же тогда конторы по дата рекавери предлагают достать информацию с
> SSD и флешек? Или предлагается поверить в то что nagual эксперт
> а все кто предлагает такие услуги - гонщики?

Почуствуйте разницу между "предлагают" и "достать". Хотябы приведите сравнительно цены этого "достать" между SSD и HDD.

Ответить | Правка | Наверх | Cообщить модератору

224. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 20:22 
> Месье мэнаджэр ? :-))

Нет. Мсье просто интересуется подобными вопросами.

>> а все кто предлагает такие услуги - гонщики?
> Почуствуйте разницу между "предлагают" и "достать". Хотябы приведите сравнительно цены
> этого "достать" между SSD и HDD.

Простите, с HDD в сложных случаях цена может быть даже более конская или же данные вообще не смогут достать.

Ответить | Правка | Наверх | Cообщить модератору

126. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Клыкастый2 (?), 21-Сен-12, 16:36 
> Как ни смешно, но кроме ZFS _одновременно хорошо_ FreeBSD, Linux и Solaris

Вы так говорите, как будто постоянно в 3 операционки винты перетыкаете.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

71. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 20-Сен-12, 11:09 
Впрочем, "на практике для больших" оно тоже лучше, чем BtrFS.

Oracle, к сожалению, "распылило усилия", и не в лучшую сторону -- в частности, поддержка использования ZFS DMU в Lustre была практически готова ещё в 2010 году, но Oracle практически забросила Solaris и ZFS, так что допиливать поддержку пришлось сторонним организациям.

ldiskfs в Lustre обладает довольно серьёзным ограничением на том -- всего 8 ТБ. Конечно, "в те годы, когда Коран писали...", оно было и ничего, но не во второй декаде XXI века.

Но LLNL не дремлет: http://zfsonlinux.org/llnl-zfs-lustre.html

Вполне может быть, что Sequoia (№1 в Top 500 суперкомпьютеров) использует именно Люстру поверх ZFS под Линуксом. Или будет.

В BtrFS ничего подобного нет, и, насколько я понимаю, в обозримом будущем не предвидится.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

75. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 20-Сен-12, 13:39 
однобокое суждение.
1. вначале люстру санки насильно прогнули под zfs и не доделали.
теперь в этих недоделках оракл конечно виноват.
ага. а то что там вполне возможно просто архитектурные ограничения (нафиг там zfs, если она до этого и без него отлично работала? решили тормозить непадецки? ну-ну).
разрабы помалкивают, но есть определённая уверенность, что люстра БЕЗ zfs лучше люстры С zfs.
санкам это было нужно - они с линухом конкурировали. ораклу же всё-равно что продавать.
2. на базе бтр и рассчитывая на её архитектурные особенности, развивается ceph.
конечно можно это не замечать ("люстра то в топ500, а где ceph?" - эдакий мс-подход). как и то, что статус её разработки примерно такой же, как и в люстре+zfs.
в любом случае на данный момент факт такой:
3. в топ500 нет люстры+zfs. и есть подозрения (переходящие в уверенность) что и не будет - собственно а нахрена уже работающей люстре из оперного театра ещё и вот та гармонь с балалайкой.
Ответить | Правка | Наверх | Cообщить модератору

78. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от ананим (?), 20-Сен-12, 13:54 
зыж
А вообще прикольный пассаж! :D
>Вполне может быть, что Sequoia (№1 в Top 500 суперкомпьютеров) использует именно Люстру поверх ZFS под Линуксом. Или будет.
>В BtrFS ничего подобного нет, и, насколько я понимаю, в обозримом будущем не предвидится.

сводится к такому:
"в топ500 есть люстра, поэтому zfs круче btrfs".

прикольно. вы в сфере маркетинга работаете? :D

Ответить | Правка | Наверх | Cообщить модератору

83. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 20-Сен-12, 15:58 
> А вообще прикольный пассаж! :D
>>Вполне может быть, что Sequoia (№1 в Top 500 суперкомпьютеров) использует именно Люстру поверх ZFS под Линуксом. Или будет.
>>В BtrFS ничего подобного нет, и, насколько я понимаю, в обозримом будущем не предвидится.
> сводится к такому:
> "в топ500 есть люстра, поэтому zfs круче btrfs".

А как вы собираетесь сравнивать качество программного обеспечения, если не по месту его использования? По сексуальной ориентации авторов, что ли?-)

Ню-ню.

> прикольно. вы в сфере маркетинга работаете? :D

А вы с какой целью интересуетесь?

Ответить | Правка | Наверх | Cообщить модератору

84. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 20-Сен-12, 16:02 
>А как вы собираетесь сравнивать качество программного обеспечения, если не по месту его использования?

а я и сравниваю... на своём ноуте! :D
а в топ500 их сравнение пока не предвидится.

>> прикольно. вы в сфере маркетинга работаете? :D
>А вы с какой целью интересуетесь?

с целью школы и времени обучения.
интересно в общем.

Ответить | Правка | Наверх | Cообщить модератору

95. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 21-Сен-12, 01:16 
>> А как вы собираетесь сравнивать качество программного обеспечения, если не по месту
>> его использования?
> а я и сравниваю... на своём ноуте! :D

Ага. Люстровы
>>> прикольно. вы в сфере маркетинга работаете? :D
>>А вы с какой целью интересуетесь?
> с целью школы и времени обучения.
> интересно в общем.

Ответить | Правка | Наверх | Cообщить модератору

96. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 21-Сен-12, 01:19 
>> А как вы собираетесь сравнивать качество программного обеспечения, если не по месту
>> его использования?
> а я и сравниваю... на своём ноуте! :D

Ага. Люстровый кластер на виртуалках развёрнут, да?

Ну, админы localhost'а -- большие специалисты по качеству программного обеспечения...

> а в топ500 их сравнение пока не предвидится.

... и по прогнозам, это всем известно.

>>> прикольно. вы в сфере маркетинга работаете? :D
>> А вы с какой целью интересуетесь?
> с целью школы и времени обучения.

Я готов вас обучить. Готовы ли вы платить за обучение?

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

98. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 21-Сен-12, 01:43 
Не, млин, зетэфесный!!!

Зыж
> Я готов вас обучить. Готовы ли вы платить за обучение?

БЕЗУСЛОВНО.
Как только вы докажите свою квалификацию.
Пока - ниже двоечки.

Ответить | Правка | Наверх | Cообщить модератору

102. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 21-Сен-12, 03:13 
> прикольно. вы в сфере маркетинга работаете? :D

А это у всех солярщиков и маркетоидов так. Зато наш маркетолог не умеет чинить SSD. А те кто занимается data recovery вполне осиливают SSD, потому как там все относительно просто как раз. И данные в цифровом виде вынуть прямо из чипов можно.

Другое дело что чем навороченнее ФС, чем больше там слоев RAID, сжатия, дедупликации и прочих снапшотов - тем меньше шансов что спецы по дата рекавери смогут этого шалтая-болтая собрать в нечто работающее и тем больше они будут возиться и дороже сдерут, т.к. все менее автоматически и все более геморройно по мере возрастания навороченности ФС. А встроенные средства починки из откровенно убитого состояния у ZFS хиленькие, так что на автоматику спецам надеяться не придется особо, как и на то что частично разрушенная ФС сможет сама себя как-то прочитать. В этом плане чем проще ФС, тем лучше.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

113. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от nagualemail (ok), 21-Сен-12, 08:06 
>[оверквотинг удален]
> в цифровом виде вынуть прямо из чипов можно.
> Другое дело что чем навороченнее ФС, чем больше там слоев RAID, сжатия,
> дедупликации и прочих снапшотов - тем меньше шансов что спецы по
> дата рекавери смогут этого шалтая-болтая собрать в нечто работающее и тем
> больше они будут возиться и дороже сдерут, т.к. все менее автоматически
> и все более геморройно по мере возрастания навороченности ФС. А встроенные
> средства починки из откровенно убитого состояния у ZFS хиленькие, так что
> на автоматику спецам надеяться не придется особо, как и на то
> что частично разрушенная ФС сможет сама себя как-то прочитать. В этом
> плане чем проще ФС, тем лучше.

Месье тонко манипулирует понятиями, сначала говорит про SSD потом оказывается что это уже ZFS не думаю что он это делает со злым умыслом, куда ему болезному :)) просто провалы в памяти на фоне осеннего обострения ...

Ответить | Правка | Наверх | Cообщить модератору

180. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 12:35 
> Месье тонко манипулирует понятиями,

Не понятно в каком месте манипуляция. Обычный капитанинг. Если вы припретесь в дата рекавери лабу что с SSD что с HDD которые были пулом ZFS - тут вас обдерут, да. Если ZFS вот так сходу не соберется - это будет попадос, потому что собирать такое монстрило по кусочкам - удовольствие очень так себе. То же самое касается и RAID, особенно экзотичных. Дешево, просто и быстро - только типовые и массовые грабли. А всякий кастом будет стоить вам совершенно отдельных денег.

> сначала говорит про SSD потом оказывается что это
> уже ZFS не думаю что он это делает со злым умыслом,

Вы еще и думать умеете?

> куда ему болезному :)) просто провалы в памяти на фоне осеннего обострения ...

Реквестирую скан диплома, подтверждающий вашу квалификацию, позволяющую ставить подобные диагнозы. Иначе будете объявлены шарлатаном.

Ответить | Правка | Наверх | Cообщить модератору

82. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 20-Сен-12, 15:52 
> 1. вначале люстру санки насильно прогнули под zfs и не доделали.
> теперь в этих недоделках оракл конечно виноват.

Не "не доделали", а "не успели доделать до поглощения Ораклом".

> ага. а то что там вполне возможно просто архитектурные ограничения (нафиг там zfs,
> если она до этого и без него отлично работала? решили тормозить непадецки? ну-ну).

"Там" -- это где? В Lustre? Или в ldiskfs?

Если в Lustre, то там никаких архитектурных ограничений нет (так же, как в TCP нет ограничения на размер передаваемых во время одного connect()'а данных). А если в ldiskfs -- то да, есть, о чём я и написал. А в связке ZFS DMU/Lustre их нет, и этот код есть, и работает.

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

> на базе бтр и рассчитывая на её архитектурные особенности, развивается ceph.

Я их весь сайт облазил. Дайте, пожалуйста, ссылку внутри ceph.com, где написано, что "на базе BtrFS, и рассчитывая на её архитектурные особенности".

> в топ500 нет люстры+zfs. и есть подозрения (переходящие в уверенность) что и не будет

Это у вас откуда такая уверенность, что нет?

Лично я высказывал _подозрения_, что есть -- соотнося разработчика Lustre/ZFS и владельца Sequoia. Вы лично в LLNL звонили, что ли?

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

85. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 20-Сен-12, 16:06 
>[оверквотинг удален]
> я и написал. А в связке ZFS DMU/Lustre их нет, и
> этот код есть, и работает.
> Я что-то не пойму, вы с каким утверждением пытаетесь полемизировать?
>> на базе бтр и рассчитывая на её архитектурные особенности, развивается ceph.
> Я их весь сайт облазил. Дайте, пожалуйста, ссылку внутри ceph.com, где написано,
> что "на базе BtrFS, и рассчитывая на её архитектурные особенности".
>> в топ500 нет люстры+zfs. и есть подозрения (переходящие в уверенность) что и не будет
> Это у вас откуда такая уверенность, что нет?
> Лично я высказывал _подозрения_, что есть -- соотнося разработчика Lustre/ZFS и владельца
> Sequoia. Вы лично в LLNL звонили, что ли?

Кстати ОРАкля zfs v30 v31 под свободной лицензией не пускает ... неудивительно что это в linux не принимается ... Вобщем можно подвести итог: ОРАкле удалось задавить ZFS бтрфс мускуль опеофис и даже жабу :-))) ... вобщем все до чего ручки дотянулись.

Ответить | Правка | Наверх | Cообщить модератору

87. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 20-Сен-12, 16:18 
btrfs очень сильно развивается.
число коммитов (и участников) увеличилось если не в десятки, то в разы.
недавно вот тестировал сэнд/ресив. вроде работает.

вот пруфы - список рассылки http://vger.kernel.org/vger-lists.html#linux-btrfs
график коммитов - http://dir.gmane.org/gmane.comp.file-systems.btrfs
сами патчи - http://www.spinics.net/lists/linux-btrfs/ ("сабжектс" начинаются с [PATCH] Btrfs:)

сейчас разработка идёт очень активно.
что характерно, специалистами оракл - процентов 5, не более на мой взгляд.

Ответить | Правка | Наверх | Cообщить модератору

182. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 12:36 
> btrfs очень сильно развивается.

Ну так бсдшные оналитеги не пописаны на рассылки и список коммитов не смотрят. Зато аналитику толкнуть горазды.

Ответить | Правка | Наверх | Cообщить модератору

187. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  –1 +/
Сообщение от iZEN (ok), 23-Сен-12, 12:49 
>> btrfs очень сильно развивается.
> Ну так бсдшные оналитеги не пописаны на рассылки и список коммитов не
> смотрят. Зато аналитику толкнуть горазды.

А чего там смотреть? Всё и так ясно — Btrfs не сертифицирована для продакшена баз данных.
http://www.spinics.net/lists/linux-btrfs/msg19006.html
//---
Subject: Re: Experiences: Why BTRFS had to yield for ZFS
From: Avi Miller <avi.miller@xxxxxxxxxx>
Date: Wed, 19 Sep 2012 07:46:26 +1000
Cc: Casper Bnag <casper.bang@xxxxxxxxx>, linux-btrfs@xxxxxxxxxxxxxxx
In-reply-to: <5058A5C8.8080107@affinityvision.com.au>

Hi,

On 19/09/2012, at 2:48 AM, Andrew McGlashan <andrew.mcglashan@xxxxxxxxxxxxxxxxxxxxx> wrote:

> On 17/09/2012 8:05 PM, Avi Miller wrote:
>> Oracle Database is not certified to run on either btrfs or ZFS on Linux, so if certification is an issue, you can't use either filesystem. Out of interest, have you done a performance benchmark with ASM using ASMlib on the same platform?
>
> I thought that Oracle considered BTRFS to be production ready.  It
> surprises me that running an Oracle database on BTRFS is not a supported
> configuration.

The Oracle Linux team considers btrfs production-ready and we support it for production purposes for customers. However, we have nothing to do with Database and their certification process, and the Database (and other) product teams have not certified it for use with their products yet. This is also why product certification lags: we have nothing to do with individual product certification processes on various operating systems/platforms.

So, while I'm aware that the database team is planning to certify btrfs "at some point", I suspect with Oracle OpenWorld coming up in a few weeks time, they have other things on their plate right now. :)

--
Oracle <http://www.oracle.com>
Avi Miller | Principal Program Manager | +61 (412) 229 687
Oracle Linux and Virtualization
417 St Kilda Road, Melbourne, Victoria 3004 Australia

---//

Ответить | Правка | Наверх | Cообщить модератору

227. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 23-Сен-12, 20:25 
> А чего там смотреть? Всё и так ясно — Btrfs не сертифицирована
> для продакшена баз данных.

Бсда вообще никак не сертифицирована для оракла. Ни с ZFS, ни без. Так что причина понтов не понятна.

Ответить | Правка | Наверх | Cообщить модератору

235. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 20:34 
>> А чего там смотреть? Всё и так ясно — Btrfs не сертифицирована
>> для продакшена баз данных.
> Бсда вообще никак не сертифицирована для оракла. Ни с ZFS, ни без.
> Так что причина понтов не понятна.

Причина понтов с Btrfs тоже непонятна. Ну объявили её якобы готовой к продакшену, а вендоры готовых решений что-то не торопятся на неё переходить. Почему? Беспонтово потому что — терять данные на ровном месте никто не хочет, кто бы что бы там не объявлял.

А вот пионеры в лице User294 всё ещё надеются, что в Btrfs произойдут качественные изменения, появится поддержка RAID-5 на уровне ФС, может быть напишут нормальный дефрагментатор и допишут btrfsck, которые сделают работу этой замечательной во всех отношениях CoW ФС более-менее человечной, а не сикась-накось. Про сертификацию Oracle СУБД для работы на этой замечательной ФС я уже не говорю — что-то движется ЗА горизонтом, но очертания не ясны.

Ответить | Правка | Наверх | Cообщить модератору

239. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 20:38 
> А вот пионеры в лице User294 всё ещё надеются, что в Btrfs
> произойдут качественные изменения, появится поддержка RAID-5 на уровне ФС, может быть

Не надо поддержки RAID-5 на уровне ФС. Только не это.

> напишут нормальный дефрагментатор

А в ZFS его не напишут никогда. Хотя CoW FS без нормального дефрагментатора/GC в долгосрочной перспективе юзабельна только под файлопомойку с соотношением read/add/delete/overwrite примерно в 100/1/1/0.

Ответить | Правка | Наверх | Cообщить модератору

247. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 23-Сен-12, 20:59 
> Не надо поддержки RAID-5 на уровне ФС. Только не это.

Почему? Что плохого в RAID-5 на уровне ФС?

>> напишут нормальный дефрагментатор
> А в ZFS его не напишут никогда. Хотя CoW FS без нормального
> дефрагментатора/GC в долгосрочной перспективе юзабельна только под файлопомойку с соотношением read/add/delete/overwrite примерно в 100/1/1/0.

Я вроде как опроверг твоё мнение на счёт скорости софтверного RAID-5 (RAID-Z). Да, действительно, при заполнении на 97-99% операции чтения-записи на такой пул тормозят. Но если свободно хотя бы 15 — лучше 30 ГБ, то скорости чтения/записи будут в порядке.
Для SSD это нивелируется ещё больше, так как на SSD не действует естественная фрагментация CoW ФС.

Ответить | Правка | Наверх | Cообщить модератору

265. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 23-Сен-12, 22:55 
> Я вроде как опроверг твоё мнение на счёт скорости софтверного RAID-5 (RAID-Z).

Это читом с закешированным файлом? Нет уж, давай либо на холодное кеширование, либо файлом более чем размер кеша. Вот тот самый 14-гиговый файл, думаю, будет неплохим примером, если в системе не более 8 Гб памяти.

Ответить | Правка | Наверх | Cообщить модератору

513. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 02-Окт-12, 21:06 
>> А вот пионеры в лице User294 всё ещё надеются, что в Btrfs
>> произойдут качественные изменения, появится поддержка RAID-5 на уровне ФС, может быть
> Не надо поддержки RAID-5 на уровне ФС. Только не это.
>> напишут нормальный дефрагментатор
> А в ZFS его не напишут никогда. Хотя CoW FS без нормального
> дефрагментатора/GC в долгосрочной перспективе юзабельна только под файлопомойку с соотношением
> read/add/delete/overwrite примерно в 100/1/1/0.

Скажите а Reiser4 это продолжение развития reiserfs ?
http://habrahabr.ru/post/108629/
А то пишут что там с дефрагментацией все плохо:"...Например, при использовании reiser4 на разделе с торрентами, получалось больше 11000 фрагментов на 700-мегабайтный файл, и никаким копированием не получалось сбить этот показатель хотя бы до нескольких сотен. При этом были ощутимы негативные последствия для производительности..."

И еще журнал там тоже только на метаданные ?

Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

532. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 06-Окт-12, 15:42 
> Скажите а Reiser4 это продолжение развития reiserfs ?

Скорее тотальный rewrite "по мотивам".

> А то пишут что там с дефрагментацией все плохо:"...Например, при использовании reiser4
> на разделе с торрентами, получалось больше 11000 фрагментов на 700-мегабайтный файл,

Да и фиг с ним - это совсем сырая ФС для камикадзе.

Ответить | Правка | Наверх | Cообщить модератору

327. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 24-Сен-12, 20:38 
> Причина понтов с Btrfs тоже непонятна. Ну объявили её якобы готовой к продакшену,

Поддержку с ней объявили 2 конторы, ну и не более того. На свой страх и риск, в своих дистрах, юзающих порядком допатченные ядра.

> а вендоры готовых решений что-то не торопятся на неё переходить.

На *BSD вообще мало кто нынче переходит. Если уж сравнивать - так *BSD нынче вообще в *опе.

> Почему? Беспонтово потому что — терять данные на ровном месте никто
> не хочет, кто бы что бы там не объявлял.

Так правильно, такую штуку надо тестировать как следует.

> А вот пионеры в лице User294 всё ещё надеются, что в Btrfs
> произойдут качественные изменения,

Вот чего-чего а фич там уже более чем. Теперь все это застабилизировать окончательно надо. Хотя, конечно, НеПианерам (tm) со скоростью 6Мб на шпиндель виднее как оно там лучше в дисковых технологиях. Но я бы при такой скорости взвыл и соптимизил бы ее в разы, так или иначе :P.

> появится поддержка RAID-5 на уровне ФС, может быть напишут нормальный дефрагментатор

Там уже есть дефрагер. А в zfs мало того что его нет и не планируется, так что оно не подарок для механики, так еще и TRIM нету, так что оно не подарок для SSD. Замечательно. А в btrfs и trim уже есть. Ха.

> и допишут btrfsck,

(аналогов которого в ZFS нет и не предвидится вообще)

> которые сделают работу этой замечательной во всех отношениях CoW
> ФС более-менее человечной, а не сикась-накось.

Ну то-есть, по словам изена, ZFS - кривая ФС. Дефрага - нету, fsck - тоже, trim не поддерживается. В общем красота.

> Про сертификацию Oracle СУБД для работы на этой замечательной ФС я уже
> не говорю — что-то движется ЗА горизонтом, но очертания не ясны.

А *bsd оракл в принципе сертифицировать не собирается.

В результате, если не просто наезжать на сферические недостатки в вакууме а сравнить с ближайшими конкурентами, получаем классическую картину "бревно и соринка".

Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

328. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 20:49 
> На *BSD вообще мало кто нынче переходит. Если уж сравнивать - так
> *BSD нынче вообще в *опе.

У соседа корова сдохла, совсем чужой человек, мелочь, а как приятно ... :-)))

> Там уже есть дефрагер. А в zfs мало того что его нет
> и не планируется, так что оно не подарок для механики, так
> еще и TRIM нету, так что оно не подарок для SSD.
> Замечательно. А в btrfs и trim уже есть. Ха.

Неужели после детального разжовывания на хабре вы все еще бредите необходмостью трима ?
Месье не закусывал когда пил тормозную жидкость?

> В результате, если не просто наезжать на сферические недостатки в вакууме а
> сравнить с ближайшими конкурентами, получаем классическую картину "бревно и соринка".

Раз уж зашло о бревнах http://phpsuxx.blogspot.com/2010/08/raid-z.html изучите, чтоб потом не говорили что не заметили.

Ответить | Правка | Наверх | Cообщить модератору

388. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 25-Сен-12, 18:58 
>> *BSD нынче вообще в *опе.
> У соседа корова сдохла, совсем чужой человек, мелочь, а как приятно ... :-)))

Это вы о себе? Потому что наперли на факт что ФС официально не поддерживается, а про то что у вас вся система официально не поддерживается, а не то что отдельная ФС - тактично промолчали. Очень напоминает озвученный подход. При том что у вас вообще весь хлев выкосило, вы радуетесь что у соседа хоть 1 корова - захворала. Пффф.

>> Замечательно. А в btrfs и trim уже есть. Ха.
> Неужели после детального разжовывания на хабре вы все еще бредите необходмостью трима

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

> Месье не закусывал когда пил тормозную жидкость?

Я не пью тормозную жидкость.

> Раз уж зашло о бревнах http://phpsuxx.blogspot.com/2010/08/raid-z.html изучите, чтоб
> потом не говорили что не заметили.

Ну и что это за капитанинг? Ну есть, ну raid. Да, с чексуммами райд лучше чем без, как раз потому что можно понять какая из версий данных верна в случае когда диск не сдох совсем но стал завирать. Я это и так знаю. И чего?

Ответить | Правка | Наверх | Cообщить модератору

329. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 24-Сен-12, 20:53 
>> Причина понтов с Btrfs тоже непонятна. Ну объявили её якобы готовой к продакшену,
> Поддержку с ней объявили 2 конторы, ну и не более того. На
> свой страх и риск, в своих дистрах, юзающих порядком допатченные ядра.

Отстали вы от жизни однако со своими тестами криокамеры https://www.opennet.ru/opennews/art.shtml?num=34218

Ответить | Правка | К родителю #327 | Наверх | Cообщить модератору

389. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 25-Сен-12, 19:01 
> Отстали вы от жизни однако со своими тестами криокамеры https://www.opennet.ru/opennews/art.shtml?num=34218

Я что-то не понял - в чем проблема? Оракл как раз одна из этих контор. Они сами для себя решили оказывать поддержку по btrfs. Их право.


Ответить | Правка | Наверх | Cообщить модератору

331. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 24-Сен-12, 20:55 
> Ну то-есть, по словам изена, ZFS - кривая ФС. Дефрага - нету,
> fsck - тоже, trim не поддерживается. В общем красота.

TRIM собираются спереть из ZFSoL, ибо припёрло. Интересно, как обойдут GPL...


Ответить | Правка | К родителю #327 | Наверх | Cообщить модератору

336. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 24-Сен-12, 21:47 
>> Ну то-есть, по словам изена, ZFS - кривая ФС. Дефрага - нету,
>> fsck - тоже, trim не поддерживается. В общем красота.
> TRIM собираются спереть из ZFSoL, ибо припёрло. Интересно, как обойдут GPL...

Никак — все изменения под CDDL, чего требует оригинальная лицензия ZFS. Добавленные файлы тоже под CDDL. :p


Ответить | Правка | Наверх | Cообщить модератору

396. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от nagualemail (ok), 25-Сен-12, 20:24 
>>> Ну то-есть, по словам изена, ZFS - кривая ФС. Дефрага - нету,
>>> fsck - тоже, trim не поддерживается. В общем красота.
>> TRIM собираются спереть из ZFSoL, ибо припёрло. Интересно, как обойдут GPL...
> Никак — все изменения под CDDL, чего требует оригинальная лицензия ZFS. Добавленные
> файлы тоже под CDDL. :p

Интересно если все изменения в ZFS могут быть только под CDDL то каким местом zfs v30 закрыто ?

Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

400. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от AlexAT (ok), 25-Сен-12, 22:16 
> Интересно если все изменения в ZFS могут быть только под CDDL то
> каким местом zfs v30 закрыто ?

CDDL - это пермиссив для "юзеров". У компании-автора, априори, неограниченная лицензия. И ничего под CDDL они назад не бэкпортили. Поэтому могут перелицензировать, ни у кого, кроме себя, не спрашивая.

Ответить | Правка | К родителю #396 | Наверх | Cообщить модератору

390. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 25-Сен-12, 19:03 
> TRIM собираются спереть из ZFSoL, ибо припёрло.

Неужели маркетинговый буллшит прокатывать перестал? Какая досада! Зато мы скоро сможем лицезреть как эти лицемерные клоуны вопившие насчет "ненyжной" фичи начнут ее резко нахваливать на все лады :)

Ответить | Правка | Наверх | Cообщить модератору

391. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от iZEN (ok), 25-Сен-12, 19:06 
>> TRIM собираются спереть из ZFSoL, ибо припёрло.
> Неужели маркетинговый буллшит прокатывать перестал? Какая досада! Зато мы скоро сможем
> лицезреть как эти лицемерные клоуны вопившие насчет "ненyжной" фичи начнут ее
> резко нахваливать на все лады :)

TRIM практически увеличит скорость записи на флэш. Зачем отказываться от такой фичи?!


Ответить | Правка | К родителю #390 | Наверх | Cообщить модератору

445. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 30-Сен-12, 19:20 
>> лицезреть как эти лицемерные клоуны вопившие насчет "ненyжной" фичи начнут ее
>> резко нахваливать на все лады :)
> TRIM практически увеличит скорость записи на флэш. Зачем отказываться от такой фичи?!

Ну, что я говорил? Приятно чувствовать себя провидцем :)


Ответить | Правка | К родителю #391 | Наверх | Cообщить модератору

465. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Аноним (-), 01-Окт-12, 15:16 
> TRIM собираются спереть из ZFSoL, ибо припёрло.

ZFSLoL :) //fixed

Ответить | Правка | Наверх | Cообщить модератору

86. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от ананим (?), 20-Сен-12, 16:11 
>> 1. вначале люстру санки насильно прогнули под zfs и не доделали. теперь в этих недоделках оракл конечно виноват.
> Не "не доделали", а "не успели доделать до поглощения Ораклом".

могу ещё раз повторить, если вы не поняли - есть мнение, что таки доделали.
но результат (как и ожидалось в общем-то. по техническим причинам) оказался хуже, чем оригинал.
>"Там" -- это где? В Lustre? Или в ldiskfs?
>Если в Lustre, то там никаких архитектурных ограничений нет...

мы тут всё ещё про zfs говорим? или уже нет? :D
или как обычно - и не zfs, и не целиком, и не в люстре.
>Я что-то не пойму, вы с каким утверждением пытаетесь полемизировать?

ваше высказывание - "Впрочем, "на практике для больших" оно тоже лучше, чем BtrFS."?
не? где практика то?
или тут - "В BtrFS ничего подобного нет, и, насколько я понимаю, в обозримом будущем не предвидится."? тоже не?
>> в топ500 нет люстры+zfs. и есть подозрения (переходящие в уверенность) что и не будет
>Это у вас откуда такая уверенность, что нет?
>Лично я высказывал _подозрения_, что есть -- соотнося разработчика Lustre/ZFS и владельца Sequoia. Вы лично в LLNL звонили, что ли?

вы высказывали УТВЕРЖДЕНИЯ.
обосновывая их _подозрения_ми_.
оригинально.
похоже на серьёзную маркетинговую школу.
вот только целевой аудиторией вы ошиблись.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

94. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +/
Сообщение от Andrew Kolchoogin (?), 21-Сен-12, 01:14 
> могу ещё раз повторить, если вы не поняли - есть мнение, что таки доделали.
> но результат (как и ожидалось в общем-то. по техническим причинам) оказался хуже,
> чем оригинал.

Слуште, я спрашивал у ZFS'ников уже после поглощения Sun'а Oracle'ом на последних Sun Tech Days, как дела с использованием DMU в Lustre. Мне совершенно чётко было отвечено: в 1.8 НЕ будет, потому что есть проблемы с выносом подсчёта контрольных сумм ZFS на сторону клиента -- ZFS всё, что можно, чексуммирует -- и связка Lustre+ZFS DMU делает это не на стороне DMU, а на стороне клиента -- чтобы ещё и сетку чексуммить.

А вы откуда взяли свои домыслы?

> мы тут всё ещё про zfs говорим? или уже нет? :D

Нет, и не начинали. Мы говорим про использование ZFS DMU в Lustre под Linux.

> ваше высказывание - "Впрочем, "на практике для больших" оно тоже лучше, чем BtrFS."?
> не? где практика то?

Хм. LLNL -- не "большие"? Они пишут код поддержки ZFS DMU для Lustre в теории, не на практике? Чего ж они хвалёный BtrFS не заюзали?-)

> вы высказывали УТВЕРЖДЕНИЯ.

"Это иллюзии". А вы таки в LLNL звонили, или нет? А то вы с такой уверенностью утверждаете, что Секвойя что-то там не использует... ;)

Ответить | Правка | Наверх | Cообщить модератору

99. "Обновление ZFSonLinux 0.6.0-rc11, реализации ZFS для ядра Li..."  +1 +/
Сообщение от ананим (?), 21-Сен-12, 01:50 
>Слуште, я спрашивал у ZFS'ников уже после...

а я пробовал.
..
и участвовал.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру