The OpenNET Project / Index page

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



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

Оглавление

Доклад Google о файловых системах Linux, opennews (??), 06-Май-11, (0) [смотреть все]

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


8. "Доклад Google о файловых системах Linux"  –1 +/
Сообщение от Аноним (-), 07-Май-11, 00:01 
>ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны,

вам ехать?

>но с другой стороны несовместимая с GPL лицензия на код;

или шашечки?

На пост о том как отформатировать и юзать 100TB - это тоже ответ

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

9. "Доклад Google о файловых системах Linux"  +/
Сообщение от metallic (ok), 07-Май-11, 00:02 
Это мне про ZFS?
А на чем ее крутить? На бзде? Спасибо - идите мимо. Особенно в свете последних событий с ораклом и ко.
Ответить | Правка | Наверх | Cообщить модератору

16. "Доклад Google о файловых системах Linux"  –3 +/
Сообщение от Аноним (-), 07-Май-11, 00:36 
Лол. Ну юзайте 16гиговый ext4, профессианал :)))
Ответить | Правка | Наверх | Cообщить модератору

21. "Доклад Google о файловых системах Linux"  +/
Сообщение от Аноним (-), 07-Май-11, 01:11 
> Лол. Ну юзайте 16гиговый ext4, профессианал :)))

Во первых, 16Тб != 16Гб, дилетант. Во вторых, для 100Гб файлов есть хоть тот же XFS, который на них рулит и педалит.  

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

46. "Доклад Google о файловых системах Linux"  +/
Сообщение от Аноним (-), 07-Май-11, 02:17 
>> Лол. Ну юзайте 16гиговый ext4, профессианал :)))
> Во первых, 16Тб != 16Гб, дилетант. Во вторых, для 100Гб файлов есть
> хоть тот же XFS, который на них рулит и педалит.

У вас диск на 16 Терабит?
PS. С формулой 16Тб != 16 Гб согласен.

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

80. "Доклад Google о файловых системах Linux"  +3 +/
Сообщение от pavlinux (ok), 07-Май-11, 13:10 
> У вас диск на 16 Терабит?

16 Терабод :)

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

152. "Доклад Google о файловых системах Linux"  +/
Сообщение от Аноним (-), 23-Май-11, 18:12 
> У вас диск на 16 Терабит?

Не вижу никаких проблем набрать составной том на 16Тб. Всего 8 HDD по 2Гб и готово. Мелко плаваете, на хабре юзеры собрали домашнюю файлопомойку на 90Тб.

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

93. "Доклад Google о файловых системах Linux"  +/
Сообщение от DarkAGeSemail (ok), 07-Май-11, 17:40 
> Это мне про ZFS?
> А на чем ее крутить? На бзде? Спасибо - идите мимо. Особенно
> в свете последних событий с ораклом и ко.

курите на дебиане (kfreebsd) ну или на opensolaris/nexenta

ps. но лучше на freebsd :)

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

112. "Доклад Google о файловых системах Linux"  +/
Сообщение от metallic (ok), 08-Май-11, 19:23 
> курите на дебиане (kfreebsd) ну или на opensolaris/nexenta
> ps. но лучше на freebsd :)

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

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

114. "Доклад Google о файловых системах Linux"  +/
Сообщение от DarkAGeSemail (ok), 08-Май-11, 19:53 
> Опенсолярис мертв, всякие гибриды как-то не очень доверие вызывают, хотя можно будет
> попробовать. А во фре ZFS отстает сильно и не достаточно стабильна,
> я считаю

да не так уж она отстает во фре. v15 сейчас. в следующем релизе будет v28 с дедупликацией и прочим. обновить потом пул и все. можно и сейчас уже юзать v28 на current ветке.
а насчет стабильности это вы зря. сколько не пробовал ее убить (дергал питание, винты) не получилось.
самое главное, что для ваших задач ZFS это просто идеальный вариант, учитывая все ее плюшки. и так как вы к этому не пришли сами, у меня складывается впечатление, что вы с ней мало знакомы. почитайте статейки и маны, вам понравится, правда) или боитесь freebsd? ;) начните знакомство с debian kfreebsd

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

120. "Доклад Google о файловых системах Linux"  +/
Сообщение от metallic (ok), 08-Май-11, 20:29 
> да не так уж она отстает во фре. v15 сейчас. в следующем
> релизе будет v28 с дедупликацией и прочим. обновить потом пул и
> все. можно и сейчас уже юзать v28 на current ветке.
> а насчет стабильности это вы зря. сколько не пробовал ее убить (дергал
> питание, винты) не получилось.
> самое главное, что для ваших задач ZFS это просто идеальный вариант, учитывая
> все ее плюшки. и так как вы к этому не пришли
> сами, у меня складывается впечатление, что вы с ней мало знакомы.
> почитайте статейки и маны, вам понравится, правда) или боитесь freebsd? ;)
> начните знакомство с debian kfreebsd

А зачем ZFS вообще? Что в ней такого? Она хороша для реализации программных СХД и рейдов, а у меня все железное и снапшоты и дедубликация. Какие у нее преимущества перед XFS?
Сам я с ZFS знаком на уровне тестовых серверов. FreeBSD не боюсь, наоборт люблю, но в своем круге задач (интернет-шлюз, хостинг и тд), а для файлового сервера лучше линукс полходит, по крайней мере мне так удобнее.

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

