The OpenNET Project / Index page

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

Выпуск ZFS on Linux 0.8.0, реализации ZFS для ядра Linux

23.05.2019 21:59

После почти двух лет разработки представлен релиз ZFS on Linux 0.8.0, реализации файловой системы ZFS, оформленной в виде модуля для ядра Linux. Работа модуля проверена с ядрами Linux c 2.6.32 по 5.1. Готовые установочные пакеты в ближайшее время будут подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOS. Модуль ZFS on Linux уже входит в состав дистрибутивов Debian, Ubuntu, Gentoo, Sabayon Linux и ALT Linux.

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

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

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

  • Добавлена встроенная поддержка шифрования хранимых данных на уровне файловой системы и разделов. По умолчанию для шифрования используется алгоритм aes-256-ccm. Для загрузки ключей шифрования предложена команда "zfs load-key";
  • Реализована возможность передачи шифрованных данных при выполнении команд "zfs send" и "zfs receive'. При указании опции "-w" уже зашифрованные в пуле данные передаются в другой пул как есть, без промежуточной дешифровки. При подобном копировании данные остаются защищены ключом отправляющей стороны, что позволяет использовать данный режим для резервного копирования на не заслуживающие доверия системы (в случае компрометации получателя, без ключа атакующий не сможет получить доступ к данным);
  • Добавлена поддержка удаления первичных накопителей из пула хранения, подсоединённых как по отдельности, так и в составе зеркала. Удаление осуществляется командой "zpool remove". В процессе удаления данные с исключаемого накопителя копируются на остающиеся в пуле первичные накопители;
  • Добавлена команда "zpool checkpoint" для сохранения текущего состояния пула с возможностью отката дальнейших изменений на сохранённый момент времени (создаётся снапшот всего пула). Представленная возможность может оказаться полезной в процессе выполнения потенциально опасных сложных административных работ, в обычных условиях приводящих к необратимым изменениям (например, активация флагов новой функциональности ZFS или очистка данных);
  • Добавлена команда "zpool trim", позволяющая информировать используемые в пуле накопители о секторах, которые больше не используются. Применение операции TRIM даёт возможность повысить эффективность работы SSD-накопителей и предотвратить деградацию их производительности. Для включения непрерывного фонового процесса передачи команд TRIM предложено новое свойство "autotrim";
  • Добавлена команда "zpool initialize" для инициализации всего нераспределённого дискового пространства, что позволяет обеспечить его мгновенную готовность к использованию, без снижения производительности при первом доступе (например, при размещении виртуализированных хранилищ, таких как VMware VMDK);
  • Добавлена поддержка аккаунтинга и квот на уровне проекта, дополняющих ранее доступные квоты на уровне пользователя и группы. По сути проекты - это отдельное пространство объектов, связанных с отдельным идентификатором (project ID). Привязка определяется через операцию 'chattr -p' или через наследование атрибутов. Для управления проектами представлены команды "zfs project" и "zfs projectspace", позволяющие управлять созданием проектов и задавать для них лимиты дискового пространства;
  • Добавлена возможность создания Lua-скриптов для автоматизации различных работ с ZFS. Скрипты запускаются в специальных изолированных окружениях при помощи команды "zpool program";
  • Реализована новая библиотека pyzfs, предоставляющая стабильный API для администрирования ZFS из приложений на языке Python. Библиотека является обвязкой над libzfs_core и предоставляет идентичный набор функций, но применяет более близкие для Python типы;
  • Обеспечена совместимость утилит arcstat, arcsummary и dbufstat с Python 3. Утилиты arcstat.py, arc_summary.py и dbufstat.py переименованы в варианты без расширения ".py";
  • Добавлена поддержка интерфейса ядра Linux Direct IO (O_DIRECT), позволяющего обращаться к данным без буферизации и в обход кэша;
  • Представлены оптимизации производительности:
    • Ускорена работа команд "scrub" и "resilver" за счёт разбиения на две фазы (выделена отдельная фаза для сканирования метаданных и определения расположения блоков с данными на диске, что позволяет выполнить дальнейшую проверку с использованием последовательного чтения данных);
    • Добавлена поддержка классов размещения данных (Allocation classes), позволяющих включать в пул относительно небольшие SSD-накопители и использовать их для хранения только определённых типов часто используемых блоков, таких как метаданных, данные DDT и мелкие блоки с файлами;
    • Увеличена производительность команд для администрирования, таких как "zfs list" и "zfs get", за счёт кэширования необходимых для их работы метаданных;
    • Добавлена поддержка распараллеливания операций выделения блоков через запуск отдельных процессов "allocator" для каждой группы metaslab. На обычных системах отмечается прирост производительности на уровне 5-10%, но на крупных (8 128 GB SSD, 24 core NUMA, 256 GB ОЗУ) прирост операций выделения блоков может достигать 25%;
    • Добавлена возможность отложенного выполнения команды "resilver" (перестроение распределения данных с учётом изменения конфигурации накопителей) - если при запуске новой операции ещё не отработала предыдущая, то новый обработчик начнёт выполняться только после окончания работы предыдущего;
    • В журнал ZIL (ZFS Intent Log) внесены оптимизации, позволяющие создавать и обрабатывать блоки при наличии блоков, ещё обрабатываемых хранилищем;
    • Сокращено время регистрации разделов (zvol) в системе. Когда пул содержит большое число разделов они теперь становятся доступны сразу после выполнения "zpool import";
    • Добавлена поддержка аппаратного ускорения вычисления хэшей SHA256 и операций шифрования AES-GSM c использованием чипов с поддержкой технологии Intel QAT (Quick Assist Technology). Добавлена поддержка средств аппаратного ускорения чипсета Intel C62x и CPU Atom C3000.


  1. Главная ссылка к новости (https://zfsonlinux.topicbox.co...)
  2. OpenNews: Началось тестирование сборок FreeBSD, переведённых на "ZFS on Linux"
  3. OpenNews: Выпуск ZFS on Linux 0.7.0, реализации ZFS для ядра Linux
  4. OpenNews: В состав Debian включена файловая система ZFS
  5. OpenNews: Организация SFC заявила, что поставка модуля ZFS в Ubuntu нарушает лицензию GPL
  6. OpenNews: Юристы Canonical проанализировали лицензионную совместимость модуля ZFS с ядром Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/50730-zfs
Ключевые слова: zfs, zfsonlinux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (176) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, anonymous (??), 22:17, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    В тексте ошибка : неподготвлены установочные пакеты для основных дистрибутивов Linux.
     
     
  • 2.27, Танкист (?), 00:53, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты лучше скажи на БТРе больше покататься уже не придётся?

    А что думают по этому поводу Зюзя и МееГо? КрасноШляпники понятное дело уже забили на БТРа.

     
     
  • 3.36, None (??), 06:52, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В Сюсе как был БТР дефолтным для рута, так и остался.
     
  • 3.108, ананим.orig (?), 18:04, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >КрасноШляпники понятное дело уже забили на БТРа.

    Так шапки и сабж в упор не видят.
    Они давят на lvm + xfs/..
    И надо сказать этот подход вполне себе альтернатива сабжу.

     
  • 3.114, Аноним (114), 18:26, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Мало ли кто и на что забил? Не так давно кричали, что и танки не нужны. Однако btrfs очень даже рулит сейчас, а танки совершенствуют и танкистов учат. Ты учишься или балакаешь токма?
     
  • 2.29, Аноним (-), 02:47, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Подскажите, а FreeNAS перейдет на вот этот ZFS on Linux?
     
     
  • 3.50, эффехтивный манагер iX (?), 09:47, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а куда он денется, если мы и были главным проталкивателем ненужно-мержа?!

     
  • 3.74, eRIC (ok), 12:36, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Подскажите, а FreeNAS перейдет на вот этот ZFS on Linux

    перейдет со временем, так как FreeBSD свою ZFS разработку переключает на ZoL реализацию

     
     
  • 4.128, Онаним (?), 20:21, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ZoLoFB
     
     
  • 5.140, eRIC (ok), 10:30, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ZoLoFB

    нет, ZoF: https://github.com/zfsonfreebsd/ZoF

     

  • 1.2, Аномномномнимус (?), 22:28, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >> Добавлена встроенная поддержка шифрования хранимых данных

    Уиии, праздник к нам приходит!

     
     
  • 2.12, xm (ok), 23:19, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Да, это на уровне датасетов и это вкусно.
     
     
  • 3.115, Аноним (114), 18:28, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, это на уровне датасетов и это вкусно.

    Чертей, которые используют слово "вкусно" вне пищи, надо сажать на кол.

     

  • 1.3, Анонимус154 (?), 22:39, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Насколько оно пригодно для использования на десктопах, а не серверах?
    Последнее обсуждение, что я помню - дефолтные настройки ARC жрут слишком много памяти, а уменьшение ARC резко негативно влияет на производительность.
     
     
  • 2.8, Аноним (8), 23:00, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Всё верно, ZFS не десктопная система. Но задуматься стоит, если Вам нужно сжатие, т.к. на данный момент к сожалению только COW системы поддерживают сжатие. И ZFS, вероятно, меньшее из зол.
     
     
  • 3.23, Аноним (23), 00:04, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +16 +/
    меньшее из ZoL
     
  • 3.53, Аноним (53), 09:51, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучшее сочетание сжатия и скорости сейчас обеспечивает zstd, а это пока только btrfs.
     
     
  • 4.76, Led (ok), 13:01, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не только. Еще reiser4.
     
  • 4.125, ананим.orig (?), 19:36, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://blog.delouw.ch/2018/12/17/using-data-deduplication-and-compression-wit

    https://www.redhat.com/en/blog/look-vdo-new-linux-compression-layer

     
  • 3.83, X4asd (ok), 15:03, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > если Вам нужно сжатие

    то пользуйтесь архиватором

     
     
  • 4.167, Аноним (8), 16:14, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И снепшоты тоже через 7zip делаются за раз...
     
  • 2.25, RNZ (ok), 00:12, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очень пригодно.
    Делаем zfs_arc_max в 10% RAM, где RAM>20GiB и радуемся, радуемся.
    Негативного воздействия на производительность - не наблюдаем.

     
     
  • 3.51, пох (?), 09:48, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    значит, производительность вам была не нужна вообще.

     
     
  • 4.96, RNZ (ok), 16:38, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > значит, производительность вам была не нужна вообще.

    С чего вдруг? Всё летает.

    Причём если ОЗУ много (к примеру 2-4tb) для zfs может хватить и 7%-3% ОЗУ.

     
  • 4.97, RNZ (ok), 16:49, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > значит, производительность вам была не нужна вообще.

    А zfs на десктопе не для производительности, а для удобства. Для производительности - SSD.
    И по секрету скажу, у меня для L2ARC есть, на котором 200G для того, что может быть в ОЗУ, но не обязано.
    И ещё по секрету скажу, ARC на zfs умеет освобождать память в адаптивном режиме. Потому на десктопе с RAM 32G и 10% под ARC после полудня втыкания в браузер может быть занятым в 300-500M.

     
     
  • 5.101, пох (?), 17:22, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это значит что вы его таки доломали совсем - arc должен освобождаться только ... большой текст свёрнут, показать
     
     
  • 6.154, RNZ (ok), 20:28, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Нет, на desktop он может не заполняться, потому-что это desktop - он может в... большой текст свёрнут, показать
     
     
  • 7.156, пох (?), 20:41, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а, это может У меня десктоп только виндовый, и ему вечно памяти не хватает пот... большой текст свёрнут, показать
     
     
  • 8.163, RNZ (ok), 21:40, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Выключаю все приборы, кроме холодильника, когда покидаю жилище - соблюдаю техник... большой текст свёрнут, показать
     
  • 8.171, crypt (ok), 18:20, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а я-то все понять не мог, что с тобой не то ... текст свёрнут, показать
     
  • 2.30, 0x0 (?), 03:12, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как по мне, для десктопа и xfs вполне годится. Несколько лет использую, правда, не как корневую, а для хранилища. Корневую под Linux, всё-таки, целесообразнее в ext4 форматировать. Хотя.. на вкус и цвет товарищей net :)
     
     
  • 3.31, 0x0 (?), 03:26, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    *а если учесть, что со времён ext2 ни с одной, ни с другой не было ни одного серъёзного сбоя, то, наверное, по этому поводу и париться сильно не стоит.
    Разве что, из исследовательских интересов ;)
     
  • 3.157, 0x0 (?), 20:51, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    **и суток не прошло:))
    https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.1-FSTRIM-Bug

    ***с другой стороны, лично я, ни lvm, ни dm-crypt, ни Samsung SSD как-то пользуюсь :)

     
  • 3.159, 0x0 (?), 20:54, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ****а btrfs и подавно ...в смысле, не))
     
  • 2.37, пох (?), 07:14, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    пригодно, ибо поломано одинаково что для тех, что для других.

    > Последнее обсуждение, что я помню - дефолтные настройки ARC жрут слишком много памяти

    шок, сенсация - дефолтные настройки ядра линукса жрут вообще всю память, без всякой zfs!

                 total       used       free     shared    buffers     cached
    Mem:       8160616    8014792     145824          0      63352    6920316
    -/+ buffers/cache:    1031124    7129492
    представляете - 7 гиг сожрали, полтораста мегабайт всего оставили нужным и полезным задачам!

     
     
  • 3.52, svetrnd (ok), 09:49, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Так и должно быть. Свободная память - выброшенная в мусорное ведро память. Линукс - это вам не винда. Которая любит не использовать RAM и дурочки радуются, что якобы меньше ест :D
     
     
  • 4.59, пох (?), 11:21, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    молодец, садись, четыре-с-минусом На пять-с-плюсом надо было сообразить, что с ... большой текст свёрнут, показать
     
     
  • 5.61, пох (?), 11:23, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а, пардон - это, оказывается, [слово запрещенное на впопеннете] предлагал ручные ограничения ARC, а не пингвин. Звиняйте, что-то сегодня все анонимы кажутся на одно лицо.
     
  • 4.60, Минона (ok), 11:22, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Винда использует память точно также, вся свободная память уходит под кеш ФС
     
     
  • 5.78, пох (?), 14:11, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    не разрушайте лап4атым мирок
    тем более что юзероориентированные средства избавляют от лишних знаний, а более сложные ими ниасилены.
     
  • 5.138, вот такая вот куйня (?), 08:37, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну не совсем... далеко не совсем

    если установлен SQL Server то именно он все сожрет а не винда

    а если подобной софтины нет, то винда не жрет всю память под дисковый кеш

    по моим наблюдениям не более 3/4

    линукс съедает все что есть, притом сам занимаем копейки 500-1500 MB вся система в зависимости от конфига

     
  • 4.104, iPony (?), 17:40, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >  это вам не винда. Которая любит не использовать RAM и дурочки радуются, что якобы меньше ест :D

    Хорошая альтернативная вселенная...

     
  • 2.73, Аноним (73), 12:30, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Смотря какие требования к декстопу. Можно и видео хранить, можно и нагрузку давать какую-то. Обычно на декстопе надо спип и хибернейт и неплохо бы чтобы рут был тоже на зфс при этом. Как с этим хз.
     
     
  • 3.79, пох (?), 14:13, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    как обычно - нужен disk-backed sleep - нужен своп, своп на zfs работает только у solaris

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

     
     
  • 4.98, анон (?), 16:52, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    всмысле "только у solaris" ?
     
     
  • 5.102, пох (?), 17:23, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну в смысле у него он работает, а у остальных как обычно.

    судя по тому что даже proxmox его выпилила - что-то там совсем не так.

     
  • 3.99, RNZ (ok), 16:53, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Смотря какие требования к декстопу. Можно и видео хранить, можно и нагрузку
    > давать какую-то. Обычно на декстопе надо спип и хибернейт и неплохо
    > бы чтобы рут был тоже на зфс при этом. Как с
    > этим хз.

    хибернейт обычно только на переносных пк нужен. на десктопе sleep достаточен обычно.

     
  • 2.116, Аноним (114), 18:29, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    btrfs дома удобней. И не только дома.
     

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

  • 1.4, Аноним (4), 22:40, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    >Добавлена команда "zpool trim",

    БСДшники уже успели утянуть к себе. Авторы коммитов TRIM теперь и в коммитах бсдшного ZFS мелькают (((
    Пустили козлов в огород (((

     
     
  • 2.11, xm (ok), 23:17, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ровно наоборот. TRIM во FreeBSD лет 5 уже точно есть.
     
     
  • 3.14, Аноним (14), 23:27, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ровно наоборот. TRIM во FreeBSD лет 5 уже точно есть.

    /usr/src % uname
    FreeBSD
    /usr/src % git log sys/cddl/contrib/opensolaris/
    commit 618888b019e4005dec19c1688531e25d6ff63c76
    Author: pjd <pjd@FreeBSD.org>
    Date:   Sun Sep 23 19:40:58 2012 +0000
    Obtained from:  zfsonlinux
    Submitted by:   Etienne Dechamps <etienne.dechamps@ovh.net>

    git логи не могут врать!

     
  • 2.13, zzz (??), 23:24, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    БСДшники как раз эту фичу запилили. Анон не в курсе о слиянии FBSD-ZFS с ZoL?
     
     
  • 3.62, Аноним (62), 11:34, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержка TRIM взята из IllumOS. Слияние произошло в другую сторону. В BSD была своя реализация.
     
  • 3.82, Аноним (-), 14:47, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    https github com freebsd freebsd commit 618888b019e4005dec19c1688531e25d6ff63c... большой текст свёрнут, показать
     
     
  • 4.92, пох (?), 15:43, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Читай по слогам:
    > Add TRIM support.
    > Obtained from:    zfsonlinux

    осталось рассказать нам - что ж там, откуда оно "obtained" - оно нихрена не работало ровно до версии 0.8 ?
    https://github.com/zfsonlinux/zfs/commit/1b939560be5c51deecf875af9dada9d094633
    что ета, блжад?
    Машина времени завезла этот (точно этот?) код в 2012й год?


    > https://github.com/freebsd/freebsd/blob/edc77597c1be66d77328...

    ой, все.

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

     
     
  • 5.94, анонн (?), 16:09, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Например, потому что посчитали недостаточно оттестированым Кто же виноват, что ... большой текст свёрнут, показать
     
     
  • 6.103, пох (?), 17:31, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    или потому что это был плохоспортированный кусок недоделанного ораклово-сановско... большой текст свёрнут, показать
     
     
  • 7.113, Аноним (-), 18:23, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Пока я вам не сказал, вы явно не поняли что это эмулятор

    Не тот ник у вас, ох не тот!
    В справке о рождении следы затирания Artagnan не видны? И никакая Вангелия П. в родственниках не числилась?

    Самому что-то придумать, приписать опонненту и усердно оспаривать.
    Впрочем, ничего иного от бсдшников не ожидалось.
    > ну да, kms позаимствован из линуха

    О чем и шла речь:
    >> Ничего вы не умеете сами делать, только копипастить.

    И стоило так вилять, чтобы в конце все же признать?

     

  • 1.5, VINRARUS (ok), 22:45, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    В чом принцыпиальное отличие ZFS от BTRFS, кроме костылей у 1й?
     
     
  • 2.6, Аноним (6), 22:51, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    zfs send -R -i snapN-1 zpool/fs@snapN | zfs recv zpoolNEW/fs
    вообще, рекурсивные операции со снэпщотами в BTRFS есть ? Нету ? Ну и как мне атомарно скопировать 100500 докер контейнеров на BTRFS на другой хост ?
    блок девайсы и снэпшоты блокдевайсов BTRFS хоть когда-то будет поддерживать ? Нет ? Не надо ничего говорить об lvm-thin. Самии хороните свои данные на этом хрупком говне.
     
  • 2.9, Аноним (8), 23:11, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И та и другая - COW. И та и другая существенно медленнее на широком спектре операций, относительно обычных файловых систем. Разница между ними в структуре хранения данных. BTRFS буквально виснет в некоторых сценариях. При работе виртуалки, например. ZFS более менее вытягивает любые нагрузки. Но при этом требует много памяти (от двух ГБ и более). Её конечно можно посадить на диету, но тогда уже существенно просаживается производительность...
    Надо понимать, что COW файловые системы предназначены для файлопомоек. Виртуалки/базы данных и COW не совместимы.
     
     
  • 3.21, VINRARUS (ok), 23:54, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ZFS более менее вытягивает любые нагрузки. Но при этом требует много памяти (от двух ГБ и более). Её конечно можно посадить на диету, но тогда уже существенно просаживается производительность...

    Не жалко если для дела.
    >BTRFS буквально виснет в некоторых сценариях.

    Бывало...
    >Надо понимать, что COW файловые системы предназначены для файлопомоек. Виртуалки/базы данных и COW не совместимы.

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

     
     
  • 4.56, котэ (?), 11:06, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты тихо потерял постоянно перезаписываемый файл. Это плохо.
     
     
  • 5.84, пох (?), 15:04, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это нормально. Ненормально когда вместо файла мусор или fs "громко" вопит "чтотапаламалася" и не работает.

     
  • 4.131, Аноним (131), 22:14, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > при жостком REBOOT настройки плазмы сбрасываются

    т.е плазма постоянно держит конфиг открытым на запись? :facepalm:
    что_же_с_нами_стало.jpg

     
  • 3.35, glebiao (ok), 06:34, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >медленнее на широком спектре операций, относительно обычных файловых систем.

    безусловно

    >BTRFS буквально виснет в некоторых сценариях. При работе виртуалки, например.

    не встречался. в настоящий момент у меня на 3 серверах на btrfs живёт 4 виртуалки (qcow2/kvm) и с десяток контейнеров. Нагрузка весьма приличная.
    btrfs смонтирована с autodefrag,commit=120. проблем (в том числе, при жёстком останове при проблемах с питанием), за 4 года, не было.

    экспериментально (да. идиотизм. проба ради частых снепшотов), на btrfs, живёт база 1c (postgresql). Опции монтирования те же. Проблем (тьфу-тьфу, пока!) не было.

     
  • 3.55, Pofigist (?), 11:03, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Виртуалки/базы данных и COW не совместимы.

    А мужики-то не знают...

    ZFS - система не для серввера, и тем более - не для настольного ПК, это система для полноценной СХД - с FC/iSCSI+10GbE и прочими плюшками.

     
     
  • 4.152, пох (?), 19:50, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ZFS - система не для серввера, и тем более - не для настольного ПК, это система для полноценной
    > СХД - с FC/iSCSI+10GbE и прочими плюшками.

    дружище, полноценные схд с fc (iscsi немодно уже 20 лет) покупают за денежки (самосвалами) и очень маловероятно что внутри окажется zfs.

    Ну как-то так судя по тому как проявляют себя в работе.

    zfs - система прежде всего для наколенных поделок на ту же тему но чтоб "денег никому не платить", и у большинства ее потребителей никакого fc/10ge нет и не предвидится - и денег нет нах, и не нужно ни для чего вообще.

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

     
     
  • 5.164, Pofigist (?), 22:04, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дружок... как бы тебе сказать, но... хранилки с FC и ZFS есть например в нашем ВПК. И немало. NetApp, EMC и прочие - в сильной немилости по очевидным причинам. :)

    iSCSI - опять в моде, по причине появления 40Gb с ее rdma и фишками для low latency

    Для дома для семьи за глаза хватает поделок а-ля OMV.

     
     
  • 6.176, пох. (?), 07:28, 30/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    в вашем впк два солдата и лопата заменяют экскаватор а то ж его немцы разрабаты... большой текст свёрнут, показать
     
     
  • 7.177, Pofigist (?), 10:50, 30/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и какие преимущества у FCoE перед iSCSI Да правильно - никаких, ибо ограниче... большой текст свёрнут, показать
     
  • 3.81, Аноним (73), 14:46, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для vdev же cow не используется? Т е виртуалка на этом виртуальном диске нормально работает?
    В моих тестах примерно в скорость дисков упирается все.
     
  • 3.107, Аноним (107), 17:57, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >И та и другая - COW.

    Жаль только zfs не умеет в reflink. А держать включенной дедупликацию бывает накладно

     
     
  • 4.129, пох (?), 21:09, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а обычные линки чем вам не угодили? reflink - костылик в основном для доскеров и им подобным (ну и не считая того что других снапшотов у btr таки нет)

     
  • 4.148, Anon Y Mous (?), 13:59, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Жаль только zfs не умеет в reflink.

    оракловая умеет.

     
  • 2.10, Аноним (8), 23:13, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ZFS и BTRFS системы специального назначения. Их плюшки нужны ну единицам пользователей. Тем более, что плюшки предоставляются не за бесплатно.
     
     
  • 3.22, VINRARUS (ok), 00:01, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ZFS и BTRFS системы специального назначения. Их плюшки нужны ну единицам пользователей.
    > Тем более, что плюшки предоставляются не за бесплатно.

    А если я хочу гарантировано защититься от проблем снапшотом всей ФС?
    А потом ещо и на другой HDD бекапить инкрементально через
    btrfs send -p /BTR4/@2014 /BTR4/@2019 | btrfs receive /backup/
    ?

     
     
  • 4.168, Аноним (8), 16:17, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    7zip
     
     
  • 5.170, VINRARUS (ok), 16:32, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > 7zip

    Это совершенно по нубски, хотя б tar.

     
  • 3.117, Аноним (114), 18:31, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    btrfs весьма не плоха как замена ext4, даже если вы не пользуетесь её "плюшками", потому что она сохранит ваши данные, в то время как ext4 потеряет.
     
     
  • 4.121, пох (?), 18:58, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что она сохранит ваши данные, в то время как ext4 потеряет

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

    а вот превращений всей ext4 в тыкву, приводящую к kernel panic - что случается с zfs, пока не видали.

    imho, если не пользоваться ни redundancy, ни снапшотами, ни простым удалением-добавлением устройств - нафиг не надо лишних сложностей.

     
  • 4.178, Илья (??), 00:37, 04/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У меня другая практика. Полностью противоположная. btrfs ломается несмотря на raid-массив на совершенно исправном оборудовании.
     
  • 2.15, Школьник (ok), 23:27, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В том, что первая не теряет данные.
     
     
  • 3.17, VINRARUS (ok), 23:41, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В том, что первая не теряет данные.

    100%?

    А потерю даных в BTRFS подтверждаю - не COW, а БЫК какой то.

     
     
  • 4.41, пох (?), 07:35, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> В том, что первая не теряет данные.
    > 100%?

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

    а так чтоб просто вот взяло и потеряло и дальше поехало - такого, вроде, не замечено.
    но с zfs send "все не так однозначно!"

     
  • 4.118, Аноним (114), 18:33, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    О да, прям имперические данные, открывшие нам глаза! А на самом деле, скорее, показавшие твою глупость, ибо твоё мнение -- мнение одно человека и без всякого подтверждения.
     
     
  • 5.124, VINRARUS (ok), 19:15, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > О да, прям имперические данные, открывшие нам глаза! А на самом деле,
    > скорее, показавшие твою глупость, ибо твоё мнение -- мнение одно человека
    > и без всякого подтверждения.

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

     
  • 5.127, Аноним (127), 19:45, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > имперические

    Какие? Имперские?

     
  • 2.28, KonstantinB (ok), 01:20, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это еще большой вопрос, где большие костыли.
     
  • 2.47, Аноним (47), 09:30, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Например zfs есть за пределами линукса. Это вообще странно что с переносимостью между системами в 2019 такая беда
     
     
  • 3.49, пох (?), 09:46, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Например zfs есть за пределами линукса.

    но пользы от этого нет никакой, ибо она не смонтируется.

    > Это вообще странно что с переносимостью между системами в 2019 такая беда

    ext4 прекрасно переносится везде, кроме линуксов и фрей (где реализация через fuse немношк неэффективна и ненадежна, а native in-kernel, ВНЕЗАПНО, несовместима с той же самой версией созданной на другом процессоре)
    ntfs прекрасно переносится везде, кроме мабилок, где намеренно выпилена.
    exfat прекрасно переносится везде, включая мабилки самсуня с native driver

     
     
  • 4.63, Аноним (62), 11:41, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Например zfs есть за пределами линукса.
    > но пользы от этого нет никакой, ибо она не смонтируется.

    И давно? Помню, монтировал пулы от ZoL 0.6.x в FreeBSD, делал scrub.

     
     
  • 5.70, пох (?), 12:10, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > И давно? Помню, монтировал пулы от ZoL 0.6.x

    да у вас, дедуля, хорошая память. Вы бы еще пул версии 3 вспомнили.

    А у нас оно нонеча - вот так:
    https://www.opennet.me/openforum/vsluhforumID3/117164.html#198

    - и это, сами понимаете, цветочки, когда симпортится - полезут ягодки

     
     
  • 6.85, Аноним (62), 15:05, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> И давно? Помню, монтировал пулы от ZoL 0.6.x
    > да у вас, дедуля, хорошая память. Вы бы еще пул версии 3
    > вспомнили.

    Енто ещё что, помню даже поимённо всех анонимов Опеннета.

    > А у нас оно нонеча - вот так:
    > https://www.opennet.me/openforum/vsluhforumID3/117164.html#198

    Дык, завтреча пропатчат ZoL во FreeBSD.

    > - и это, сами понимаете, цветочки, когда симпортится - полезут ягодки

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

     
     
  • 7.87, пох (?), 15:18, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Дык, завтреча пропатчат ZoL во FreeBSD.

    ну и зачем мне два одинаковых?

    смысл-то был пока они были разные.

     
     
  • 8.109, Аномномномнимус (?), 18:07, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Никакого смысла в том, что они разные Весь смысл именно в том, чтобы поведение ... текст свёрнут, показать
     
     
  • 9.122, пох (?), 19:00, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну и зачем мне одинаковые ожидаемые тормоза по cpu, write amplification и неконт... текст свёрнут, показать
     
  • 8.143, Аноним (62), 12:22, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе зачем А мне зачем мне думать за тебя ... текст свёрнут, показать
     

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

  • 1.7, Ддд (?), 22:53, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шикарно! Обожаю zfs. Не самая шустрая зато удобнее некуда. Осталось прилумать как на нее целиком перелезть
     
     
  • 2.24, VINRARUS (ok), 00:04, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Осталось прилумать как на нее целиком перелезть

    А в чом проблема?

     
     
  • 3.33, iCat (ok), 03:35, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Осталось прилумать как на нее целиком перелезть

    А зачем - "целиком"?
    Тем и хорош выбор, что для разных задач можно применять разные инструменты.
    "Топором мы всё могём"? Это тут не подходит.
    ZFS хорош для своих задач, ReiserFS - для своих задач, XFS - для своих, EXT4 - для своих.
    А универсальность - это всегда "всего понемножку, но ничего на всю катушку".
    Ну не будешь ведь ты писать текстовые документы в графическом или музыкальном редакторе? А ведь можно! Но в текстовом процессоре это делать многим лучше.

     
     
  • 4.39, barmaglot (??), 07:32, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ReiserFS уже давно ни для чего не хорош. Остановите некрофилию!
     
     
  • 5.75, iCat (ok), 13:00, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ReiserFS уже давно ни для чего не хорош. Остановите некрофилию!

    А у тебя, небось, BTRFS во все поля? Или WinFS?

     
  • 5.77, Аноним (77), 13:07, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    тогда сотни миллионов тех кто использует ntfs по вашему кто ?
     
     
  • 6.91, анонн (?), 15:43, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > тогда сотни миллионов тех кто использует ntfs по вашему кто ?

    Черные археологи?

     
     
  • 7.119, Аноним (114), 18:36, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если учесть, что ntfs -- наследие hpfs, то это чёрные некрофилы, потому что для своего времени hpfs была очень даже хороша, а ntfs её извратила, убила, а потом сдохла сама.

    MS вообще не может ничего сама сделать. Вроде бы выпустила refs, которая приближается хотя бы отчасти к zfs и btrfs, но даже эти потуги MS убивает своей криворукостью.

     
     
  • 8.123, пох (?), 19:07, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    это сказки От hpfs там нет практически ничего, кроме некоторых идей, с тем же у... текст свёрнут, показать
     
     
  • 9.133, Аноним (131), 22:25, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ааааа, ну ок теперь всё понятно ... текст свёрнут, показать
     
     
  • 10.139, пох (?), 10:25, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    повторяю для тугослышащих еще больше там идей, уже реализованных в fat Причем ... большой текст свёрнут, показать
     
     
  • 11.162, glebiao (ok), 21:26, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы о какой версии hpfs оси говорите по опыту работы с Авророй да и Мерлином , ... большой текст свёрнут, показать
     
     
  • 12.165, пох (?), 23:13, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    warp3 ну и все что было до того, начиная с 2 0 и заканчивая lanserver3 На это... большой текст свёрнут, показать
     
  • 3.64, Аноним (62), 11:42, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Осталось прилумать как на нее целиком перелезть
    > А в чом проблема?

    Android-x86 тяжело поставить в соседний подтом. :)

     
  • 2.48, Аноним (47), 09:31, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс, фряха и соляра давно вроде успешно грузятся. У вас мак или ещё какой оффтопик?
     

  • 1.16, Torm84 (?), 23:28, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А ОС с неё умеет загружаться в многодисковой конфигурации?

    У меня сейчас система на домашнем сервере загружается с btrfs в который включено 2 физических диска в режиме raid 1, на случай если один из них сдохнет, работа продолжится, после замены сломанного опять все поедет в 2х дисковой конфигурации. Интересно, zfs так умеет?

     
     
  • 2.18, Аноним (6), 23:45, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    OS (ирония) с ZFS умеет загрудаться
     
  • 2.19, Аноним (19), 23:46, 23/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    умеет, https://wiki.gentoo.org/wiki/User:Fearedbliss/Installing_Gentoo_Linux_On_ZFS
     
  • 2.26, RNZ (ok), 00:27, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но не особо нужно это.
    ОСь грузить с SSD с ext4, а /{home,var,opt,usr/local,srv} с zfs в mirror или raid-z/z1/z2/z3 и радоваться, радоваться.
     
     
  • 3.43, пох (?), 07:38, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    именно для / (и возможно прилегающих к нему /var) только и нужна возможность отката на снапшот.
    Для остального существуют архивы и бэкапы.

    Но вы продолжайте сооружать бессмысленные гибриды ужа с ежом.

     
     
  • 4.57, RNZ (ok), 11:07, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > именно для / (и возможно прилегающих к нему /var) только и нужна
    > возможность отката на снапшот.
    > Для остального существуют архивы и бэкапы.

    Зависит от ОС, если у вас Debian или RHEL и производные, то да, snapshot не помешает для корня.
    Но на практике - снять/отресторить backup корня проще  (мало занимает), чем возиться со снапшотами при сломавшемся буте с zfs.

    > Но вы продолжайте сооружать бессмысленные гибриды ужа с ежом.

    Гибриды не бессмысленные, проверено.

     
     
  • 5.69, пох (?), 12:07, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Но на практике - снять/отресторить backup корня проще  (мало занимает), чем возиться со
    > снапшотами при сломавшемся буте с zfs.

    снапшоты нужны не для сломавшегося бута. Они нужны когда при апгрейде что-то поломалось и хочется не разбираться что там опять накуролесили, а просто вернуться в исходное состояние. Для btrfs это - поменять пару символов в командной строке grub, и потом из single еще раз то же самое в fstab - все, свежеустановленное можно даже и не удалять, потом в chroot будешь разбираться, что там пошло не так.

    С zfs погеморройнее, поскольку bootenv'ы у нас не поддерживаются, а у них - кривые.
    Но всяко на порядок быстрее и проще чем восстанавливать / с бэкапа (что-с происходит в этот момент, скажем, с базой установленных пакетов в /var/lib? Отож.)

     
     
  • 6.95, RNZ (ok), 16:31, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален btrfs или zfs в boot - первая имеет имела свойство п... большой текст свёрнут, показать
     
     
  • 7.105, пох (?), 17:40, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    dev sda2 on type btrfs rw,relatime,space_cache,subvolid 257,subvol 17 3... большой текст свёрнут, показать
     
     
  • 8.150, RNZ (ok), 14:45, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален btrfs дома 1 год использовал, пару раз вырубилось питан... большой текст свёрнут, показать
     
  • 3.54, OpenEcho (?), 10:47, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Дружеский совет, забудте про raid-z z1 z2 z3 и используйте зеркала В случае пом... большой текст свёрнут, показать
     
     
  • 4.58, RNZ (ok), 11:10, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Вопрос был в контексте домашнего использования, если что... большой текст свёрнут, показать
     
     
  • 5.67, пох (?), 11:55, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос был в контексте домашнего использования, если что.

    тебе чьих данных больше жалко - домашних или дядиных?

    И у кого, кстати, больше денег на бэкапы и лишние диски?

     
     
  • 6.100, RNZ (ok), 17:07, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вопрос был в контексте домашнего использования, если что.
    > тебе чьих данных больше жалко - домашних или дядиных?
    > И у кого, кстати, больше денег на бэкапы и лишние диски?

    В обоих случаях, бекапы нужны. Но речь шла не про бекапы.

     
     
  • 7.106, пох (?), 17:44, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    дома на бэкапы нетбабланах (иначе зачем бы мне zfs ? это и есть бэкап примерно всего)

    там где есть 400T - бэкап в теории есть, на практике если накроется ВСЕ - при банкротстве контора потеряет меньше, чем при попытке восстановить.
    Потому что пока такой объем восстанавливается - там судебных и прочих исков и пень успеет набежать в разы больше.

    Если накроется кусок (и не просто так промышленная хранилка ограничивает отдельный dataset в ~14T) - то, конечно, как нибудь переживут.

     
     
  • 8.149, RNZ (ok), 14:34, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нищебродство какое-то snapshot это не бекап Три накопителя разных производител... текст свёрнут, показать
     
     
  • 9.151, пох (?), 17:24, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    поздравляю, вы купили 1 3 дискового пространства за 3x денег Или 4x, поскольку ... текст свёрнут, показать
     
     
  • 10.153, RNZ (ok), 20:11, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    zfs для компрессии и удобства управления всей ёмкостью И можно при необходимост... текст свёрнут, показать
     
     
  • 11.155, пох (?), 20:30, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    какое ж у вас удобство и управление, если аж три диска и из тех один в рейде, др... текст свёрнут, показать
     
     
  • 12.158, Michael Shigorin (ok), 20:52, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну мы по hpc-кластерам применяли как и ленты, хе-хе А гуглю-то она зачем П... текст свёрнут, показать
     
     
  • 13.161, RNZ (ok), 21:12, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще оно у них на облаках для hpc применимо, рассказывают https cloud go... текст свёрнут, показать
     
  • 12.160, RNZ (ok), 21:04, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Удобство в управлении всей ёмкостью и компрессия, назначение mountpoint ов, возм... текст свёрнут, показать
     
  • 4.65, Аноним (65), 11:49, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У этого подхода тоже есть недостатки - под резервирование отдается аж половина общего объема дисков, и с надежностью тоже не все так радужно.
    Zpool превращается в тыкву если хотя бы один vdev в нем умирает. Zpool, состоящий из нескольких mirror vdev умрет если хотя бы в одном из зеркал сдохнут сразу два диска (подразумевая, что зеркала составляются из пар дисков). Zpool, состоящий из raidz2 vdev'ов же переживет потерю двух любых дисков в любом из vdev. А raidz3 - потерю трёх.
     
     
  • 5.112, OpenEcho (?), 18:19, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Zpool, состоящий из raidz2 vdev'ов же переживет потерю
    > двух любых дисков в любом из vdev. А raidz3 - потерю
    > трёх.

    Вы читали линки в моем первом посте?

     
  • 4.66, пох (?), 11:54, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    в случае отказа диска в vdev - времени уйдет ровно столько, сколько надо чтобы п... большой текст свёрнут, показать
     
  • 4.88, Это я (?), 15:23, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Меня raid-z2 неоднократно выручал. Так из массива постепенно ушли все сигейты.
     
  • 4.130, Michael Shigorin (ok), 22:14, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > то велика вероятность, что в случае падения одного диска
    > за ним последуют другие

    keywords: double fault

     

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

  • 1.20, Аноним (19), 23:48, 23/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно, насколько беспроблемным будет апгрейд с 0.7 до 0.8? с 0.6 до 0.7 проходило гладко, что не могло не порадовать.
     
  • 1.32, Аноним (32), 03:33, 24/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Есть у редхата vdo, не вижу смысла в многослойном костылк. Для ядер 5.1 регрессии в виде отсутствии FPU/SIMD.
     
     
  • 2.34, Это я (?), 06:00, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С VDO - это какойөто закат Солнца вручную с педально-шаговым управлением. Нужно периодически "подтягивать" размер сжатого устройства и файловую систему с учётом реального свободного места на физическом устройстве.
     
     
  • 3.72, Annoynymous (ok), 12:19, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А ручной запуск ребалансинга btrfs с той же целью — это не педально-шаговый?

    Зато в подходе от Red Hat примерно понятно где что сломалось, поскольку технологии независимы.

     
     
  • 4.89, Это я (?), 15:28, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    btrfs мне вообще не вариант. Реальной рабочей альтернативы ZoL (чексуммы, сжатие, raid-z2; дедупликация для меня малоюзабельна из-за скорости) я лично для себя не вижу.
     
  • 2.141, пох (?), 10:42, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    то есть вот этот вот редхатопц с девмапером поверх девмапера погоняющего девмапером - это не многослойный костылик, где в одном месте сжатие, в другом отдельном снапшоты, в третьем тома xfs отдельно, и попробуй угадай где и в каком слое этажерки у нас сейчас кончится место и какой утилитой это надо проверять - совсем-совсем не костылик?

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

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

     
     
  • 3.172, Аноним (172), 19:39, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эти слухи ходят исключительно у вас в голове.
     
  • 3.173, пох (?), 22:01, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    гы-гы - не прошло и дня - https://www.opennet.me/opennews/art.shtml?num=50747 - и да, это исключительно "качество dm" (в dm через dm).

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

     

  • 1.38, Аноним (38), 07:23, 24/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Добавлена встроенная поддержка шифрования хранимых данных на уровне файловой системы и разделов.
    > Добавлена команда "zpool trim", позволяющая информировать используемые в пуле накопители о секторах, которые больше не используются.

    Я все таки перееду с FreeNAS на что-нибудь линуксовое. Ура!

     
     
  • 2.42, пох (?), 07:36, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да, переезжай - во фринасе после мержа ловить будет нечего уже совсем.

     
  • 2.44, Аноним (44), 08:00, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас все NAS линуксовые, уже давно идут с btrfs, никаких проблем. Переезжайте спокойно. До тех пор, пока это рейд с избыточностью, скажем, 10. 0 это практически суицид независимо от ФС.
     
     
  • 3.45, Аноним (38), 08:39, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не вариант, у меня RAID-Z1 (RAID5), который в btrfs все никак не заработает без поломки фс. Минимальная избыточность и максимальная плотность данных. Да, он может полететь во время ресильвера, но простои мой домашний сервак не особо пугают, и бекапы у меня есть. Логично было бы докинуть еще один диск до оптимальной конфигурации, но у меня просто физически закончилось место в корпусе, увы.
     
     
  • 4.68, пох (?), 11:59, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Да, он может полететь во время ресильвера, но простои мой домашний сервак не особо пугают, и
    > бекапы у меня есть.

    ну так может и совсем нафиг этот raid, многодисковые конфигурации btrfs нормально, вроде, поддерживает?

     
  • 2.46, ryoken (ok), 08:55, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    OpenMediaVault так-то давно уже есть. Не помню, как там у них с ZFS, не было нужды. Но с учётом, что под капотом - обычный Дебиан, прикрутить вероятно можно.
     
     
  • 3.71, пох (?), 12:13, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    отдельным модулем, вроде работает. Но зачем?
    (в смысле - зачем вообще нужна эта дебиан-бэйзед подделка? У нас есть proxmox если хочется дебиана и пока еще есть freenas с более живой версией zfs)
     

  • 1.80, zfs (??), 14:25, 24/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Праздник несколько омрачают нюансы: https://github.com/zfsonlinux/zfs/issues/8793
     
     
  • 2.86, пох (?), 15:09, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    в чем проблема - кроме мечт обмазаться наисвежайшим?
    Либо живете на ядре, которое просто работает, либо наслаждаетесь решениями больных столманизмом и рукоплещете, а вражеский zfs вообще не должен вас касаться.

     
     
  • 3.110, zfs (??), 18:08, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бывают случаи, когда не приходится выбирать и есть только ядро 5.x, но нужен и ZFS.
    Хотелось бы при этом иметь и SIMD в ZFS.
     
     
  • 4.132, пох (?), 22:15, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну странный это случай - либо ты архитектор, и ты выбираешь правильные с твоей точки зрения версии и методы работы, либо тебя не спрашивают - тогда и ты не отвечаешь за результат. Тормозит? Значит так и было задумано.

    Откатить вредную правку в ядре - дело пары минут, два ненужно-static выкинуть и EXPORT вернуть. Найти что там попатчили в zfs для совместимости - ну чуть подольше займет.

    Но смысла так убиваться я не вижу.

    Вон сегодня коллеги с телефонии пришли - ведро не видит сетевуху. Заглядываю в config - охреневаю:
    CONFIG_NET_VENDOR_3COM=n и CONFIG_VIA_RHINE not set.
    Привет от redhat, объявлены немодными и немолодежными. Первое это даже не сборка, это вообще ядро не задает вопросов про эти драйверы. Да, можно было включить им elrepo и таки поставить. Но: это решение redhat. Как видим, неслучайное, а вообще возможность сборки отключена. Коллеги в этом не алле, они астер на ней настраивают. Завтра запросто ibmhat поломает совсем. Поэтому - правильно, "идите и купите на базаре e1000 - еще на десять лет вам хватит, еще e100 не выпилили(таки не), цена ей копейки, а сэкономленный геморрой - бесценен".

     
     
  • 5.136, zfs (??), 00:26, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ну странный это случай - либо ты архитектор, и ты выбираешь...

    Я, конечно, могу выбрать. "Обмазываться наисвежайшим" цели не было и нет.
    Но это мне будет стоить времени намного большего, чем фикс (точнее откат) превнесенной проблемы.

     
     
  • 6.142, пох (?), 10:43, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну а тогда - зачем оно? То есть вот каких именно фич очень надо от 5.чтотамунас-1? которых нет в каком-нибудь 4.15, которое, пока, миновала чаша сея?

     
  • 5.175, Ваня Бевзюк сетевик (?), 14:27, 28/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    они бы еще ipv4 выпилили. и пришлось бы ipv6 прикостыливать
     
  • 2.90, Аноним (62), 15:31, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Праздник несколько омрачают нюансы: https://github.com/zfsonlinux/zfs/issues/8793

    https://wiki.gentoo.org/wiki/ZFS#Installing_into_the_kernel_directory_.28for_s

    Интересно, как в Ubuntu, где ZFS из коробки.

     
     
  • 3.93, пох (?), 15:47, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в каком месте ваша корявая инструкция решает проблему "лап4атые запретили сторонним модулям использовать FPU, чтобы выдать свое неумение писать быстрый код за чужие тормоза" ?

    оно, понятно, исправляется двустрочным патчем в ядре и откатом пятнадцатистрочного в zol, но нафига?

     
     
  • 4.111, zfs (??), 18:16, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > чтобы выдать свое неумение писать быстрый код за чужие тормоза" ?

    Странная мысль. Расшифруйте.

    > оно, понятно, исправляется двустрочным патчем в ядре и откатом пятнадцатистрочного в zol, но нафига?

    Что нафига?

    Очевидно, что технически проблема возникла на пустом месте, точнее из идеологических/юридических соображений.
    Очевидно, что в полезной, но не GPL-ной ZFS не хочется терять в производительности на ровном месте.

     
     
  • 5.134, пох (?), 22:26, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Странная мысль. Расшифруйте.

    это диверсия. Намеренная. Чего тут не понимать?

    > Очевидно, что технически проблема возникла на пустом месте

    это не проблема. Это сознательное вредительство. Использовать fpu и раньше было нельзя, "официальные" функции изначально объявлены gpl-only. Единственное назначение подобных объявлений - чтобы не-gpl код работал плохо. Потому что победить честно они не могут. zfs использовала случайно торчащие наружу аналоги с __ в имени, которые уже по названию очевидно что не предназначались для использования в обход штатных оберток, и торчали наружу по недосмотру. Недосмотр зачищен.

    > Очевидно, что в полезной, но не GPL-ной ZFS не хочется терять в производительности на ровном
    > месте.

    это НЕ ровное место. Это позиция персоны, приближенной к самому императору, подкармливаемой объедками со стола IBM и Oracle. Которые совершенно не намерены позволять развиваться каким-то альтернативам своих уродливых поделок.

    судьба zol теперь совершенно предсказуема, и отправится она туда же, куда devfs.

    не думаю что им поможет выигранный vmware по совершенно аналогичному случаю судебный процесс - у них столько денег нет.

     
     
  • 6.137, zfs (??), 00:28, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По сути я с тобой согласен.
    Просто в твоем мессадже много экспрессии.
    Ну и исходный твой мессадж был несколько туманен.
     
  • 6.166, RNZ (ok), 15:46, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это как-бы и так понятно, учитывая развитие альтернативы в виде btrfs.
    Если-бы код zfs был под GPL, а не CDDL, вряд-ли бы кто-то возражал против его включения в ядро, и btrfs вряд-ли появился-бы.
    А так Torvalds и Сo имеют право делать свой код ориентированным на совместимость с GPL-only.
    Как только btrfs допилят до сопоставимой с zfs кондиции, в существовании ZoL не останется смысла.
     
     
  • 7.169, пох (?), 16:28, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если-бы код zfs был под GPL, а не CDDL

    гуглите историю devfs. Вполне себе была под gpl, что не помешало саботировать ее принятие до момента, когда автор попал в рай - под совершенно высосанными из пальца предлогами.

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

    > А так Torvalds и Сo имеют право делать свой код ориентированным на совместимость с GPL-only.

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

    по этой же причине "до сопоставимой кондиции" btrfs не допилят примерно никогда. Потому что незачем, "и так сойдет", а ебеме он не нужен - будете пользоваться редхатовским бутербродом и благодарно кланяться.

    А zfs от нас в ближайшее время никуда не денется, даже если орацлу надоест - старые выпуски в тыкву-то вряд ли превратятся.

     
     
  • 8.174, RNZ (ok), 23:24, 26/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я не настолько пессимистичен История развития linux конечно полна разными собы... текст свёрнут, показать
     
  • 4.144, Аноним (62), 12:31, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > в каком месте ваша

    О как, я уже разработчик Gentoo.))

    > корявая инструкция решает проблему "лап4атые запретили сторонним модулям
    > использовать FPU, чтобы выдать свое неумение писать быстрый код за чужие
    > тормоза" ?

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

     
     
  • 5.146, пох (?), 12:38, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Это милейший, не моя проблема.

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

    > Но ежели кто с ней столкнулся, решить её ничего не стоит.

    но вы-то ниасилили, как я погляжу.

    > Упс, я хотел сказать, мне на её решение потребуется неделя-другая ковыряния в носу

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

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

     
     
  • 6.147, Аноним (62), 12:46, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что бы ссылаться на твоё экспертное мнение, когда мне не поверят, что менее чем ... большой текст свёрнут, показать
     
  • 2.126, Аноним (127), 19:39, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, разве что оттуда интересное словосочетание выдернуто "GPL condom". Экая конструкция. А так да, решат со временем. Это ж только на свежих ядрах.
     
     
  • 3.135, пох (?), 22:30, 24/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, разве что оттуда интересное словосочетание выдернуто "GPL condom". Экая конструкция.

    на vmware за такую конструкцию подали в суд. Правда, позорно прос...ли.

    да, я тоже думаю что со временем столманодолбанутые на грантах ibmhat их порешат окончательно.
    Кому нужна zfs, работающая нормально "только на ядре 2.6.32"?


     
     
  • 4.145, Аноним (62), 12:34, 25/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > да, я тоже думаю что со временем столманодолбанутые на грантах ibmhat их
    > порешат окончательно.

    ВМФ исключительных против Минэнерго? Одобряем. =)

     

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



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

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