LINUX.ORG.RU

Вышел ZFS-FUSE 0.7.0

 ,


0

1

Основные изменения:

  • добавлена поддержка монтирования с использованием ACL;
  • добавлены init-скрипты, в том числе upstart-скрипты для Ubuntu;
  • устранён крах при использовании zfs get all;
  • добавлена опция --enable-xattr для zfs-fuse;
  • исправлены ошибки, связанные с zfsrc и deduplication;
  • изменена FUSE-подсистема на zfs-fuse;
  • исправлены ошибки, связанные с экспортом и удалением пула.

>>> Подробности

★★★★★

Проверено: post-factum ()
Последнее исправление: Dendy (всего исправлений: 2)
Ответ на: комментарий от original_hokum

>>для которого ZFS это полноценное энтерпрайс решение.

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

EvgGad_303 ★★★★★
()
Ответ на: комментарий от original_hokum

> Я с тобой, тупое быдло, не разговариваю, ты ещё не усвоил это, мудень?

Интересно, сколько реинкарнаций потребуется для выздоровления?

anonymous
()
Ответ на: комментарий от EvgGad_303

>и что веритас такого умеет, что надо за это платить, не просвятишь?

то, что сразу пришло в голову:
- dmp много удобнее mpxio
- горячая миграция томов с изменением лэйаута (например, со страйпа по 8 на страйп по 16)
- ODM
- dio в zfs реализован через zil, а это лишняя нагрузка на san и схд, при работе оракл
- сантехники просто привыкли к vxvm

shlag
()
Ответ на: комментарий от shlag

Я бы сказал, что дело не в привычке, а в стабильности и надёжности решения.

original_hokum
()
Ответ на: комментарий от original_hokum

классика
твой интеллектуальный уровень доставляет

EvgGad_303 ★★★★★
()
Ответ на: комментарий от shlag

>>и что веритас такого умеет, что надо за это платить, не просвятишь?

то, что сразу пришло в голову:

- dmp много удобнее mpxio



Чем это, интересно? Да и с ZFS его использовать не получится, увы, он намертво прибит гвоздями к VxVM.

- горячая миграция томов с изменением лэйаута (например, со страйпа по 8 на страйп по 16)


Метод оптимизации производительности родом из прошлого века, когда винты были маленькие, а нагрузки на систему - более предсказуемые.

Есть более современные способы.

- dio в zfs реализован через zil, а это лишняя нагрузка на san и схд, при работе оракл


Что вы имеете ввиду под dio? Каким это образом ZIL есть лишняя нагрузка на SAN и схд? Типа если внизу не ZFS, то redo-логи не пишутся или пишутся с асинхронной семантикой?

- сантехники просто привыкли к vxvm


Если б сантехники еще за vxvm из своего кармана платили.

anonymous
()
Ответ на: комментарий от shlag

>>dmp много удобнее mpxio

прямо-таки много удобнее? и вообще понятие удобство сильно спорно.

горячая миграция томов с изменением лэйаута (например, со страйпа по 8 на страйп по 16)


там ниже намекнули уже.

ODM


привет мамонты, тогда уж ASM.

dio в zfs реализован через zil, а это лишняя нагрузка на san и схд, при работе оракл


zil и arc можно положить на ssd и все нормализуется.
и dio не всегда хорошо.

сантехники просто привыкли к vxvm


спорно, я уже и не вспоминаю. к счастью некоторые клиенты уже переехали полностью, некоторые в процессе. особо упертые богатые буратины продолжают платить. но там все «мега-гуру», типа одного «спеца» тут. вроде работает, да и хрен с ними.

EvgGad_303 ★★★★★
()
Ответ на: комментарий от EvgGad_303

>>dmp много удобнее mpxio

прямо-таки много удобнее? и вообще понятие удобство сильно спорно.


т.е. luxadm display <dev> удобнее vxdisk path ?

горячая миграция томов с изменением лэйаута (например, со страйпа по 8 на страйп по 16)

там ниже намекнули уже.


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

ODM

привет мамонты, тогда уж ASM.


Эээ... Не вижу связи м/у ASM и ODM.

dio в zfs реализован через zil, а это лишняя нагрузка на san и схд, при работе оракл

zil и arc можно положить на ssd и все нормализуется.


Это не избавит от лишних io по SAN и на массив.
У оракл и так есть свой механизм логирования. Зачем его повторять в ФС? ARC для оракла не особо нужен (особенно если в RAM - лучше увеличить оракловый буфер).
И я не говорю про цену промышленных флэшек.

и dio не всегда хорошо.


Когда же оно для оракла плохо?
Для файлопомойки - само собой, но это не основное место для соляриса.

сантехники просто привыкли к vxvm

спорно, я уже и не вспоминаю. к счастью некоторые клиенты уже переехали полностью, некоторые в процессе. особо упертые богатые буратины продолжают платить. но там все «мега-гуру», типа одного «спеца» тут. вроде работает, да и хрен с ними.


На соляре траиционно используется veritas.
Даже миграция на что-то другое - проблема.
Большие системы все равно будут использовать веритас.

