The OpenNET Project / Index page

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

Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD

13.10.2023 23:23

После более двух лет разработки опубликован релиз проекта OpenZFS 2.2, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после переноса поддержки FreeBSD был признан основной реализацией OpenZFS и переименован.

Работа OpenZFS проверена с ядрами Linux c 3.10 по 6.5 и всеми ветками FreeBSD, начиная с 12.2-RELEASE. Код распространяется под свободной лицензией CDDL. OpenZFS уже используется во FreeBSD и входит в состав дистрибутивов Debian, Ubuntu, Gentoo, NixOS и ALT Linux. Пакеты с новой версией в ближайшее время будут подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOS.

OpenZFS предоставляет реализацию компонентов ZFS, связанных как с работой файловой системы, так и с функционированием менеджера томов. В частности, реализованы компоненты: SPA (Storage Pool Allocator), DMU (Data Management Unit), ZVOL (ZFS Emulated Volume) и ZPL (ZFS POSIX Layer). Дополнительно проектом обеспечена возможность использования ZFS в качестве бэкенда для кластерной файловой системы Lustre. Наработки проекта основаны на оригинальном коде ZFS, импортированном из проекта OpenSolaris и расширенном улучшениями и исправлениями от сообщества Illumos. Проект развивается при участии сотрудников Ливерморской национальной лаборатории по контракту с Министерством энергетики США.

Код распространяется под свободной лицензией CDDL, которая несовместима с GPLv2, что не позволяет добиться интеграции OpenZFS в состав основной ветки ядра Linux, так как смешивание кода под лицензиями GPLv2 и CDDL недопустимо. Для обхода данной лицензионной несовместимости было решено распространять продукт целиком под лицензией CDDL в виде отдельно загружаемого модуля, который поставляется отдельно от ядра. Стабильность кодовой базы OpenZFS оценивается как сопоставимая с другими ФС для Linux.

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

  • Добавлен механизм клонирования блоков, позволяющий создать копию файла или его части без дублирования данных, используя во второй копии ссылки на уже существующие блоки данных исходного файла без их фактического копирования. В случае внесения изменений в исходный файл или его копии, выполняется копирование блоков и внесение изменений в созданные копии (режим copy-on-write на уровне файлов). На базе механизма клонирования реализована операция reflink, которая может использоваться для автоматического создания клонов в различных утилитах копирования, например, в новых версиях /bin/cp в Linux.
  • Добавлена поддержка технологий, применяемых для контейнерной изоляции в Linux, таких как системный вызов renameat, ФС overlayfs, маппинг идентификаторов пользователей при монтировании и делегирование пространств имён для контейнеров.
  • Реализован лог ошибок, выявленных при выполнении операций проверки контрольных сумм (scrub). При выполнении команды "zpool status" выводятся сведения о всех ФС, снапшотах и клонах, которые затрагивает повреждённый блок. Для попытки быстрого восстановления известных повреждённых блоков можно использовать команду "zpool scrub -e".
  • Добавлена возможность использования для контрольных сумм криптографической хеш-функции BLAKE3, примечательной очень высокой производительностью вычисления хеша (в три раза быстрее Edon-R и значительно быстрее sha256 и sha512) при обеспечении надёжности на уровне SHA-3.
  • Реализована операция "zfs receive -c", которую можно использовать для восстановления повреждённых данных (не метаданных) в ФС, снапшотах и клонах, в случаях, когда имеется реплицированная резервная копия, ранее сохранённая командой "zfs send".
  • Добавлена поддержка программного выставления и чтения свойств для отдельных виртуальных дисков vdev.
  • Добавлена возможность привязки к vdev и zpool произвольных пользовательских свойств, по аналогии с пользовательскими свойствами для zfs dataset.
  • Улучшена реализация адаптивного кэша ARC (Adaptive Replacement Cache), повышающего производительность операций чтения. ARC теперь лучше адаптируется к высоким нагрузкам и минимизирует необходимость ручной оптимизации настроек.
  • Добавлена поддержка механизмов аппаратного ускорения вычисления контрольных сумм SHA2.
  • Переписана и оптимизирована реализация контрольных сумм Edon-R.
  • При использовании для сжатия данных алгоритма zstd ускорено определение ситуаций, в которых сжатие бессмысленно (данные не поддаются сжатию).
  • Внесены улучшения в механизм упреждающей загрузки (Prefetch), ускоряющие работу при интенсивном вводе/выводе.
  • Внесена порция общих оптимизаций, повышающих производительность.


 
  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Релиз OpenZFS 2.1 с поддержкой dRAID
  3. OpenNews: В инсталляторе Ubuntu 23.10 будет возвращена поддержка ZFS
  4. OpenNews: Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS
  5. OpenNews: Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD
  6. OpenNews: Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/59930-openzfs
