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 ? А, впрочем, действительно, о чем это я...

     
     
  • 2.9, Аноним (9), 00:00, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Можно подумать ZFS где-то кроме Линукса массово используется сейчас.
     
     
  • 3.22, Аноним (22), 03:01, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вообще да. В FreeBSD и Солярке. Только в Солярке своя ZFS, во многом несовместимая с OpenZFS, да и сама Солярка почти сдохла уже.
     
     
  • 4.32, Аноним (32), 09:08, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Осталось только найти фрибжду где-то.
     
     
  • 5.36, Аноним (36), 09:09, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если тебя никуда не берут, ты всё ещё можешь сходить на оф.сайт и загрузить там
     
     
  • 6.38, Аноним (-), 09:26, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если тебя никуда не берут, ты всё ещё можешь сходить на оф.сайт и загрузить там

    Чтобы взяли куда-то где есть фрибсд, это такой нехилый квест - такую локацию еще надо ухитриться найти.

     
     
  • 7.49, Аноним (49), 10:49, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не квест, это фильтр
     
     
  • 8.85, Аноним (85), 16:16, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Отлично работает, почти все BSD уже отфильтровал на задворки истории ... текст свёрнут, показать
     
  • 7.203, bOOster (ok), 14:47, 16/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это нехилый квест, особенно для тебя, так как платят за работу там обычно значительно выше чем в рядовых конторах. А ты это не потяняшь. Неудачник...
     
     
  • 8.210, Аноним (210), 20:39, 16/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по тому как оттуда лезут эксперты по виндочке, с комплексами по части линух... текст свёрнут, показать
     
  • 4.77, Аноним (77), 15:53, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > массово
    > FreeBSD
    > Солярка

    А ты с юмором, я смотрю. Netflix ZFS поди не использует, Сони в приставках тоже, Джунипер и подавно. Солярку в проде последний раз видел в конце 2008 года, когда мигрировал с неё большое приложение на Линукс. Может она всё ещё где-нибудь жива, но массовым это не назовёшь никак. Линукс на серверах победил точно так же, как Виндоус на десктопах. А другого IT у нас для вас нет.

     
  • 3.29, Аноним (36), 09:04, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Только под фортки нет нормальной реализации
     
     
  • 4.34, Аноним (32), 09:08, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Портируй, законтрибуть в опензфс.
     
     
  • 5.52, пох. (?), 11:08, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    так пытались уже. Даже почти нормально работало. Уперлись в...блямс - невозможность ни использовать кривой линуксный код, совершенно ненужный на другой платформе с совсем другой архитектурой, ни малой кровью от него избавиться.

    На чем и забили.

     
  • 2.18, Аноним (17), 01:04, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Это точно еще openzfs а не ZoL ? А, впрочем, действительно, о чем это я...

    Прости похыч, но ты же на виндочку свалил. Вот твои бсды и прочие проприентарные юниксы и околели аки мамонты. Ты какое будущее ожидал в результате своих маневров?

     
     
  • 3.41, пох. (?), 09:44, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот от этого и свалил. Когда вместо собственного кода там начался безумный и безнадежный копипаст линуксного мусора.

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

     
     
  • 4.45, Аноним (-), 09:56, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так надо было раньше впрягаться, если ты хотел чего-то иного А ты вместо этого ... большой текст свёрнут, показать
     
     
  • 5.47, пох. (?), 10:12, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так надо было раньше впрягаться, если ты хотел чего-то иного.

    в смысле, начать самому писать код вместо разработчиков-за-деньги-миллиардера ?
    Извини, немедленно займусь чуть попозже - вот только найду кряк на бесконечные деньги и 64 часа в сутках (48 маловато, у меня есть другие хобби)

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

    > Ну, а мне вот линух - нормалек

    ну а мне вот нах..й не нужен он такой, написанный за бабло и в интересах rhbm и других платиновых спонсоров. Рад что тебе уютно быть у них на подсосе.

     
     
  • 6.58, фнон (?), 12:24, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    переезжай на редокс!
    смотри, там сплошные преимущества:
    1 пишут пять калек; и еще шелл может немного больше
    2 делают ради удовольствия, никуда не спешат, на мнение окружающих кладут болт
    3 чтобы заработало нужно попердолиться с конфигами и железом
    4 возможно оно помрет через год, но может и через 2
    5 никаких вложений от корпораций
    6 презрение со стороны линуксоидов (просто вундузятники даже о таком не слышали)

    это же почти Линукс времен начала 200х!

     
     
  • 7.89, Аноним (-), 17:30, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > переезжай на редокс!

    ...
    > это же почти Линукс времен начала 200х!

    Одной мелочи только не хватает - Торвальдса как руководителя проекта. А какие-то безымянные корпоративные подлизы таки уже не то :)

     
     
  • 8.118, пох. (?), 21:52, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ага, чтоб он снова всех нас продал с потрохами ibm ... текст свёрнут, показать
     
     
  • 9.121, Аноним (-), 22:15, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А без него и продавать будет нечего, ололо Хотя конечно если у тебя нет авто - ... текст свёрнут, показать
     
     
  • 10.125, пох. (?), 22:34, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    так теперь у вас тоже нет авто, а долг по кредиту за него банку - остался С чем... текст свёрнут, показать
     
     
  • 11.131, Аноним (-), 23:29, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь у нас и правда нет авто - у нас гибрид звездолета с машиной времени Что-... текст свёрнут, показать
     
     
  • 12.148, User (??), 10:45, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да С файлухами вот только беда - так, чтоб just works, покрывая 80 use case... текст свёрнут, показать
     
     
  • 13.158, Аноним (-), 14:51, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это опенсорс Нравится - пользуетесь, не нравится - не пользуетесь, или как-то р... большой текст свёрнут, показать
     
  • 7.107, пох. (?), 18:14, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > это же почти Линукс времен начала 200х!

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

     
  • 6.88, Аноним (-), 17:28, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то не помню какие там миллиардеры писали например btrfs, и тем более - bcach... большой текст свёрнут, показать
     
     
  • 7.108, пох. (?), 18:20, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    oracle, novell, прочие владельцы больших команд на чем все писание кажись и зак... большой текст свёрнут, показать
     
     
  • 8.109, Аноним (-), 18:54, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Урфин Джюс и его деревянные солдаты - один солдат и куча начальников А core д... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (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 [^] [^^] [^^^] [ответить]  
  • +/
    Моя проблема в том что я не понимаю что ты пытался изобразить и нафига - так По... большой текст свёрнут, показать
     

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

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Этому прохладному преданию местных экспертов - я уже со счета сбился сколько лет... большой текст свёрнут, показать
     

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

  • 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 не отменяет бэкапа
     

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

  • 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.

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

     
     
  • 2.138, Аноним (138), 00:42, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Код Мотина мы видели, а твой код нет Но учитывая сколько времени у тебя на стро... большой текст свёрнут, показать
     
     
  • 3.140, пох. (?), 00:51, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот увидели, да ой, arc2 сломал Ну быстробыстропочинил жеж галочки так и ... большой текст свёрнут, показать
     
     
  • 4.157, crypt (ok), 14:15, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > если ты не видишь в этом проблему - ну ок, проходи мимо. Если видишь но не свою, у тебя уже везде винда с s2d - тоже ок, но тыкнуто было не для таких.

    то есть надо с опенсорса бежать на винду? потому что ни один проект не подкрепленный финансированием корпорации не в состоянии предложить стабильное качество процессов? ну я не знаю, мне бы хотелось ОС, которую не переделывают так часто. не знаю, кто этот мотин, но, может, в самой FreeBSD еще что-то будут фиксить.

     
     
  • 5.161, пох. (?), 15:30, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    я бы предпочел торговлю пиццей, но увы, не накопил на ресторанчик где-нибудь в т... большой текст свёрнут, показать
     
     
  • 6.162, crypt (ok), 15:46, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > я бы предпочел торговлю пиццей, но увы, не накопил на ресторанчик где-нибудь
    > в тихом месте.

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

     
     
  • 7.164, пох. (?), 16:06, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > а чем заменить? не в торговцы же пиццей идти умственным работникам?

    не, ну если тесто на кухне месить то можно, а если как те чуваки - владельцем - надо было работать на Sun, DEС до продажи или еще в каком приличном месте. Тогда был шанс заработать стартовый капитал и еще примерно столько же на неудачные попытки.

    Сейчас в этом бизнесе кроме геморроя ничего не заработаешь.

     
     
  • 8.168, crypt (ok), 16:20, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    мой вопрос совершенно прямой, без второго смысла куда можно уйти из айти работн... текст свёрнут, показать
     
     
  • 9.171, пох. (?), 19:34, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В выпечке пиццы оно практически не участвует Если даже заделаешься франчайзи до... текст свёрнут, показать
     
  • 9.192, Минона (ok), 10:38, 16/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сантехником Непьющий грамотный сантехник ценится на вес золота ... текст свёрнут, показать
     
     
  • 10.198, пох. (?), 12:26, 16/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    для этого требуются умения ну и в целом еще и талант , а у нас - лапки под клав... текст свёрнут, показать
     
     
  • 11.202, Минона (ok), 13:03, 16/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В любой профессиональной деятельности нужны умения Даже для выпекания пиццы Да... текст свёрнут, показать
     
  • 11.222, Аноним (-), 23:01, 16/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Электро и этот рынок просадить могут в разы Прикинь - электромоторы не обязател... текст свёрнут, показать
     
     
  • 12.225, пох. (?), 23:37, 16/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не могут Замену масла делает любой гаражный сто промежду перестановкой колес по... текст свёрнут, показать
     
     
  • 13.244, Аноним (-), 01:32, 18/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У электро просто нет такой нужды Эта проблема сильно меньше - большую часть мех... большой текст свёрнут, показать
     
     
  • 14.249, пох. (?), 12:14, 18/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    чтобы его поменять - надо дать двадцать раз в оппу Да, в том числе чтоб добрать... большой текст свёрнут, показать
     
     
  • 15.258, Аноним (-), 23:14, 18/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У бензиновых коптилок для продвинутой возни с трансмиссией и ко надо порой все в... большой текст свёрнут, показать
     
  • 7.243, Аноним (-), 00:51, 18/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы выгораете даже не поэтому А потому что мы вас и ваши пафосные парадигмы - об... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (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-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру