The OpenNET Project / Index page

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



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

Оглавление

Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD, opennews (??), 13-Окт-23, (0) [смотреть все]

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


169. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –7 +/
Сообщение от Аноним (169), 15-Окт-23, 16:21 
Как эксперт в MooseFS Pro (Да она не бесплатная, но отрабатывает каждую копеечку), где есть корзина и даже каждому отдельному файлику можно задать сколько копий хранить, смотрю в общем я свысока на ZFS... как на говно. Правы тут те ребята, что топят за Btrfs - эта штука вполне уже хорошо написана и не подставит как ZFS неочевидными проблемами с Zvol при долговременной эксплуатации.
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (66), 15-Окт-23, 16:53 
О каких "неочевидных проблемах" идёт речь? Пока что о подобном я слышал только применительно к BTRFS. Да, ZFS не самая современная система, но ведь и EXT4 -- не писк моды. Тем не менее большинств линуксоидов сидят на ext4 и горя не знают.
Ответить | Правка | Наверх | Cообщить модератору

174. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:14 
> О каких "неочевидных проблемах" идёт речь? Пока что о подобном я слышал
> только применительно к BTRFS

У нее нет никакого аналога zvol, нет кода, нет проблемы, так они всех и победят. Наверное.

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

224. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 16-Окт-23, 23:12 
> У нее нет никакого аналога zvol, нет кода, нет проблемы, так они
> всех и победят. Наверное.

Победим. А вы сомневались? Зачем надо даунгрейдить удобный и гибкий менеджмент лишними сущностями я вообще не понимаю, это только фанатом энтерпрайза от сан доступно видимо.

А так там вон кент на горизонте еще. Будет интересно посмотреть что он может предложить. Но и он кажется понимает как на самом деле должен выглядеть менеджмент таких вещиц.

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

175. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:18 
и вообще не парься, к нам приперся "эксперт" видимо из отдела продаж - который даже не способен отличить кластерную фс без собственного direct storage и локальную, этот самый сторадж в том числе этой самой кластерной фс и обеспечивающую. Я попытался ему ответить технически корректно, но мне в очередной раз напомнили что опеннет не место для технических дискуссий, пусть теперь в логе автоудалятора читает (он, полагаю, не станет).

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

250. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (250), 18-Окт-23, 12:26 
Так имелось ввиду что нативным сторейджем будет ext4 снизу, а уже сверху ставишь MooseFS. Итого имеем все плюшки MooseFS и никаких проблем с LVM, ZFS, Btrfs и так далее. Никакой фрагментации и не будет в помине, чанки MooseFS это обычные файлы по 64MB. Для незнающих, у MooseFS есть поддержка блочных устройств, как раз для маппинга образов виртуальных машин через ее утилиту mfsbdev, чтобы обойтись для образов виртуалок без прослойки FUSE и получить одни плюсы от эксплуатации, в том числе там можно подмонтировать на сервере с опцией приоритета использования локального чанк сервера, чтобы к образу виртуалки не шла запись и чтение по сети, это касается не только образов но и для обычных папок и файлов тоже актуально. Поэтому я продолжаю смотреть свысока на ZFS... как на говно.
Ответить | Правка | Наверх | Cообщить модератору

261. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 18-Окт-23, 23:47 
> Так имелось ввиду что нативным сторейджем будет ext4 снизу, а уже сверху ставишь MooseFS.

и производительность получившегося бутерброда падает до нуля, надежность тоже.

> Никакой фрагментации и не будет в помине, чанки MooseFS это обычные файлы по 64MB.

нда... эксперт по продажам в своем репертуаре. Вода, воды - сам не знает что продает.
У тебя фрагментация - by design, вот этими самыми чанками по 64 мебе. Даже если повезет и сами они разложатся без внутренней фрагментации на прекрасную (нет) ext4.

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

> чтобы обойтись для образов виртуалок без прослойки FUSE

просто вместо одной прослойки получаешь другую - с точно таким же двойным свитчингом user-kernel-user space, только теперь не в fuse а в nbd.

> смотреть свысока на ZFS... как на говно.