Ключевые слова: openzfs, zfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (258) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:34, 13/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • –1 +/
    > в виде отдельно загружаемого модуля, который поставляется отдельно от ядра

    Кто понимает, значит ли это большую безопасность за счет отделение модуля от ядра?
    Или разницы не будет?

     
     
  • 2.3, Вася Пукин (?), 23:43, 13/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Нет конечно, с точки зрения безопасности разницы нет никакой.
     
  • 2.6, Анан (?), 23:53, 13/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +5 +/
    это сделано чисто изза лицы
    если бы лица была GPL2\3 давно бы фс была в ядре
     
     
  • 3.17, Аноним (17), 01:03, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > если бы лица была GPL2\3 давно бы фс была в ядре

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

     
     
  • 4.20, Аноним (20), 01:15, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Если бы задались целью - вообще легко.
     
     
  • 5.37, Аноним (-), 09:20, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    > Если бы задались целью - вообще легко.

    Да вообще ерунда - переписать больше половины, наверное, здоровенного нетривиального кода достаточно критичного к багам. Заодно потом еще годиков десять баги половить, иначе оно будет прикольно взбрыкивать. Разумеется иногда теряя данные и что там еще.

     
  • 2.10, Аноним (10), 00:01, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Вообще ни разу, он загружается в адресное пространство ядра и представляет с ним одно целое. А сделано это из-за лицензии.
     
  • 2.26, Аноним. (?), 07:17, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    При монолитном ядре - нет. При гибридном или микроядре, может что-то дать.
     

  • 1.2, аНОНИМ (?), 23:42, 13/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    Одна из лучших ФС для линукса
     
     
  • 2.53, анон (?), 11:09, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +5 +/
    Если забыть про все остальные)
     
  • 2.55, пох. (?), 11:13, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –8 +/
    > Одна из лучших ФС для линукса

    к сожалению, да.

    Правда сразу после ntfs-3g

     
     
  • 3.199, mos87 (ok), 12:29, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    а она далеко позади FUSE конечно.
     
  • 2.75, лютый арчешкольник... (?), 15:37, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    >Одна из лучших ФС для линукса

    только закончил миграцию с zfs на btrfs на бэкапном сервере....
    zfs ужасно деградировала всего за год. ls -l в пустом каталоге по 5 сек надо ждать.
    фрагментацию показывает низкую, место есть. ещё и постоянный геморрой при обновлениях ядра.

    du -sh /blabla с btrfs медленнее в десятки раз (40 сек vs 20 минут)... сами такое юзайте

     
     
  • 3.81, Аноним (81), 16:04, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +6 +/
    надо просто знать какие каталоги у тебя в ФС пустые и не делать лс -л там, изи
     
     
  • 4.84, Аноним (-), 16:13, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    > надо просто знать какие каталоги у тебя в ФС пустые и не
    > делать лс -л там, изи

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

     
  • 3.156, Аноним (156), 14:10, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    может тебе еще hammer2 понравится, правда это не под ляликс.
     
  • 3.184, Минона (ok), 08:57, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > du -sh /blabla с btrfs медленнее в десятки раз (40 сек vs 20 минут)... сами такое юзайте

    # time du -sh /blabla/
    6.43T   /blabla

    real    2m11.230s
    user    0m2.805s
    sys     0m24.544s

    Там ~ 1 млн. файлов.

     
     
  • 4.262, Аноним (262), 01:09, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > # time du -sh /blabla/
    > 6.43T   /blabla
    > real    2m11.230s
    > user    0m2.805s
    > sys     0m24.544s
    > Там ~ 1 млн. файлов.

    Ну тогда вот btrfs, на 1 диске, всего 5400RPM, дофига мелких и средних файлов...

    На холодную:
    real 1m29.206s
    user 0m1.309s
    sys 0m19.071s

    С cache hit в оперативу потом - такое:
    real 0m2.874s
    user 0m0.439s
    sys 0m2.432s

    А сколько их всего?
    find ./ | wc -l
    838549

    Чуть меньше миллиона, но сравнимо. Ни на что не претендующие цифры впрочем. Из malus - на этом томе рефлинков чуть более чем дочерта.

     
     
  • 5.263, Минона (ok), 10:08, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну сравнимо.
     
     
  • 6.268, Аноним (268), 22:24, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Ну сравнимо.

    В принципе да, но неплохо бы уточнить конфигу железки хотя бы на предмет дисков/девайсов/их параметров. А заодно и сравнение cold/hot кешей, в конечном итоге 2 довольно разные случая.

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

     
     
  • 7.272, Минона (ok), 15:25, 20/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Ну сравнимо.
    > В принципе да, но неплохо бы уточнить конфигу железки хотя бы на
    > предмет дисков/девайсов/их параметров. А заодно и сравнение cold/hot кешей, в конечном
    > итоге 2 довольно разные случая.

    -
    > # time du -sh /blabla/
    > 6.43T   /blabla
    > real    2m11.230s
    > user    0m2.805s
    > sys     0m24.544s
    > Там ~ 1 млн. файлов.

    Это "на холодную".
    Второй проход - 20 сек.
    raidz2 из 8 SATA WD Gold.

     
  • 3.204, Stellarwind (?), 15:07, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Некие проблемы есть, но оно хоть не разваливается на ровном месте, умеет raidz/raid5 и не выдает No space left on device, хотя там еще минимум половина должна быть свободна :)
     
     
  • 4.254, Аноним (-), 21:10, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Некие проблемы есть, но оно хоть не разваливается на ровном месте, умеет
    > raidz/raid5 и не выдает No space left on device, хотя там
    > еще минимум половина должна быть свободна :)

    А еще некие господа, не пользующиеся btrfs лучше всех остальных знают какие там якобы-проблемы якобы-есть. Иногда еще и лучше чем фэйсбук с миллиардом юзерей на этом всем. Ну вы поняли, экспертиза уровня бох^W пох это как-то так.

     

  • 1.4, пох. (?), 23:44, 13/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –6 +/
    > Добавлена поддержка технологий, применяемых для контейнерной
    > изоляции в Linux

    еще тысчонка строк linoops-only мусора затрагивающего кучу тонких мест.
    Это точно еще openzfs а не ZoL ? А, впрочем, действительно, о чем это я...

     

     ....большая нить свёрнута, показать (29)

  • 1.5, Аноним (5), 23:52, 13/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    Где поддержка 2.4 и 2.6 ядер?
     
     
  • 2.7, Анонин (?), 23:57, 13/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Этот хлам еще где-то используется? У 2.6 EOL был в 2011 году...
     
  • 2.8, Анан (?), 00:00, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    в оракле 7ке и то ядро 3.10 , а уек 5
     
  • 2.12, Аноним (12), 00:26, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Зачем тебе на 4 пне ZFS когда есть православный FAT16?
     

  • 1.13, Аноним (13), 00:31, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +1 +/
    RAIDZ Expansion всё никак не доделают?
     
  • 1.14, danonimous (?), 00:46, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]      [к модератору]
  • +/
    Ого, Sabayon Linux вспомнили! Он, оказывается, ZFS поддерживает, и он ещё жив!

    А в Calculate ZFS есть?

     
  • 1.15, Аноним (15), 00:54, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +4 +/
    Следует переписать на Расте, чтобы поменять лицензию.
     
     
  • 2.16, Аноним (16), 01:01, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    не реально - это больше 27 млн строк кода придется переписывать
     
     
  • 3.19, Аноним (17), 01:06, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > не реально - это больше 27 млн строк кода придется переписывать

    А если пойдет такая пьянка то и устройство файлухи можно сделать менее архаичное. Ну вон Кент Оверстрит легко даст мастеркласс на эту тему.

     
     
  • 4.30, Аноним (36), 09:06, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Не даст, у растеров от такого мозг взрывается, иначе почему мы не видим ни одного большого проэкта на расте ин масс
     
  • 3.42, пох. (?), 09:46, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Ну что ты как маленький? Надо ж не переписать а _начать_переписывать_. Начни с CoC.md, потом сбор donates, не забудь список разработчиков с оно/это/они - и бабло потечет рекой.

    А там может и нескучный йезычок выучишь потихоньку (но это совсем даже и необязательно).

     
  • 2.200, mos87 (ok), 12:30, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >Следует переписать на Расте, чтобы поменять гендерный маркер.
     

  • 1.21, penetrator (?), 01:21, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    нет ни слова про SUSE а зря

    https://en.opensuse.org/OpenZFS

     
     
  • 2.54, пох. (?), 11:11, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    ну так о мертвых - лучше бы просто ничего.

    "Solution

    Disable secure boot, if applicable. "

    вот примерно так у них - все.

     
     
  • 3.56, penetrator (?), 11:40, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    кому он нафиг нужен это секьюребут

    ни один регистр интеловскому драйверу не запишешь даже из под рута, прощай нормальный PWM

    включать секьюребут чтобы грузилась shim прокладка? нахой

     
     
  • 4.209, анон (?), 19:56, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Есть чудная история с it87.
    Где асус начал пихать ноунейм китайские чипы без доки в топ сегмент.
    И ты там тоже ничего не пропишешь, потому что иди лесом.
    И еще изюминка, неправильной записью можно убить ite, поэтому для чипа, у которого маркировка совпадает с чипом из 2008 (и есть дока), они специально сделали несовместимость, чуть ли не для каждой подревизии одинаковых матплат.
     

  • 1.28, Аноним (28), 08:48, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    Чем ZFS хуже BTRFS?
     
     
  • 2.33, Аноним (36), 09:08, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ты опять всё перепутал
     
  • 2.35, ОноНим (?), 09:08, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Да.
     
  • 2.40, Аноним (40), 09:41, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Если Btrfs работает пол года без сбоев - это большая удача, а zfs просто стабильно работает как и заявленно.
     
     
  • 3.44, Аноним (-), 09:50, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > Если Btrfs работает пол года без сбоев - это большая удача, а zfs просто
    > стабильно работает как и заявленно.

    Это не соответствующее действительности заявление. И если фанатам марки не осталось ничего как пытаться даунплеить конкурентов - с ними и их дизайном все ясно.

    У меня вот сотни инсталляций этого, работают годами, и мрет оно в общем случае только если железо крякнуло. Ну там проц заглючил, оператива сбоит и проч. Тут уж извините.

     
  • 3.143, DEF (?), 07:43, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Юзаю BTRFS с 2012 года, не потерял ни одного бита. Выходит я супер удачливый.
     
     
  • 4.185, Минона (ok), 09:10, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Биты это слишком мелко, обычно теряется сразу всё.
     
     
  • 5.211, Аноним (210), 20:44, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Биты это слишком мелко, обычно теряется сразу всё.

    При том почему-то - у экспертов от BSD или виндочки. При том если в виндочке еще есть winbtrfs и там наверное это даже еще теоретически можно, то как это у фанов BSD получается, когда они вопят что виндочку нини, вот это - загадка природы.

    Кстати минона очередной бсдшник (а может и виндузоид) которому как обычно на опеннете за btrfs'а виднее чем тем кто кучу файлух с ним юзает.

     
  • 3.193, EULA (?), 10:57, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Да, да. Как с обновлением CVE на ядре 5.10.
    Одни две недели ждали обновления модуля ZFS и их активно ломали. Другие с дури обновили ядро и потеряли данные на ZFS.
    И так с каждой мажорной версией ядра. От недели до двух надо ждать пока модуль допилят и дистростроители его добавят в репы. И ведь плохая не файловая система, а сама организация ее поддержки в ОС.


    PS. Линуксовая версия модуля ломает ZFS, созданную во FreeBSD.

     
  • 2.43, Аноним (-), 09:48, 14/10/2023 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
  • 2.57, penetrator (?), 11:45, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    не претендую ни на что, так заметка...

    > Добавлен механизм клонирования блоков, позволяющий создать копию файла или его части без дублирования данных, используя во второй копии ссылки на уже существующие блоки данных исходного файла без их фактического копирования.

    вот эта фича только добавлена в zfs, а я на btrfs пользуюсь уже давно

    копия виртуалки на 100 гигов создается за доли секунды

    и все фичи искаропки (кроме рхел) без модулей и прочей нудятины

     
     
  • 3.134, Денис Попов (?), 00:03, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Что значит "только добавлена в zfs"? Дедупликации на zfs 100 лет в обед.
     
     
  • 4.137, penetrator (?), 00:34, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    > Что значит "только добавлена в zfs"? Дедупликации на zfs 100 лет в
    > обед.

    почему бы не почитать статью особенно когда я цитирую?

    https://github.com/openzfs/zfs/pull/13392

     
  • 4.237, Аноним (-), 23:32, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Что значит "только добавлена в zfs"? Дедупликации на zfs 100 лет в обед.

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

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

     
  • 3.186, Минона (ok), 09:31, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    > вот эта фича только добавлена в zfs, а я на btrfs пользуюсь уже давно

    Эта фича для пингвинят, неумеющих использовать zvol вместо файла.

     
     
  • 4.212, Аноним (210), 20:47, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> вот эта фича только добавлена в zfs, а я на btrfs пользуюсь уже давно
    > Эта фича для пингвинят, неумеющих использовать zvol вместо файла.

    Можно и гланды, через ж, автогеном удалить если сильно приспичило. Но вон то по линии менеджмента на порядки проще. Просто дать 1 ключ cp - и это никак не отсвечивает в менеджмент систем. От слова вообще. Полностью прозрачная операция. По эффекту это как 100% дедуп с самого начала - только вот по ресурсам ничего не стоит, потому что хинт что это 100% идентичная копия сразу же и дается через специфичный ioctl, дешево и сердито.

     
     
  • 5.266, edo (ok), 21:36, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Можно и гланды, через ж, автогеном удалить если сильно приспичило

    Это вы не к месту написали. Основное использование zvol — это как раз виртуалки: отдельное блочное устройство, которое из коробки умеет thin provisioning, сжатие, снапшоты, плюс даёт всё те же гарантии консистентности, что и сама zfs

     
     
  • 6.269, Аноним (-), 22:36, 19/10/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.270, Аноним (270), 22:38, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Можно и гланды, через ж, автогеном удалить если сильно приспичило
    > Это вы не к месту написали. Основное использование zvol — это как
    > раз виртуалки: отдельное блочное устройство, которое из коробки умеет thin provisioning,
    > сжатие, снапшоты, плюс даёт всё те же гарантии консистентности, что и
    > сама zfs

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

     
  • 6.271, Аноним (270), 22:41, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    p.s. а еще я на понимаю как оно с таким соотношением жора ресурсов, отвала на апдейтах кернелов и прочими потугами отожрать RAM чтобы задачам не досталось вот именно виртуалочникам зайдет. Они, вообще, реально такие существуют где-то кроме воображения опеннет-экспертов и ушибленных фанов марки?
     
  • 2.71, Аноним (71), 15:20, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Хуже? Она лучше! Ну, разве что бывают проблемы с производительностью при работе с zvol.
     

  • 1.39, NecroJoke (?), 09:39, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    В Альте работает :)
     
     
  • 2.194, EULA (?), 10:59, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Главное ядро не обновляй. Иначе быть беде.
    Но это касаемо любого дистра, а не только Альта.
     
     
  • 3.227, Stellarwind (?), 12:08, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А вы из тех кто всегда на mainline ядре сидит? Вот нахрена?
    Хотя наверно потому что еще и видео АМД и там всегда нужно bleeding edge ядро и месу чтобы нормально работало.
     
     
  • 4.230, EULA (?), 12:27, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > А вы из тех кто всегда на mainline ядре сидит? Вот нахрена?

    Вы из тех, кто CVE держит незакрытыми у себя? Уверены, что вас еще подломили?

    2021 год. После закрытия дыры в ядре  5.10 обновление модуля пришлось ждать 2 (две, Карл) недели.

     

  • 1.46, пох. (?), 10:03, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    Ну ок, потрачу что-ли еще немного бисера впустую - вдруг все же кому-то пригодится.

    Итак, test case для zfs + freebsd: берем работающую систему и zfs send ее куда-нибудь подальше. Берем другую работающую систему (совсем другую, чтоб уж точно исключить наведенные сложные глюки), создаем на ней zvol, внутри zvol (!) разделы как на диске первой системы (у меня там, логично, boot, своп и zpool), и туда zfs receive полученное в пункте 1.
    (как несложно догадаться, изначально я хотел чтобы это была виртуалка первой машины внутри второй, поэтому мне и понадобились разделы, но так далеко вам не надо будет ходить)

    Опционально (результат не должен от этого зависеть) - пытаемся сделать этому пулу import. (ну конечно не забыв про либо nomount либо altroot)

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

    shutdown/reboot

    Ожидание - ну либо какая-нибудь _объяснимая_ ошибка, либо мы видим два пула - настоящий и виртуальный из виртуального диска внутри zvol.
    Реальность - ну сами увидите.

    Проделывалось все это под немодной freebsd 12, поэтому ничего не могу обещать по поводу модных современных с линуксом унутре. Но рискну предположить что воз и ныне там, поскольку это скорее всего geom а не сама zfs и никаких подвижек в его коде не было.

    а, да - sysctl'и управляющие рекурсивным поиском - по вкусу.
    Результаты будут разные, но каждый раз - занимательные.

     
     
  • 2.59, ant2 (?), 12:25, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Рекомендую попробовать zxfer.
    Он работает ОК.
    На 12-stable желателен патчик https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254530
     
     
  • 3.60, пох. (?), 12:53, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Рекомендую попробовать zxfer.

    Простите, вы пробовали прочитать написанное?


     
  • 3.61, пох. (?), 12:58, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > На 12-stable желателен патчик https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254530

    патч прекрасен: https://bz-attachments.freebsd.org/attachment.cgi?id=225842
    т.е. все что вы категорически не хотели знать о zfs и руках которыми ее кодят.
    (нет, это не имеет ни малейшего отношения к тому что я там выше описывал. Просто отдельный шедевр искусства, самодостаточный.)

     
  • 2.91, Аноним (-), 17:37, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > (как несложно догадаться, изначально я хотел чтобы это была виртуалка первой машины
    > внутри второй, поэтому мне и понадобились разделы, но так далеко вам
    > не надо будет ходить)

    Вау. Пох пытается освоить враппинг виртуалок в стиле почти как я vs btrfs. Только в btrfs это сильно проще, меньше entity на прогрев мозга - и оно потом еще и работает к тому же. В линухе, конечно.

     
     
  • 3.96, пох. (?), 17:49, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Вау. Пох пытается освоить враппинг виртуалок в стиле почти как я vs
    > btrfs. Только в btrfs это сильно проще, меньше entity на прогрев

    только в btrfs нет volumes, поэтому чья бы корова мычала...

    > В линухе, конечно.

    В линухе мне не нужно. Совсем. Вместе с линухом.

     
     
  • 4.112, Аноним (112), 20:38, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > только в btrfs нет volumes, поэтому чья бы корова мычала...

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

    >> В линухе, конечно.
    > В линухе мне не нужно. Совсем. Вместе с линухом.

    Ну дык виндочкой пользуйся, с нтфсиком, все как ты и хотел. Не, не айс?

     
     
  • 5.116, пох. (?), 21:21, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    опять зелен виноград. Все что у тебя не работает и никогда не будет - тебе не баг а фича.

    пользуюсь. вполне доволен. Моего труда в нее вложено ровно ноль, и это прекрасно.

     
     
  • 6.119, Аноним (119), 21:57, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Знаешь что мне в btrfs больше всего нравится Его менеджмент, вот это - next gen... большой текст свёрнут, показать
     
     
  • 7.127, пох. (?), 23:07, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    слив засчитан Вместо по существу - опять сказки про белого бычка угу Образчик... большой текст свёрнут, показать
     
     
  • 8.135, Аноним (-), 00:15, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да не, просто на меньшее согласиться после вон того - уже тяжко У тебя получило... большой текст свёрнут, показать
     
     
  • 9.136, пох. (?), 00:34, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    не-а У меня получился srv docker - которого я вовсе и не спрашивал Вероятно... большой текст свёрнут, показать
     
     
  • 10.172, Аноним (-), 19:51, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну так снеси его и сделай subvol где там хотел Все кроме создания иного subvol ... большой текст свёрнут, показать
     
     
  • 11.176, пох. (?), 20:22, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В том что эксперт так и не понял ни что произошло, ни почему это дерьмовая фич... текст свёрнут, показать
     
     
  • 12.182, Аноним (-), 22:46, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ты дефолтный subvolume чтоли там переназначил А нафига ты его так Ну переназна... большой текст свёрнут, показать
     
     
  • 13.183, пох. (?), 23:02, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Этот том просто не имеет общего для всех корня и никогда им не монтируется - пот... текст свёрнут, показать
     
     
  • 14.214, Аноним (-), 21:44, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Моя проблема в том что я не понимаю что ты пытался изобразить и нафига - так По... большой текст свёрнут, показать
     

  • 1.48, Аноним (48), 10:31, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Хочешь выстрелить себе в ногу - заюзай файловую систему, которая внутри себя содержит мини-ОС и отжирает всю свободную память. Пусть и будешь потом с прострелянной ногой, зато сможешь перед всеми хвастаться, что у тебя крутые снапшотики.
     
     
  • 2.50, Аноним (49), 10:57, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –6 +/
    > отжирает всю свободную память

    если тебе хочится лишь кликать далее->далее->далее, то просто ставь шиндовс и не парься
    если же есть хоть немного моска, то достаточно добавить

    vfs.zfs.arc_max=_сколько_гигов_не_жалко_G

    и спать спокойно
    в общем-то это весь тюнинх с prefetch_disable=1, который может понадобится на десктопике.

     
     
  • 3.51, пох. (?), 11:05, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    наоборот - если мозгов совсем нет - можно повторять васянские заклинания (ведущие к потере больше 70% производительности).

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

     
     
  • 4.123, Аноним (-), 22:27, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    > наоборот - если мозгов совсем нет - можно повторять васянские заклинания (ведущие
    > к потере больше 70% производительности).

    Пох так завуалированно рассказал что оказывается дизайн где даже экстентов толком нет - не может, оказывается, быть быстрым. Вот если RAM-диск вместо него запилить... но с этим говорят есть некоторые нюансы :)))

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

    Ну вот btrfs всей этой порнографией не страдает например. И даже кентовское нечто - не будет. Там кому такое хотелось поставить NVMEшник какой фронтом и получит что-то такое в более адекватном формате.

     
     
  • 5.129, пох. (?), 23:15, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    нет,это ты опять из пальца высосал чушь никак не связанную с темой треда - зато ... большой текст свёрнут, показать
     
     
  • 6.141, Аноним (-), 01:18, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Мне понятно что дизайн в котором даже экстентов нет - нативно быстрым быть не ... большой текст свёрнут, показать
     
  • 5.228, Stellarwind (?), 12:13, 17/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Шишкин про btrfs все уже давно написал - если ФС не может сразу эффективно данные на диске разложить, а требует постоянной ребалансировки, то это не ФС, а говно.
     
     
  • 6.238, Аноним (238), 23:39, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Шишкин про btrfs все уже давно написал - если ФС не может
    > сразу эффективно данные на диске разложить, а требует постоянной ребалансировки, то
    > это не ФС, а говно.

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

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

     
  • 3.146, leap42 (ok), 08:38, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    А если мне на ФС жалко даже 1 гиг (128мб ещё могу понять), будет работать?
     
  • 2.70, Аноним (71), 15:11, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Что вы хотели этим сказать?
     
     
  • 3.73, пох. (?), 15:33, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Это его конспект мифов и легенд опеннета, взятых наудачу из середины рулона в 54 метра.

    Не тратьте время, проходите мимо, тут не на что смотреть.

     

  • 1.62, DEF (?), 13:20, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –4 +/
    Морально устаревшая и прожорливая ФС, основанная на блоках, а не на экстентах. BTRFS давно уделывает ZFS как по надежности, так и по быстродействию.
     
     
  • 2.66, Аноним (66), 15:01, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Шишкина на тебя нет, он бы тебе рассказал про "надёжную" и "быструю" BTRFS...
     
     
  • 3.76, лютый арчешкольник... (?), 15:44, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    >Шишкина на тебя нет, он бы тебе рассказал про "надёжную" и "быструю" BTRFS...

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

     
  • 3.92, Аноним (92), 17:40, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    > Шишкина на тебя нет, он бы тебе рассказал про "надёжную" и "быструю"
    > BTRFS...

    Да там скорее Кент мастеркласс даст. Правда, нюансик в том что он 90% идей содрал с btrfs'а как раз, ну не с этой же архаики, в самом то деле, а оставщиеся 10% прикрутил перфоманс и мультидевайсные многоуровневые хранилки, что так то довольно круто.

     
     
  • 4.97, пох. (?), 17:51, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    > Да там скорее Кент мастеркласс даст. Правда, нюансик в том что он

    что ничего не работает и неизвестно будет ли.

    > же архаики, в самом то деле, а оставщиеся 10% прикрутил перфоманс
    > и мультидевайсные многоуровневые хранилки, что так то довольно круто.

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

     
     
  • 5.105, Аноним (-), 18:08, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да не, в отличие от слабаков и лузеров этот крутыш таки сам жрет что испек, так ... большой текст свёрнут, показать
     
     
  • 6.151, Аноним (66), 12:08, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Этот крутыш таки сам жрет что испек.

    Сильно сомневаюсь. Скорее всего этот "крутыш" с макоси не слазит, как и 99,9% остальных разрабов, и является таким же теоретиком как и Шишкин, только не до конца повзрослевшим.

     
     
  • 7.177, пох. (?), 20:25, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Сильно сомневаюсь. Скорее всего этот "крутыш" с макоси не слазит, как и

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

     
  • 7.215, Аноним (-), 21:53, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вообще-то опеносорс изначально, в его нормальном виде - делается людьми для себя... большой текст свёрнут, показать
     
  • 4.110, User (??), 19:23, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Слушай, ты столько раз повторил "Кент то" да "Кент сё" - что мне уже Оллман с Маккьюзиком вспомнились.
     
     
  • 5.113, Аноним (-), 20:42, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > Слушай, ты столько раз повторил "Кент то" да "Кент сё" - что
    > мне уже Оллман с Маккьюзиком вспомнились.

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

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

     
     
  • 6.124, User (??), 22:30, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Не, я не осуждаю, что вы! Весна в душе - это прекрасно, пусть расцветают все цветы...
     
     
  • 7.216, Аноним (-), 21:59, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Не, я не осуждаю, что вы! Весна в душе - это прекрасно,
    > пусть расцветают все цветы...

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

    А еще это дьявольски эффективно. Ну вот реально все напрягавшие меня системные баги гасились самый край в пределах недели. Я такого больше нигде и никогда не видел. А напрасно, такие подходы неплохо бы взять за эталон.

     
  • 6.235, Аноним (235), 17:46, 17/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Это вам не шишкин-теоретик, у этого дизайн - есть, он им для себя - пользуется

    Кому какое дело, что он делает "для себя"? А вдруг он копрофаг? Так что теперь, всем говно есть?

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

     
     
  • 7.239, Аноним (239), 23:48, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А я посмотрю 1 Что заявлятеся как rationale и deadlier than bullet point ... большой текст свёрнут, показать
     
  • 3.144, DEF (?), 07:45, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Этот тот Шишкин, который грозился выпустить Reiser5, но в итоге бросил ее разработку еще в 2020 году? Мнение этого теоретика, который неспособен довести ФС до юзабельного состояние - не интересно.
     
     
  • 4.150, Аноним (66), 12:00, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Что-то я не припоминаю чтобы Шишкин давал каки-либо обещания или называл какие-то сроки.
     
     
  • 5.240, Аноним (-), 23:50, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Что-то я не припоминаю чтобы Шишкин давал каки-либо обещания или называл какие-то
    > сроки.

    Ну а поскольку мы тут не Мак Лауды а пользоваться фатом и прочими нтфсами из лохматых девяностын наз заколебало - сорянчик, но мы будем пользоваться тем что есть. Если академ гуру может выкатить что то лучше - удачи ему. Иначе - теории не подтвержденные практикой не дорого стоят. Вообще даже в научном сообществе, не только в бизнесе. А там - и подавно.

     
  • 2.67, Аноним (71), 15:01, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Разве что в бенчмарках. В условиях реальной нагрузки - наиболее оптимальная фс. Для виртуализации - просто идеал!
     
  • 2.166, Аноним (166), 16:16, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Для ОС, в которой придумали OOM Killer для решения базовых недоработок эту ФС еще рановато внедрять.
     
  • 2.195, ptr (??), 11:12, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    У них разные области применения. Я так же могу сказать, что XFS "давно уделывает" BTRFS по производительности PostgreSQL. Но из этого следует лишь то, что для профиля нагрузки PostgreSQL XFS подходит лучше, чем BTRFS.
     

  • 1.63, Kuromi (ok), 14:23, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    Прекрасный пример того как такая штука как "лицензия" может создать невероятное количество головной боли для всех и каждого. Причем не удивлюсь если внутренне Оракл в общем-то уже готовы бы и плюнуть на CDDL, но too late, одной работы юристов нынче на годы наберется чтобы правовой бардак этот разгрести.
     
     
  • 2.74, пох. (?), 15:36, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    прекрасный пример подмены понятий. Неимоверное количество головной боли (не для всех а только и исключительно для авторов ZoL) создало намеренное вредительство linux kernel crowd, а вовсе не лицензия.

    vmware (нагнувшая этот crowd на бабки за попытки настаивать на своих фанабериях) ничуть вот не пострадала. Хотя и использует у себя кусок линуксного ведра.

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

     
     
  • 3.80, Tron is Whistling (?), 15:58, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    На самом деле это вмварь нагнули - и пришлось им выпиливать ядро и писать прослойку-обёртку, чтобы некоторые драйверы худо-бедно работали. Я просто адаптировал пару сказёвых драйверов - в курсе.
     

  • 1.64, Аноним (66), 14:26, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    Зачем она нужна в современных реалиях? Это же архаика!
     
     
  • 2.68, Аноним (71), 15:04, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Это лучшее, что только существует в мире фс. Как можно этого не понимать - для меня загадка.
     
     
  • 3.72, Аноним (66), 15:25, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Как можно называть лучшей систему, которая требует для своей работы 30% свободного места и которая не умеет в нормальное расширение и реконфигурацию пула,  -- вот это загадка.
     
     
  • 4.79, Tron is Whistling (?), 15:57, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Да ладно, оно ж др... наслаждаться, а не для работы.
     
  • 4.93, Аноним (71), 17:46, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    С тюнингом, можно забить и до 95%, но... WA никто не отменял. Но лучше этого не делать на любой фс - +15х и выше к износу накопителя гарантирую. Если это харды, то настраиваем и пользуемся.
     
  • 4.99, Аноним (-), 17:58, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Как можно называть лучшей систему, которая требует для своей работы 30% свободного
    > места и которая не умеет в нормальное расширение и реконфигурацию пула,
    >  -- вот это загадка.

    Они просто btrfs-ный менеджмент не пробовали, когда можно и отрастить ФС, и убавить, и девайс добавить, и изъять, даже по 1 девайсу - и без нагрева мозга размерами, выравниванием и прочим миндфаком характерных для классических райдов и прочих "охраните десяток запасных однотипных винчей на складе, иначе не энтерпрайзно".

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

     
     
  • 5.117, пох. (?), 21:26, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Сказочник опеннета. Ничего что все то же самое можно и в zfs? И никакие десятки однотипных даром не нужны. А вот raid6 (при котором некоторые из этих вещей таки становится нельзя, но в обмен на понятно что) - у вас нет и не будет даже с write hole. Патамушта нишмагли в матемагию, нет у вас Левенталя. Платите денюжки наследникам LSI и плачьтесь про низкую производительность (когда 64x write amplification налетит на рейдовскую)

    > Ну а бонусом - если с местом вышел задник, дефрагера там таки нетути кажись.

    без мозгов жить ведь вообще непросто?

    > если вы вошли во вкус и отрастили здоровый пул

    а документацию прочитать так и не осилили (и да, она существует)

     
     
  • 6.120, Аноним (-), 22:11, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А что, оно у вас там уже научилось в смену схемы хранения без разборки пула И т... большой текст свёрнут, показать
     
     
  • 7.122, пох. (?), 22:23, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    нет, но я не могу себе представить настолько ненужных данных чтобы мне это понад... большой текст свёрнут, показать
     
     
  • 8.128, Аноним (-), 23:12, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В случае btrfs это довольно безопасные операции Я даже крешил пару раз Оно впо... большой текст свёрнут, показать
     
     
  • 9.133, пох. (?), 23:44, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    гладко было на бумаге У меня нет никаких поводов подвергать им пул с какими-т... большой текст свёрнут, показать
     
     
  • 10.142, Аноним (-), 01:39, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну вот у меня как я уже сказал сие даже креши переживало Не то чтобы я сильно х... большой текст свёрнут, показать
     
     
  • 11.149, пох. (?), 11:19, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    извини, но он у тебя в мозгах Тебе сколько еще раз повторять что однотипные дис... большой текст свёрнут, показать
     
     
  • 12.217, Аноним (-), 22:26, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В случае btrfs жестко прибитых на гвозди решений которые принципиально невозможн... большой текст свёрнут, показать
     
     
  • 13.221, пох. (?), 22:46, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    и получаешь не рейд а кандидата в покойники Когда этот одинокий дивайс навернет... текст свёрнут, показать
     
     
  • 14.241, Аноним (241), 00:34, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Этому прохладному преданию местных экспертов - я уже со счета сбился сколько лет... большой текст свёрнут, показать
     

  • 1.65, Аноним (65), 14:37, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Вот это, плюс бтрфс, бкэшфс ведёт к выкидыванию лвм2. Не нужен он оказывается. А на что менять в этих фс вот это https://www.systutorials.com/docs/linux/man/8-lvmlockd/ ?
     
     
  • 2.139, пох. (?), 00:44, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Вот это, плюс бтрфс, бкэшфс ведёт к выкидыванию лвм2. Не нужен он

    ну не нужен так не нужен.

    > оказывается. А на что менять в этих фс вот это https://www.systutorials.com/docs/linux/man/8-lvmlockd/

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

    А lvmlockd нужен только для кластеринга самого lvm если вдруг тебе зачем-то приспичило такое. Кластерную fs поверх его тома никто не отменял.


     
     
  • 3.247, PnD (??), 11:02, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    lvmlockd заиграл совершенно новыми красками в сочетании с sanlock.
    Последний правда писа́ли какие-то неадекваты. Т.е. видно что было Т.З. от кого-то кто понимает что ему в принципе нужно. А вот реализация…
    Но в целом, после некоторых доводок sanlock и openStack получилось достаточно съедобно.
     

  • 1.78, Tron is Whistling (?), 15:56, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –2 +/
    С системным пулом кеша уже интегрировали? Если нет - мимо.
     
     
  • 2.94, Аноним (71), 17:48, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    И не будет.
     
     
  • 3.147, Tron is Whistling (?), 08:42, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > И не будет.

    Ну и ладно. Значит совсем мимо, даже экспериментировать смысла нет.

     
  • 2.98, пох. (?), 17:55, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > С системным пулом кеша уже интегрировали?

    Чтобы забивать его бессмысленным мусором вместо использования ARC? Спасибо, нафиг не надо.

    А memory pressure - где угодно кроме линукса.

     
     
  • 3.101, Аноним (-), 18:00, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >> С системным пулом кеша уже интегрировали?
    > Чтобы забивать его бессмысленным мусором вместо использования ARC? Спасибо, нафиг не надо.

    Если у тебя виндочка десктопом - то конечно. А если на эту память еще и другие апликихи претендуют - ну вот извините!

    > А memory pressure - где угодно кроме линукса.

    Ты это о чем?

     
     
  • 4.104, пох. (?), 18:04, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Чтобы забивать его бессмысленным мусором вместо использования ARC? Спасибо, нафиг не надо.
    > Если у тебя виндочка десктопом - то конечно. А если на эту
    > память еще и другие апликихи претендуют - ну вот извините!

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

    >> А memory pressure - где угодно кроме линукса.
    > Ты это о чем?

    эксперты опеннета в своем репертуаре, ага.

     
     
  • 5.114, Аноним (-), 20:46, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну правильно, чуваку с виндочкой - ничего кроме файлопомоек и не интересно, так ... большой текст свёрнут, показать
     

  • 1.86, АнонимЪ (?), 17:03, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Хочу сделать надёжное хранилище для архива семейных фоток, чтобы они не были подветжены бит роту и прочим бед блокам. Raid-Z1/2 кажется для этого неплохим выбором в том числе за счёт наличия функции scrub (до этого ZFS не пользовался).
    Что думаете об этом?
     
     
  • 2.100, пох. (?), 17:58, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    > Хочу сделать надёжное хранилище для архива семейных фоток,

    напечатай на фотобумаге и сложи в альбомчик. Храни надежно. Фотоархивы моей семьи пережили две большие войны. В отличие от большинства людей на тех фотографиях.

    Ни один электронный носитель пока что не может похвастаться даже полувековым возрастом.

     
     
  • 3.103, Аноним (-), 18:02, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > напечатай на фотобумаге и сложи в альбомчик. Храни надежно. Фотоархивы моей семьи
    > пережили две большие войны. В отличие от большинства людей на тех фотографиях.

    С цветными фотами сие работает намного хуже, у меня ряд фот конкретно выцвел за 20-30 лет почему-то.

    > Ни один электронный носитель пока что не может похвастаться даже полувековым возрастом.

    Насчет полувекового черт знает, а винч 1996 года - работает, однако. И даже до сих пор IDE разъем для него найти не особо проблемно. Правда нахрен он мне с его емкостью я хз, туда современных фоточек не очень много лезет, а 640x480x16 цветов - ну такое себе :)

     
     
  • 4.106, пох. (?), 18:09, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > С цветными фотами сие работает намного хуже, у меня ряд фот конкретно
    > выцвел за 20-30 лет почему-то.

    плохая обработка. У меня фото именно такого возраста тоже плохо себя чувствуют - потому что это совок с его материалами и его химией. В лучшем случае - ГДРовскими. С фото уже постсовкового периода, из нормальной лаборатории - ничего не происходит, хотя они одной эпохи.

    > Насчет полувекового черт знает, а винч 1996 года - работает, однако. И

    жаль что фотка в нормальном (для 1890го года) разрешении в него влезает ровно одна?

     
     
  • 5.115, Аноним (-), 20:54, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну вот да, именно совок и выцвел в гамно Импортная химия и правда явно лучше со... большой текст свёрнут, показать
     
  • 5.155, crypt (ok), 14:09, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > плохая обработка.

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

     
     
  • 6.218, Аноним (-), 22:33, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А таки он прав - совковые цветные фоты у меня выцвели просто в гуано, там и изна... большой текст свёрнут, показать
     
  • 3.154, crypt (ok), 14:06, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    и опять я согласен с пох. более того я плотно занимался аналоговым фото и оно живо и сейчас. совершенно непередаваемые ощущения по сравнению с айти, но сложнее. это не крутить пару ползунков в редакторе и использовать AI фильтры, как привыкло нынешнее смузи.
     
  • 2.132, Аноним (48), 23:33, 14/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    заюзай hammer2
     
  • 2.145, DEF (?), 07:52, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Что думаете об этом?

    Тебе подойдет BTRFS.

     
  • 2.167, Аноним (166), 16:18, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Поставь FreeBSD с пулом на ZFS и будет работать вечно.
     
     
  • 3.187, Пряник (?), 10:05, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    И почему же именно FreeBSD? На Linux ZFS тоже работает. Ох уж эти ыкзперды...
     
     
  • 4.196, Аноним (196), 11:56, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    Потому что для хранения фоток нужна просто стабильность и надежность.  А вот все эти странные эксперименты гибрида пылесоса с ракетой можно проводить на машине, где важные фотки не хранятся.
     
     
  • 5.197, Пряник (?), 12:09, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Тогда за основу Linux, так как у него больше пользователей и разработчиков. И выше шанс найти ответ в случае проблем. По FreeBSD документация ужасная.
     
     
  • 6.220, Аноним (-), 22:45, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Тогда за основу Linux, так как у него больше пользователей и разработчиков.
    > И выше шанс найти ответ в случае проблем. По FreeBSD документация ужасная.

    Там и протестированность кода скорее всего сильно хуже. Сколько линуха юзает а сколько бсд. И коммиты от народа *@fb.com -> btrfs я таки вот вижу и они там в топе комитеров так то, что на пользу качеству и перфомансу кода точно идет. А от нетфликса такое как, бывает, в промышленных масштабах? :)

     
  • 6.226, пох. (?), 23:43, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Тогда за основу Linux, так как у него больше пользователей и разработчиков.

    Количество дол...ов не переходит в качество.

    > И выше шанс найти ответ в случае проблем. По FreeBSD документация

    в случае серьезных проблем ты найдешь только вопросы. Как я в истории с неработающим zpool -e (во фре, заметим, работал)

    > ужасная.

    у вас никакой нет.

     
     
  • 7.242, Аноним (-), 00:46, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да вот не скажи Вытоптанность поляны - великая вещь А ты можешь быть первым, к... большой текст свёрнут, показать
     
  • 6.229, Аноним (166), 12:16, 17/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Там в документации написано абсолютно всё Для торопыжек еше Handbook c оглавлен... большой текст свёрнут, показать
     
     
  • 7.231, Пряник (?), 15:04, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну гугл не находит то, что мне нужно. А читать всё подряд - ну такое себе.
     
     
  • 8.234, Аноним (166), 16:04, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Тогда хорошим выходом будет сменить специализацию А гугл - он подбирает поиск с... текст свёрнут, показать
     
     
  • 9.252, Пряник (?), 17:17, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    С каких это пор знание FreeBSD стало определяющим в специализации ... текст свёрнут, показать
     
  • 3.205, АнонимЪ (?), 16:26, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Я смотрю на TrueNAS, а он недавно перешёл под капотом с FreeBSD на Linux. Получается, под Linux ZFS уже достаточно стабильна?
     
     
  • 4.208, пох. (?), 18:19, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Менеджерам по продажам наплевать насколько оно шта6ильно. Пипл хотел докера и пипл его получил.
    А вот являешься ли ты сам целевой аудиторией фринаса - все не так однозначно.

     
  • 2.233, Пряник (?), 15:18, 17/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Хочу сделать надёжное хранилище для архива семейных фоток

    Магнитная лента.

     
  • 2.267, edo (ok), 21:53, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да, zfs отлично подходит.
    Только нужно понимать, что (a) хранение данных — это процесс (регулярный scrub, замена проблемных носителей и прочего железа), (b) никакая fs не отменяет бэкапа
     

  • 1.87, Аноним (-), 17:07, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Купил SSD и чтобы уменьшить запись на SSD диск установил Mint на Ext2 Но, предп... большой текст свёрнут, показать
     
     
  • 2.232, Пряник (?), 15:08, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Винда в роли хоста и виртуальный Linux? Может лучше наоборот?
     

  • 1.90, Аноним (66), 17:31, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    А вот любопытно, существуют ли файловые системы с некоей внутренней избыточностью данных? Что-то типа Parchive + FS в одном флаконе. Неужели до этого ещё никто не додумался?
     
     
  • 2.95, Аноним (92), 17:48, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Btrfs может хранить данные и метаданные в РАЗНЫХ схемах избыточности И в частно... большой текст свёрнут, показать
     
  • 2.102, пох. (?), 18:01, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > А вот любопытно, существуют ли файловые системы с некоей внутренней избыточностью данных?

    zfs set copies=3

    Только вот не забудь прочитать man. В том числе что там написано в следующем абзаце.


     
  • 2.111, Аноним (111), 20:18, 14/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Raid6. Это интересно как код рида-соломона позволяет восстановить произвольную утерянную часть данных в пределах избыточности, если я верно понимаю принцип работы par2. Только при множественных повреждениях требования к объёму парити-данных растут.
     

  • 1.126, Аноним (66), 22:40, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Перечень изменений (равно как и фронт работ на гитхабе) конечно удручает... Всё это говорит лишь об одном: ФС изначально сырая и непродуманная, и для того чтобы исправить все её родовые изъяны, её потребуется переписать заново.
     
     
  • 2.188, Пряник (?), 10:06, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Это Open Source, детка! Руки в ноги и вперёд :)
     
  • 2.201, Аноним (166), 13:02, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Перечень изменений (равно как и фронт работ на гитхабе) конечно удручает... Всё это говорит лишь об одном: ФС изначально сырая и непродуманная, и для того чтобы исправить все её родовые изъяны, её потребуется переписать заново.

    На Соляре - просто работала, на Фряхе - посто работала, на других Unix - просто работала. Причем работала так: хочешь просто ФС, хочешь рейды, хочешь дедупликацию, хочешь со сжатием, хочешь - все сразу и грузишься прям с неё же.
    Потом вообще другие люди взялись писать под Линукс, конечно же все не так в коде, конечно же нужно было не сделав основную работу начать пихать туда все самые нужные новые хрени. Теперь гитхаб в коммитах, виноваты те, кто десяток лет назад сделал работающий продукт.

     
     
  • 3.246, Аноним (-), 03:45, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Ну так а вам кто-то запрещает юзать вон то, десятилетней давности Или в чем ваш... большой текст свёрнут, показать
     
     
  • 4.248, Аноним (166), 12:04, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Какие такие "мы..свои системы"? Еще один желающий примазатьмя к чужим трудам?
    Я пользуюсь в каждой задаче тем, что подходит и надежно работает. В задаче хранения данных на софт рейде фря дает надедный результат уже очень много лет. Что там сделали всегда недовольные недопрограммисты-опеннетчики вопрос к ним и их идентификации. А подгорает у того, кому нужно спорить с очевидными фактами и писать по три абзаца текста, чтоб от них отвернуться.
     
     
  • 5.256, Аноним (-), 21:45, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Там и мои труды есть самообслуживание часть культуры опенсорса здорового челове... большой текст свёрнут, показать
     

  • 1.130, пох. (?), 23:25, 14/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    кстати, заглянул я тут по ссылочке - чисто посмотреть что это там в arc наулучшайкали. Буду краток - х-ево ВСЁ!

    https://github.com/openzfs/zfs/pull/14359

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

    Других разработчиков у меня для вас нет.

     

     ....большая нить свёрнута, показать (17)

  • 1.153, dimez (?), 13:34, 15/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Эх, как же жалко, что Jonathon Fernyhough умер, некому пакеты с новым ZFS собирать.
     
  • 1.159, Аноним (66), 15:00, 15/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +1 +/
    Почитал комментарии и понял что нужна ZFS2.
     
     
  • 2.163, Аноним (48), 15:55, 15/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Когда начнёшь писать?
     
  • 2.179, kazancevss (ok), 22:02, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Поменьше читай комментарии и побольше думай своей головой))
     
     
  • 3.189, Пряник (?), 10:09, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Скорее так: думай меньше, а соображай больше.
     
  • 2.181, пох. (?), 22:38, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    > Почитал комментарии и понял что нужна ZFS2.

    Sun2 нужна. Чтоб платила много денег, производила что-то необычное (чтобы работой в этом месте дорожили), но и не очень предъявляла за результаты.

    А таких сейчас не делают.

     
     
  • 3.223, Аноним (-), 23:09, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Почитал комментарии и понял что нужна ZFS2.
    > Sun2 нужна. Чтоб платила много денег, производила что-то необычное (чтобы работой в
    > этом месте дорожили), но и не очень предъявляла за результаты.

    Да и для первого все это закончилось не очень хорошо так то. К тому же проприетарь не в тренде а в опенсорсе они рубаться с своей корп культурой не смогли. Только пятки себе отстрелили.

    > А таких сейчас не делают.

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

     

  • 1.169, Аноним (169), 16:21, 15/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –7 +/
    Как эксперт в MooseFS Pro (Да она не бесплатная, но отрабатывает каждую копеечку), где есть корзина и даже каждому отдельному файлику можно задать сколько копий хранить, смотрю в общем я свысока на ZFS... как на говно. Правы тут те ребята, что топят за Btrfs - эта штука вполне уже хорошо написана и не подставит как ZFS неочевидными проблемами с Zvol при долговременной эксплуатации.
     
     
  • 2.170, Аноним (66), 16:53, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    О каких "неочевидных проблемах" идёт речь? Пока что о подобном я слышал только применительно к BTRFS. Да, ZFS не самая современная система, но ведь и EXT4 -- не писк моды. Тем не менее большинств линуксоидов сидят на ext4 и горя не знают.
     
     
  • 3.174, пох. (?), 20:14, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > О каких "неочевидных проблемах" идёт речь? Пока что о подобном я слышал
    > только применительно к BTRFS

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

     
     
  • 4.224, Аноним (-), 23:12, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > У нее нет никакого аналога zvol, нет кода, нет проблемы, так они
    > всех и победят. Наверное.

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

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

     
  • 3.175, пох. (?), 20:18, 15/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    и вообще не парься, к нам приперся "эксперт" видимо из отдела продаж - который даже не способен отличить кластерную фс без собственного direct storage и локальную, этот самый сторадж в том числе этой самой кластерной фс и обеспечивающую. Я попытался ему ответить технически корректно, но мне в очередной раз напомнили что опеннет не место для технических дискуссий, пусть теперь в логе автоудалятора читает (он, полагаю, не станет).

     
     
  • 4.250, Аноним (250), 12:26, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Так имелось ввиду что нативным сторейджем будет ext4 снизу, а уже сверху ставишь MooseFS. Итого имеем все плюшки MooseFS и никаких проблем с LVM, ZFS, Btrfs и так далее. Никакой фрагментации и не будет в помине, чанки MooseFS это обычные файлы по 64MB. Для незнающих, у MooseFS есть поддержка блочных устройств, как раз для маппинга образов виртуальных машин через ее утилиту mfsbdev, чтобы обойтись для образов виртуалок без прослойки FUSE и получить одни плюсы от эксплуатации, в том числе там можно подмонтировать на сервере с опцией приоритета использования локального чанк сервера, чтобы к образу виртуалки не шла запись и чтение по сети, это касается не только образов но и для обычных папок и файлов тоже актуально. Поэтому я продолжаю смотреть свысока на ZFS... как на говно.
     
     
  • 5.261, пох. (?), 23:47, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Так имелось ввиду что нативным сторейджем будет ext4 снизу, а уже сверху ставишь MooseFS.

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

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

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

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

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

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

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

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

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

     
     
  • 6.264, Хрюша (?), 16:41, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Пох, ты себе не поверишь, но на твой бисер всем вообще насрать, людям не нужна ни ZFS ни Btrfs. Очень просто.
     
     
  • 7.265, пох. (?), 20:09, 19/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Пох, ты себе не поверишь, но на твой бисер всем вообще насрать,
    > людям не нужна ни ZFS ни Btrfs. Очень просто.

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

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

     
     
  • 8.273, Хрюша (?), 20:41, 20/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Кто тебе сказал что она нужна в качестве локальной хранилки Просто выше объясни... текст свёрнут, показать
     
     
  • 9.274, пох. (?), 17:29, 21/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    да кто тебя вообще звал сюда Мы здесь обсуждали - фс для локальной хранилки т-... текст свёрнут, показать
     
     
  • 10.275, Аноним (250), 17:44, 22/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Правильно пишут что zfs с его send receive или с zvol over iscsi не надёжно ис... текст свёрнут, показать
     
     
  • 11.276, пох. (?), 20:34, 22/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В каком месте тебе опять померещились какие-то кластерные решения Мы в коммен... текст свёрнут, показать
     
  • 2.206, аНОНИМ (?), 17:04, 16/10/2023 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +1 +/
    > Как эксперт в MooseFS Pro (Да она не бесплатная, но отрабатывает каждую
    > копеечку), где есть корзина и даже каждому отдельному файлику можно задать
    > сколько копий хранить, смотрю в общем я свысока на ZFS... как
    > на говно. Правы тут те ребята, что топят за Btrfs -
    > эта штука вполне уже хорошо написана и не подставит как ZFS
    > неочевидными проблемами с Zvol при долговременной эксплуатации.

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

     
     
  • 3.207, пох. (?), 18:17, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > А вот любая "альтернатива" в btrfs -- умудряется оказываться в *разы* мадленнее.

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

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

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

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

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


     
     
  • 4.213, аНОНИМ (?), 21:09, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Именно что фрагментация, ВМ поназаписала, а потом filefrag показывает куда больше фрагментов и скорость работы меньше становится.
     
  • 2.219, Аноним (-), 22:40, 16/10/2023 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Правы тут те ребята, что топят за Btrfs -
    > эта штука вполне уже хорошо написана и не подставит как ZFS
    > неочевидными проблемами с Zvol при долговременной эксплуатации.

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

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

     
     
  • 3.236, Аноним (65), 23:07, 17/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >  Без всяких виндочек и маков, у которых нихрена сравнимого в технологиях хранения все-равно нету, если цель продажи толкать, можно и технологиями хранения 20-летней давности барыжить, хомяки все равно не все и не всегда понимают за кого их держит отдел маркетинга.

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

     
     
  • 4.245, Аноним (-), 01:41, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Не, таки не увидите - я как бы приветствую имплементацию линуксных фич и новых апи, но мои процессы на майнлайн основательно завязаны. Так что приключения с внемайнлайновыми выкидышами -
    это для тех кто понимает зачем ему такие сложности. Да и на уровне структур ФС я не вижу ничерта интересного в этом доисторическом хламе. Если уж меня потянет на странное - я лучше тестовым манекеном для Кента поработаю. Там я по крайней мере понимаю во имя чего мне убиваться предлагается.
     
     
  • 5.253, Аноним (65), 20:25, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Без всяких виндочек и маков, у которых нихрена сравнимого в технологиях хранения все-равно нету, если цель продажи толкать, можно и технологиями хранения 20-летней давности барыжить
    > мы конечно же с радостью от тебя увидим рассказ на сравнение
    > Не, таки не увидите

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

     
     
  • 6.259, Аноним (-), 23:29, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> мы конечно же с радостью от тебя увидим рассказ на сравнение
    >> Не, таки не увидите
    > Да кто бы сомневался.

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

     

  • 1.190, Пряник (?), 10:14, 16/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +4 +/
    Не буду топить за ZFS, но люди молча берут и используют. Факт. А вот чисто субъективно ZFS выглядит надёжнее, чем btrfs, у которого что-то там с фрагментацией, рейдом и темы в инете про потерю данных. Да вот это смущает https://btrfs.readthedocs.io/en/latest/Status.html.
     
     
  • 2.191, пох. (?), 10:31, 16/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    > Не буду топить за ZFS, но люди молча берут и используют.

    ты просто не слышишь как они плачут!

    > А вот чисто субъективно ZFS выглядит надёжнее, чем btrfs, у которого

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

    > данных. Да вот это смущает https://btrfs.readthedocs.io/en/latest/Status.html.

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

    Из серьезного - The simple redundancy RAID levels utilize different mirrors in a way that does not achieve the maximum performance. The logic can be improved so the reads will spread over the mirrors - WTF?! Оно в 2k23 НЕ УМЕЕТ параллельное чтение рейда? Не удивлюсь если еще и N*x performance hit на write.


     
     
  • 3.260, Аноним (-), 23:37, 18/10/2023 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Я для btrfs ников это вижу Иногда даже помогаю им в меру возможностей Это мой ... большой текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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