shlag
()
Ответ на: комментарий от shlag

> Я написал, что zfs этого не может. Причины, по которым нужно сделать релэйаут, могут быть разные.

Давай, приведи примеры разных причин, а заодно, когда ты последний раз этот самый релэйаут делал.

Почему анонимус не привел примет увеличения произодительности новыми (нано?) технологиями?


Потому что ты не привел пример, накой черт тебе понадобилось делать релэйаут. Хотел примера? Пожалуйста: LogZilla и ReadZilla?

>zil и arc можно положить на ssd и все нормализуется.

Это не избавит от лишних io по SAN и на массив.



А можно поподробнее? Откуда они возьмутся, эти самые лишние IO?

У оракл и так есть свой механизм логирования. Зачем его повторять в ФС?


Потому что ФС можно использовать не только для Оракла. И есть люди, которым проще хранить зады банных в файлах, нежели платить бабки симантеку за vxvm, чтобы хранить зады банных в сырых томах и еще иметь секс с администрированием этой прослойки.

ARC для оракла не особо нужен (особенно если в RAM - лучше увеличить оракловый буфер).


zfs set primarycache=metadata <pool/dataset>

И никаких проблем. L2ARC опять же никто не отменял, даже не смотря на то, что у ОраклДБ есть свои механизмы использования флэша.

И я не говорю про цену промышленных флэшек.


И я тоже не говорю про разницу в цене сервера с поддержкой скажем 16 и 128 слотов для памяти. Впрочем, то же относится и к дискам.

Для файлопомойки - само собой, но это не основное место для соляриса.


Так никто и не утверждает, что основное. Но уж раскройте глаза убогому - какое место основное для Solaris'а?

На соляре траиционно используется veritas.


Вы забыли добавить, что это так в вашем окружении. Угадал?

Даже миграция на что-то другое - проблема.


Конечно - это ж какой поток сервисных платежей иссякнет. Несомненно проблема :)

Большие системы все равно будут использовать веритас.


Опять вы забыли добавить, что это в вашем окружении. Ибо вон у зеленого кота много заказчиков перешло на ZFS. Ну оно и понятно - в эстонии же нет сотен нефти.

anonymous
()
Ответ на: комментарий от anonymous

>> Большие системы все равно будут использовать веритас.

Опять вы забыли добавить, что это в вашем окружении. Ибо вон у зеленого кота много заказчиков перешло на ZFS. Ну оно и понятно - в эстонии же нет сотен нефти.

Хм... А в эстонии есть вообще какие-то системы? Удивлен :))))

x86_64 ★★★
()
Ответ на: комментарий от shlag

>>т.е. luxadm display <dev> удобнее vxdisk path ?

а чем не удобнее? можно ведь не только physical path использовать.

Я написал, что zfs этого не может.


средствами схд

Эээ... Не вижу связи м/у ASM и ODM.


а раскройте ка аббревиатуру ODM

Это не избавит от лишних io по SAN и на массив.


zfs_immediate_write_sz ставишь меньше чем размер блока базы, например.

И я не говорю про цену промышленных флэшек.

ну мы же за энтерпрайз, не? бабки то на веритас есть.

Когда же оно для оракла плохо?


read-intensive бд. куда и насколько пойдет курить dio, при full table scan, например?
в общем dio это не панацея, для redo и temp в самый раз, остальное по обстоятельствам.

На соляре траиционно используется veritas.


у всех свои традиции. у нас вот другие.

Даже миграция на что-то другое - проблема.


да-да, с lu это большая проблема ;) если про системный диск речь.

Большие системы все равно будут использовать веритас.


равно, как и zfs. фломастеры они такие, на вкус и цвет разные.

EvgGad_303 ★★★★★
()
Ответ на: комментарий от x86_64

>>Хм... А в эстонии есть вообще какие-то системы?

надо же как-то ускорять менталитет :p

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

EvgGad_303 ★★★★★
()
Ответ на: комментарий от EvgGad_303

>> Хм... А в эстонии есть вообще какие-то системы?

надо же как-то ускорять менталитет :p

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

парковка и оплаты услуг, денежные переводы по мобильному телефону (смс). есть где разгуляться ;)

А, понятно. Сфера услуг и госудрства. Да. Тут много денег не выбъешь.

У нас бы выбили.

Но не у вас.

x86_64 ★★★
()
Ответ на: комментарий от x86_64

>>Сфера услуг и госудрства.

не только. конечно же нефти и прочих ценностей не имеем, но деньги есть, просто их умеют считать.

а то что я привел, лишь примеры того, что у нас появилось раньше всех.

У нас бы выбили.


верю. у нас особо не попилишь.

EvgGad_303 ★★★★★
()
Ответ на: комментарий от original_hokum

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

зы тебе еще пред ним за «100 тысяч это самый минимум, чтобы быть не животным а человеком»(с) придется отвечать

ззы и таки да, ты оченно напоминаешь жывотное, что видимо и является следствием твоего (с)

EvgGad_303 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.