The OpenNET Project / Index page

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



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

Оглавление

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

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


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
Добавить, Поддержать, Вебмастеру