127. "Доклад Google о файловых системах Linux"  +/
Сообщение от vle (ok), 09-Май-11, 00:13 
> А зачем ZFS вообще? Что в ней такого?

У ZFS много полезных плюшек, но при таком соотношении disk/ram (100Tb/8Gb)
она скорее всего вообще не будет работать. Ну то есть абсолютно.
8Gb памяти на ТАКИЕ объемы
говорит о НЕВЕРОЯТНОМ жлобстве и глупости вашего руководства.

> Она хороша для реализации
> программных СХД и рейдов, а у меня все железное и снапшоты
> и дедубликация.

Снепшоты и ОСОБЕННО дедупликация требует огромных объемов ОЗУ
при массиве в 100Tb. Тем более при мелких файлах, искать описание дедупликации
мне лень. Ройте oracle.com.
Это не ваш вариант совершенно точно!

> Какие у нее преимущества перед XFS?

На сайте Oracle расписаны все "фичи".
Насколько я понимаю, вам они не нужны.

> Сам я с ZFS знаком на уровне тестовых серверов. FreeBSD не боюсь,

Если вы не *разработчик* FreeBSD и не готовы им платить, то...
Где-то проскакивали весьма-а-а-а-а удручающие бенчмарки FreeBSD+ZFS против Nexenta.
Впрочем, я их не воспроизводил.

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

130. "Доклад Google о файловых системах Linux"  +/
Сообщение от DarkAGeSemail (ok), 09-Май-11, 04:33 
> У ZFS много полезных плюшек, но при таком соотношении disk/ram (100Tb/8Gb)
> она скорее всего вообще не будет работать. Ну то есть абсолютно.

что ей мешает работать при таком соотношении? непонятно

> 8Gb памяти на ТАКИЕ объемы
> говорит о НЕВЕРОЯТНОМ жлобстве и глупости вашего руководства.

не могу не согласиться.

> Снепшоты и ОСОБЕННО дедупликация требует огромных объемов ОЗУ
> при массиве в 100Tb. Тем более при мелких файлах, искать описание дедупликации

дедупликацию пока не пробовал, жду релиза фри с zfsv28. но опять же непонятно про требования к оперативке. 8гб оперативки все таки не так уж мало. zfs можно тюнить под количество оперативки и все такое. вы бы хоть дали ссылки на почитать что ли...

> Если вы не *разработчик* FreeBSD и не готовы им платить, то...
> Где-то проскакивали весьма-а-а-а-а удручающие бенчмарки FreeBSD+ZFS против Nexenta.

тоже почитал бы. надеюсь не фороникс)


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

131. "Доклад Google о файловых системах Linux"  +/
Сообщение от DarkAGeSemail (ok), 09-Май-11, 04:47 
> А зачем ZFS вообще? Что в ней такого? Она хороша для реализации
> программных СХД и рейдов

это да

> а у меня все железное и снапшоты
> и дедубликация.

а на чем у вас железные снапшоты и дедубликация?..

> Какие у нее преимущества перед XFS?

ну в общем то снапшоты, дедубликация, программные рейды, менеджер томов)

> Сам я с ZFS знаком на уровне тестовых серверов. FreeBSD не боюсь,
> наоборт люблю, но в своем круге задач (интернет-шлюз, хостинг и тд),
> а для файлового сервера лучше линукс полходит, по крайней мере мне
> так удобнее.

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

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

136. "Доклад Google о файловых системах Linux"  +/
Сообщение от metallic (ok), 09-Май-11, 12:44 
>а на чем у вас железные снапшоты и дедубликация?..

Писал же уже IBM Storwize V7000

>ну в общем то снапшоты, дедубликация, программные рейды, менеджер томов)

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

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

25. "Доклад Google о файловых системах Linux"  –1 +/
Сообщение от Аноним (-), 07-Май-11, 01:16 
> вам ехать?
>>но с другой стороны несовместимая с GPL лицензия на код;
> или шашечки?

Может быть вы и не догоняете, но сервер состоит не только из файловой системы. К тому же ZFS очень разборчив к нагрузке, наворочен и толком не имеет утилит для восстановления серьезно порушенной ФС.

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

109. "Доклад Google о файловых системах Linux"  +/
Сообщение от iZEN (ok), 08-Май-11, 16:50 
> К тому же ZFS очень разборчив к нагрузке, наворочен и толком не имеет утилит для восстановления серьезно порушенной ФС.

ZFS чуть проще XFS, исходный код лучше откомментирован и оттестирован. Утилиты восстановления для CoW-ФС находятся в самой ФС и отдельно запускать не требуется. Если уж всё сдохло на CoW-ФС, то и восстанавливать, как правило, не имеет смысла.


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

97. "Доклад Google о файловых системах Linux"  +/
Сообщение от Anoni (?), 07-Май-11, 22:38 
>>ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны,
> вам ехать?
>>но с другой стороны несовместимая с GPL лицензия на код;
> или шашечки?

ZFS требует 1Г памяти на каждый 1Т данных.

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

108. "Доклад Google о файловых системах Linux"  +/
Сообщение от iZEN (ok), 08-Май-11, 16:47 
> ZFS требует 1Г памяти на каждый 1Т данных.

Это откуда такие требования? Быстрому кэшу ARC нужно минимум 1ГБ RAM, а L2ARC имеет динамически изменяемый размер.

http://blog.tigranav.ru/2010/11/obyasnenie-arc-i-l2arc/

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

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

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




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

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