The OpenNET Project / Index page

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



"Набор патчей, заметно увеличивающих производительность работ..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Есть идеи по улучшению форума и сайта ? Пишите.
. "Набор патчей, заметно увеличивающих производительность работ..." +/
Сообщение от iZEN (ok), 03-Окт-12, 20:29 
>>>>>> На многогигабайтных видеофайлах и даже на flac-файлах мультимедиа-библиотеки [NAS] использование
>>>>>> больших блоков ФС скорее благо, чем из ряда вон выходящее явление.
>>>>> Напоминаю, TRIM это для SSD. =)
>>>> SSD не используется для видеомонтажа? Странно. Не знал.
>>> ZFS годится только для видеомонтажа, буду знать.
>> И под файлопомойку тоже — отметьте там у себя.
> Для помойки что она даёт эксклюзивного?

Надёжность и самоверифицируемость хранимых данных. Если какой-то носитель в избыточном массиве начинает "сыпаться", то ZFS на лету исправляет ошибки. Когда такой носитель совсем помирает, то ZFS сигнализирует о потере бойца, но не данных.

> Дедупликацию и RAID5.

Не только, а всё что угодно, согласно свойствам этой замечательной ФС.

> С дедупликацией те же вилы, что и с отсутствием TRIM. Если используем
> нормальный размер блока, получаем терабайт сожранной RAM

Странно. Мне несколько гигабайт ОЗУ хватает для трёх пулов.

> и тормоза, если используем
> дикий полумегабайтный блок(на файлопомойке! =), то не получаем никакой экономии от
> дедупликации.

Дедупликация нужна если в отдельных ФС пула содержаться одни и те же данные. Например, на хосте с виртуальными машинами это бы пригодилось. Но зачем это файлопомойке? Наверно на случай слишком забывчивого администратора, который всё время забывает, какие файлы и где у него лежат. Так выходит, что пул у него "резиновый". :))

> Рейд-Z встроенный это конечно удобно, но учитывая, что жрёт ресурсов на объёмах
> в десятки терабайт ZFS в разы больше, чем MD+((LVM+ext4)|btrfs), а производительность
> и надёжность настолько же ниже, то возникает резонный влпрос: зачем?

Потребление памяти в ZFS не зависит от размера пула, а зависит от объёма востребованных данных. Про надёжность зря сморозили. Очень зря.

> Короче тот же вывод, что и с видеомонтажом: использовать конечно можно, но
> однозначных преимуществ над нормальными FS нет, а недостатки перевешивают.

Вывод из ошибочных посылок впечатляет.

> ZFS можно порекомендовать только неосилившим MD, dm-crypt и LVM,

А для осиливших GEOM можно порекомендовать? :)) Спасибо.

> потому что ZFS-хранилище поднять и админить сможет и макака.

Как-то против сделанного вывода. Но да ладно — макаки за компьютером как-то не прижились. Или вы их видели среди клиентов Oracle?

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

Оглавление
Набор патчей, заметно увеличивающих производительность работ..., opennews, 30-Сен-12, 22:13  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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