предлог лишний. Ты именно это и есть. И всем наплевать куда и чем ты там смотришь.

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

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

264. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Хрюша (?), 19-Окт-23, 16:41 
Пох, ты себе не поверишь, но на твой бисер всем вообще насрать, людям не нужна ни ZFS ни Btrfs. Очень просто.
Ответить | Правка | Наверх | Cообщить модератору

265. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 19-Окт-23, 20:09 
> Пох, ты себе не поверишь, но на твой бисер всем вообще насрать,
> людям не нужна ни ZFS ни Btrfs. Очень просто.

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

А zfs и btrfs вполне себе пользуются популярностью и имеют каждая свою тусовку заинтересованных пользователей, активно разрабатываются (у музи НОЛЬ комитов по делу последние три года) и дальше будут еще долго. На мой век точно хватит.

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

273. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Хрюша (?), 20-Окт-23, 20:41 
Кто тебе сказал что она нужна в качестве локальной хранилки? Просто выше объяснили, что ZFS это куча хлама на аж 27 миллионов строк кода + выйдите за рамки локалхоста наконец и серверов может быть больше одного и там начинают на свою голову zfs over iscsi и прочее мудрить, что как раз несколько опасно на ней делать в перспективе, так как если что-то пойдет не так, то она превратится как раз-таки в мусор не подлежащий восстановлению, в отличие от той же moosefs, где есть отдельные дампы метаданных, а если испортится несколько чанков по вине того же сбойного железа, которое было не сбойным а потом стало сбойным, то  вся фс не пойдет по п..... в отличие от ZFS.
Ответить | Правка | Наверх | Cообщить модератору

274. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 21-Окт-23, 17:29 
> Кто тебе сказал что она нужна в качестве локальной хранилки?

да кто тебя вообще звал сюда? Мы здесь обсуждали - фс для локальной хранилки.

> Просто выше объяснили, что ZFS это куча хлама

т-порылые м-ки типа тебя "объяснили".  Специалисты по впариванию г-на, разбирающиеся примерно ни в чем. Куча хлама - это они и ты с ними за компанию.

И да, zvol отданный по iscsi, если уметь то и другое готовить - упирается в диски. Скорость чтения с блинов. И для этого не требуются сверхмощные клиент и сервер. Польская поделка упирается в безумную тормознутость своей реализации (причем я даже не понимаю, как они такого добились... впрочем, понимаю - у них тормозит вообще ВСЕ. От единственного metadata server до клиента с пробросом kernel-user-kernel на каждый блок, причем упирающегося в одно ядро.) Поэтому ее даже как сетевую хранилку можно использовать только если скорость конкретному единичному клиенту вообще не требуется.

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

275. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (250), 22-Окт-23, 17:44 
Правильно пишут что zfs с его send / receive или с zvol over iscsi не надёжно использовать в качестве миррор или кластерного решения, слишком многое может пойти не так в реальной эксплуатации, zfs на это просто не рассчитана была изначально, например в случае сетевых сбоев или других не стандартных ситуаций может произойти всё что угодно и zfs отвалится или вообще может развалится. Для кластерных решениий нужно использовать то, что на это рассчитано изначально, например ceph, beegfs, moosefs, glusterfs.
Что касается локальной фс, то zfs обычно не рекомендуется использовать как нативную фс под кластерной фс, собственно об этом тоже уже вам написали.
Ответить | Правка | Наверх | Cообщить модератору

276. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 22-Окт-23, 20:34 
В каком месте тебе опять померещились какие-то "кластерные решения"? Мы в комментах под статьей о локальной фс. Зачем вы пришли со своей бредятиной или вам нужен наш моск?!

> Что касается локальной фс, то zfs обычно не рекомендуется использовать как нативную фс под
> кластерной фс

польским гусаром-самоучкой без мотора не рекомендуется-то?

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

(я нарочно не назову имен, посмотрим что специалист по продажам знает кроме польской методички)

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

206. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от аНОНИМ (?), 16-Окт-23, 17:04 
> Как эксперт в MooseFS Pro (Да она не бесплатная, но отрабатывает каждую
> копеечку), где есть корзина и даже каждому отдельному файлику можно задать
> сколько копий хранить, смотрю в общем я свысока на ZFS... как
> на говно. Правы тут те ребята, что топят за Btrfs -
> эта штука вполне уже хорошо написана и не подставит как ZFS
> неочевидными проблемами с Zvol при долговременной эксплуатации.

zvol на hdd умудряется оказываться быстрее, чем файл на ext4 или просто раздел скормленный виртуалке.
А вот любая "альтернатива" в btrfs -- умудряется оказываться в *разы* мадленнее. Просто файл через короткое время фрагментируется вхлам и тормозит в 10ки раз. nocow файл просто тормозит в раза по сравнению с с файлом на ext4
Для виртуалок btrfs непригодна вообще никак.

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

207. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 16-Окт-23, 18:17 
> А вот любая "альтернатива" в btrfs -- умудряется оказываться в *разы* мадленнее.

64x write amplification он такой (умножь еще на 8-64 от файловой системы внутри самой виртуалки!)
Это не фрагментация, этот файл никогда не пишется и не читается линейно, ему наплевать.

У zvol из-за его более примитивного устройства должно быть минимум на пару ступенек меньше.

> Для виртуалок btrfs непригодна вообще никак.

не, ну если никто никуда не торопится...

кстати, неумение qemu (изначально заточенной на собственный же cow!) нормально работать с readonly golden image а данные изменять в копии (-snapshot плохая замена овсу, поскольку любой васян из консоли сможет его переписать) не перестает меня удивлять.


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

213. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от аНОНИМ (?), 16-Окт-23, 21:09 
Именно что фрагментация, ВМ поназаписала, а потом filefrag показывает куда больше фрагментов и скорость работы меньше становится.
Ответить | Правка | Наверх | Cообщить модератору

219. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 16-Окт-23, 22:40 
> Правы тут те ребята, что топят за Btrfs -
> эта штука вполне уже хорошо написана и не подставит как ZFS
> неочевидными проблемами с Zvol при долговременной эксплуатации.

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

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

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

236. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от Аноним (65), 17-Окт-23, 23:07 
>  Без всяких виндочек и маков, у которых нихрена сравнимого в технологиях хранения все-равно нету, если цель продажи толкать, можно и технологиями хранения 20-летней давности барыжить, хомяки все равно не все и не всегда понимают за кого их держит отдел маркетинга.

Сейчас мы конечно же с радостью от тебя увидим рассказ на сравнение лин вещей и refs, storage spaces и всё вокруг них?
Не думаю. Скорее мы понаблюдаем лсдшные трипы про свестолеты.

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

245. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 01:41 
Не, таки не увидите - я как бы приветствую имплементацию линуксных фич и новых апи, но мои процессы на майнлайн основательно завязаны. Так что приключения с внемайнлайновыми выкидышами -
это для тех кто понимает зачем ему такие сложности. Да и на уровне структур ФС я не вижу ничерта интересного в этом доисторическом хламе. Если уж меня потянет на странное - я лучше тестовым манекеном для Кента поработаю. Там я по крайней мере понимаю во имя чего мне убиваться предлагается.
Ответить | Правка | Наверх | Cообщить модератору

253. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (65), 18-Окт-23, 20:25 
> Без всяких виндочек и маков, у которых нихрена сравнимого в технологиях хранения все-равно нету, если цель продажи толкать, можно и технологиями хранения 20-летней давности барыжить
> мы конечно же с радостью от тебя увидим рассказ на сравнение
> Не, таки не увидите

Да кто бы сомневался.

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

259. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 18-Окт-23, 23:29 
>> мы конечно же с радостью от тебя увидим рассказ на сравнение
>> Не, таки не увидите
> Да кто бы сомневался.

И правильно. Я по моему предельно ясно дал понять что участь господ типа вас и прочих похов мне что-то вообще совсем не импонирует. Как и рабочие процессы в которые вы вовлечены. И вообще, вон там обсуждают на двоих выгорание и какую там им рассаду выращивать, тьфу, пиццу продавать. А я вот еще позажигаю. Just because I can!

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

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

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




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

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