The OpenNET Project / Index page

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



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

Оглавление

В ZFS on Linux добавлена поддержка FreeBSD, opennews (??), 15-Апр-20, (0) [смотреть все]

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


86. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от нах. (?), 15-Апр-20, 13:37 
> Её настоящая проблема -- в том, что она медленная. Где-то на порядок, если сравнивать с
> решениями на базе mdadm.

у тебя, конечно, есть подтверждающие это тесты - причем проведенные, разумеется, не на ZoL, 32x write multiplication, а на нормальной zfs?

У меня вот где-то найдутся тесты, подтверждающие что mdadm до сих пор дает двухкратную потерю производительности там, где должен быть двухкратный прирост - но, говорят, эту проблему давно победили, и теперь он теряет всего каких-то 10%.
За zfs ничего подобного не замечено.

P.S. у btrfs write multiplication по данным британского учоного тоже 32x. БЕЗ mdadm под ней, сколько будет с ним- сам меряй.

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

109. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от freehckemail (ok), 15-Апр-20, 14:36 
>> Её настоящая проблема -- в том, что она медленная. Где-то на порядок, если сравнивать с
>> решениями на базе mdadm.
> у тебя, конечно, есть подтверждающие это тесты - причем проведенные, разумеется, не
> на ZoL, 32x write multiplication, а на нормальной zfs?

Я сравнивал ZoL и mdadm для весьма специфического ПО, которое строило индексы для блокчейнов. Приоритет софта был на random read/write. Замеряли латенси. Графики из графаны где-то валялись, могу поискать, если хотите.

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

113. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от нах. (?), 15-Апр-20, 14:49 
не, в том и дело что ZoL сравнивать неинтересно - там по одним пиписькомерам 32x, по другим вообще 64x write amplification БЕЗ рейда (ext4 по первой пиписькомерке - 4x, если не ошибаюсь, в любом случае не сильно), это никаким mdadm не перешибешь. Сравнивать имеет смысл сравнимое - например, ext4+mdadm и zfs на freebsd.

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

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

117. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от freehckemail (ok), 15-Апр-20, 14:55 
Мне в общем-то интересно было бы произвести такое сравнение. Осталось только найти того, кто за это заплатит.

В моём же случае мы просто не рассматривали вариантов тикать с Linux на BSD. Мы просто искали решение для бэкапов таких объёмов. Ибо сами понимаете, стандартные решения тут слабо помогали. К сожалению, ZoL не прижился именно что из-за низкой производительности. ETH весьма шустрая скотина, он просто не успевал досинхронизироваться и постоянно отставал. В итоге мы где-то с год тусовались на stratis, а затем и вовсе вернулись на mdadm: заказчик решил, что держать пару копий ноды про запас его в принципе устраивает. Вероятно, можно было бы реализовать поддержку ETH и его клонов отдельно от прочих коинов -- но это были бы уже другие деньги.

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

135. "В ZFS on Linux добавлена поддержка FreeBSD"  –1 +/
Сообщение от нах. (?), 15-Апр-20, 16:25 
> В моём же случае мы просто не рассматривали вариантов тикать с Linux
> на BSD. Мы просто искали решение для бэкапов таких объёмов. Ибо

а почему, собственно - тоже докер в докере в докере под докером?

eth вроде все равно, под чем майнить.

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

К тому же мне интересно сравнить три разные zfs, а mdadm неинтересно, он мою проблему не решает.

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

144. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от freehckemail (ok), 15-Апр-20, 16:46 
>> В моём же случае мы просто не рассматривали вариантов тикать с Linux
>> на BSD. Мы просто искали решение для бэкапов таких объёмов. Ибо
> а почему, собственно - тоже докер в докере в докере под докером?

Ага

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

Как на счёт на виртуалках попробовать, присоединив к ним физические диски? Могу устроить.

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

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

151. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от xm (ok), 15-Апр-20, 17:03 
Под виртуалками будут очень некорректные.
Ответить | Правка | Наверх | Cообщить модератору

159. "В ZFS on Linux добавлена поддержка FreeBSD"  –1 +/
Сообщение от нах. (?), 15-Апр-20, 17:49 
> Под виртуалками будут очень некорректные.

как будто большинство моих линуксов не виртуальные?

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

158. "В ZFS on Linux добавлена поддержка FreeBSD"  –1 +/
Сообщение от нах. (?), 15-Апр-20, 17:48 
> Как на счёт на виртуалках попробовать, присоединив к ним физические диски? Могу

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

> Я правда не знаю, насколько корректными эти данные будут. Надо почитать, как

32x никакими прослойками и никаким совсем кривым драйвером не победишь.

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

Прошлый раз вышел фейл из-за разницы в фиченаборе моей фри и моего линукса. То есть фря отказалась импортить пул. Эту проблему я решил, но следующего случая, увы, не организовал. Как обычно, лень-прокрастинация-ой-упал сервис. Теперь вот коровавирус, а делать это через падучий vpn я не хочу.

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

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

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




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

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