The OpenNET Project / Index page

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

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

14.01.2025 08:51

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

Работа OpenZFS проверена с ядрами Linux c 4.18 по 6.12 и всеми ветками FreeBSD, начиная с 13.3. Код распространяется под свободной лицензией 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. Наработки OpenZFS основаны на оригинальном коде ZFS, импортированном из проекта OpenSolaris и расширенном улучшениями и исправлениями от сообщества Illumos. Проект развивается при участии сотрудников Ливерморской национальной лаборатории по контракту с Министерством энергетики США.

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

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

  • Реализована возможность добавления на лету новых дисков в существующий массив RAIDZ для увеличения размера хранилища без остановки работы и без необходимости создания новой группы накопителей. Перераспределение избыточных данных с учётом новых дисков осуществляется автоматически. Для добавления диска к существующей группе можно использовать команду "zpool attach POOL raidzP-N NEW_DEVICE", а для отслеживания окончания фонового процесса расширения массива - "zpool status".
  • Значительно ускорено выполнение операций, связанных с дедупликацией блоков данных. Оптимизации среди прочего затронули формат таблиц дедупликации, поэтому для задействования предложенных оптимизаций в уже существующих пулах необходимо включить опцию "fast_dedup", после чего будет созданы новые таблицы дедупликации, которые будут использованы параллельно со старыми таблицами.
  • Добавлен режим прямого ввода/вывода (Direct IO), позволяющий совершать операции чтения и записи в обход кэша ARC (Adaptive Replacement Cache). Режим позволяет повысить эффективность работы в ситуациях, когда кэширование может негативно влиять на производительность из-за дополнительных операций копирования в памяти, например, при использовании устройств NVMe.
  • В большинство команд (zfs list|get|mount|version, zpool status|list|get|version) добавлена опция "-j" для вывода в формате JSON.
  • Допустимый размер имён файлов и каталогов увеличен c 255 до 1023 символов (новый размер выбран с расчётом размещения 255 4-байтовых символов).
  • Внесены оптимизации производительности, охватывающие различные части кодовой базы.
  • В модуль ядра добавлены опции:


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


Обсуждение (241) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Афроним (?), 09:08, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    На OpenZFS скачивать что-нибудь хорошо и быстро, а в остальном хомячку избыточная. На 14.2 даже память кушает +- как и UFS.
     
     
  • 2.10, Аноним (10), 09:28, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > хомячку избыточная

    а для "быстрого скачивания" бесполезная

    https://www.eideticom.com/media-news/blog/69-enabling-peer-to-peer-traffic-wit

     
  • 2.32, Аноним (-), 11:47, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 3.66, Афроним (?), 14:33, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.59, mos87 (ok), 13:47, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в /dev/null ещё швидче!
     
     
  • 3.67, Афроним (?), 14:35, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуйте сами и всё. Реально шустриком работает. может быть и от испуга как комрад ниже предполагает.
     
     
  • 4.93, Аноним (-), 17:44, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Попробуйте сами и всё. Реально шустриком работает. может быть и от испуга
    > как комрад ниже предполагает.

    Это у вас рефлинки наверное включились. Вот и потестите как раз заодно :)

     
  • 2.99, Аноним (99), 19:09, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что избыточного в ZFS?
     
     
  • 3.178, Афроним (?), 14:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всё остальное о чём я не упоминал выше.
     
  • 2.184, Аноним (184), 16:42, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > На 14.2 даже память кушает +- как и UFS.

    Она никогда не памяти больше чем обычный page cache на недофс. Мифы пошли с тех времён когда её не хватало KVA на 32 битах и она роняло ядро в панику. А никаких требований по физической памяти там нет и никогда не было (ну кроме таблиц дедупа если его юзать), например она спокойно работает и на одноплатнике с 256MB.

     
     
  • 3.186, Аноним (-), 17:38, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> На 14.2 даже память кушает +- как и UFS.
    > Она никогда не памяти больше чем обычный page cache на недофс.

    Разница между page cache и этим недоразумением - ядро page cache может рачистить, если приперло, форсировано выдавив dirty и избежав краха программ. А тут... файлопомойке, конечно, и так сойдет - там программы не запускают. Но всем остальным...

     
  • 3.204, n00by (ok), 08:55, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    /usr/src/UPDATING

    20121223:
            After switching to Clang as the default compiler some users of ZFS
            on i386 systems started to experience stack overflow kernel panics.
            Please consider using 'options KSTACK_PAGES=4' in such configurations.

     

  • 1.3, iCat (ok), 09:14, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +24 +/
    Прекрасно, что проект не скурвили, не политизировали, не полигендеризировали...
    Благодарю всех авторов и соучастников проекта!
     
     
  • 2.23, OpenEcho (?), 10:04, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Прекрасно, что проект не скурвили, не политизировали, не полигендеризировали...

    СРОЧНО, всем заинтереованным - стучать по дереву !

     
     
  • 3.37, Аноним (37), 11:53, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Прекрасно, что проект не скурвили, не политизировали, не полигендеризировали...
    > СРОЧНО, всем заинтереованным - стучать по дереву !

    Судя по тому как они рефлинки в прошлом релизе потестили прям на юзерях, в проде - вы опоздали.

     
     
  • 4.63, Аноним (63), 14:04, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     

  • 1.4, Аноним (4), 09:15, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ставится по умолчанию в GhostBSD. Год работаю с системой. Всем устраивает. Надо от Linux избавляться.
     
     
  • 2.5, ijuij (?), 09:19, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Надо от Linux избавляться

    Почему? Чем он хуже? Насмешил меня, конечно.

     
     
  • 3.8, Аноним (8), 09:27, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    А вам нравится то что говорит Линукс?
     
     
  • 4.11, Минона (ok), 09:38, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Линукс говорит?! 😲
     
     
  • 5.13, Аноним (8), 09:43, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Авто исправления(((
    * Линус Торвальдс
     
     
  • 6.34, Аноним (-), 11:48, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • –4 +/
     
  • 6.47, гг (?), 12:18, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Говорит то, что должен, иначе отстранят, а бсд никому даром не нужен, и разрабов там три калеки, еще бы они когото выгоняли или чтото бухтели, не сегодня завтра все закроется.
     
  • 6.58, Аноним (58), 13:42, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     
  • 4.15, Аноним (15), 09:49, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Надо ввести еженедельную рубрику Linux говорит:
     
  • 4.18, kravich (ok), 09:56, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    — Алло, дорогой, только что по радио передали, что один псих едет по встречке. Будь осторожнее
    — Один??? Да их тут тысячи!⁠⁠
     
  • 4.96, Enemy1231 (?), 18:18, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     
  • 4.203, Вася (??), 06:46, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    и в чем он не прав?
     
  • 3.26, Аноним (4), 10:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Почему? Чем он хуже?

    В Linux неудовлетворительно работают Qt и LibreOffice. Ошибки долго не исправляются, иногда вообще не исправляются. Мне это не нравится.
    > Насмешил меня, конечно.

    Смешит Вас пусть Линус. У него последнее время это весело получается.

     
     
  • 4.46, Аноним (46), 12:18, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О, внезапно, во FreeBSD Qt и LibreOffice работают удовлетворительнее, чем в Linux, оказываетя. Вона как оно.
     
     
  • 5.69, Аноним (-), 14:55, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > О, внезапно, во FreeBSD Qt и LibreOffice работают удовлетворительнее, чем в Linux,
    > оказываетя. Вона как оно.

    Xorg повиснет при старте, он пробурчит "значит не судьба" и дуалбутнется в винду, ему привычно.

     
  • 4.89, 12yoexpert (ok), 16:40, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Смешит Вас пусть Линус. У него последнее время это весело получается.

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

    так что сказать-то хотел?

     
  • 2.16, Аноним (15), 09:50, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По крайней мере этому ихнешнему Linux должны быть альтернативы.
     
     
  • 3.105, Аноним (105), 19:36, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так BSD тоже вся «ихнешняя». Интернет, компьютеры, сетевое оборудование — всё «ихнешнее». «Наше» закончилось на БЭСМ, да и то не факт что не было подсмотрено у соседей.
     
     
  • 4.169, Аноним (169), 07:46, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну ещё наше было Эльбрус 1, Эльбрус 2, но уже на цельнотянутой из ненашего комплектухе 133/155, 100/500 серий.
     
     
  • 5.263, Аноним (263), 21:47, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Нашего" там только идея
     
  • 2.208, Аноним (208), 13:10, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    по умочанию? и ssd диск ставится? за износом диска не следил? ZFS изнашивает ресурс SSD в 9-10 раз быстрее чем другие ФС. без корпоративного ссд на ней делать нечего.
     

  • 1.6, Аноним (63), 09:21, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    Самая медленная файловая система из всех существующих.
     
     
  • 2.9, Афроним (?), 09:27, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не соглашусь. Распаковка и скачивание при её использовании в глаза бросается по скорости.
     
     
  • 3.19, Аноним (63), 09:58, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, линейные скорости ещё куда ни шло, а вот в postmark, например, btrfs стабильно показывает в два раза более высокие результаты чем zfs. ext4 или xfs естественно ещё быстрей.
     
     
  • 4.30, OpenEcho (?), 10:43, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > btrfs стабильно показывает в два раза более высокие результаты чем zfs.

    Машина против паровоза?

     
     
  • 5.50, Аноним (63), 12:44, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Паровоз -- тоже машина.
     
     
  • 6.81, Аноним (15), 15:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На паровой тяге.
     
  • 4.56, Аноним (56), 13:36, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "Девочки, не ссорьтесь!"
    Смотря на каком носителе у вас оно все расположено.
    У меня под рукой ZFS работает на носителях начиная от sata_HDD до PCI_nvme, а это как мы понимаем совсем разные технологии (по скорости передачи данных).
     
  • 4.90, аНОНИМ (?), 16:59, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это смотря чем бенчмаркать. Я например делал образ для виртуалки и в ВМ запускал хрень которая очень любила синхронные записи в огромных объёмах. И у меня zvolы zfs оказывались самыми быстрыми. Самыми медленными оказывались файлы в btrfs, что СoW (катастрофа, т.к. они расфрагментировались в хлам сразу же) что noCoW (просто были раза в 2 медленнее чем файлы на ext4).
     
     
  • 5.102, Аноним (99), 19:16, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В свое время, натыкался на такое утверждение: ZFS ZVOL с XFS может быть быстрее XFS на физическом диске. Вроде, было на примере Mongo... разумеется, если все правильно настроить.
     
     
  • 6.116, аНОНИМ (?), 20:05, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И так тоже было, ZVOL оказался быстрее не просто файла на ext4 (хфс не тестил), а быстрее даже чем просто /dev/sd? , скормленный ВМке.
     
     
  • 7.139, slavanap (?), 21:55, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Запросто, если включено lz4 сжатие, а оно включено по умолчанию.
     
  • 4.100, Аноним (99), 19:13, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сколько раз уже говорилось, ZFS надо проверять на рабочей нагрузке! Бенчмарки не отражают ее реальные возможности.
     
  • 3.43, Аноним (46), 12:03, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    От испуга?
     
  • 2.12, Минона (ok), 09:42, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Юзкейс для которого она создавалась не предполагал выжимания максимальной производительности.
     
     
  • 3.24, Аноним (24), 10:06, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Ненужный юзкейс как и сама фс.
     
  • 3.28, Аноним (63), 10:16, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да какая там максимальная, она даже в среднюю не умеет...
     
  • 2.17, Соль земли (?), 09:55, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пользоваться не умеешь.
     
     
  • 3.20, Аноним (63), 09:59, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Научи.
     
     
  • 4.25, Аноним (24), 10:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    format c:\
     
  • 4.170, Соль земли (?), 09:52, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Под лежачий камень вода не течёт.
     
  • 2.52, anonymos (?), 13:14, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.14, аНОНИМ (?), 09:46, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    рефлинки уже юзабельные? включены?
    дефрагментацию занести планируют?
    ну и хорошо бы, чтоб ядро могло грузиться с зфс без инитрамфс-магии, как в случае с бтрфс
     
     
  • 2.27, tty2 (?), 10:16, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам без инитрам-а или как в бтрфс? Вы уже определитесь! Или у Вас бтрфс в ядро статически?
     
     
  • 3.54, аНОНИМ (?), 13:30, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне без инитрамфса И как в бтрфс, да.

    бтрфс у меня в ядре статически и зфс тоже умеет быть в ядре статически, тоже да.

    А теперь я хочу чтоб зфс парсило root= и монтировало свой датасет в рутфc -- как это делает любая другая ФС.

     
     
  • 4.71, Аноним (-), 14:57, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А теперь я хочу чтоб зфс парсило root= и монтировало свой датасет
    > в рутфc -- как это делает любая другая ФС.

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

     
     
  • 5.130, Котофалк (?), 20:55, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы неправы, ZFS всего лишь файлуха, не система. В систему кстати отлично интегрируется - FreeBSD уж давно с zfs грузится без лишних слов и прослоек. Но и выкидыши через всякие костылики тоже умеют. Всем хорошо.
     
     
  • 6.247, Аноним (-), 10:13, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чел про линуха писал И если эта белая ворона единственная из всей толпы не рюха... большой текст свёрнут, показать
     
  • 4.134, Аноним (63), 21:26, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > зфс тоже умеет быть в ядре статически

    Откуда в ядре zfs? Или речь про FreeBSD? И чем не устроил initramfs? В линуксе всю жизнь через него всё запускалось, никто не жаловался.

     
     
  • 5.248, Аноним (-), 10:17, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Откуда в ядре zfs? Или речь про FreeBSD? И чем не устроил
    > initramfs? В линуксе всю жизнь через него всё запускалось, никто не
    > жаловался.

    Наверное, тем что его генерация - это такой отдельный квест, на любителя.

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

     
  • 3.175, pofigist (?), 12:25, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как в btrfs это в смысле с обязательной потерей данных?
     
     
  • 4.249, Аноним (-), 10:26, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как в btrfs это в смысле с обязательной потерей данных?

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

     
  • 2.64, Аноним (56), 14:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1) OpenZFS 2.2.0 has been released with native support for reflinks (Oct 13, 2023)
    уже больше года как реализовано.
    2) А зачем тебе дефрагментация оставшегося свободного пространства на ZFS? NVME не справляется?
    3) Ну так напиши свой zfs0-загрузчик. Меня пока и freebsd-boot вполне устраивает.
     
     
  • 3.76, Аноним (56), 15:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    3.1)
    вот сейчас даже специально погуглил "/boot на ZFS зеркале", оказывается груб отлично видит и понимает zfs, что возможно даже на deb'е реализовать.
     
     
  • 4.80, аНОНИМ (?), 15:26, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > оказывается груб отлично видит и понимает zfs

    Ну и да, если кто не в теме про груб, видит и понимает он только какую-то древнестарую версию zfs пула без новых фич. И выбор стоит, что или для /boot на зфс надо делать отдельный пул на отдельном разделе диска, или если /boot иметь в том же пуле что и rootfs, то вся рутфс оказывается без фич. Такое себе "отлично понимает".


     
     
  • 5.82, Аноним (56), 15:52, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а вы так торопитесь быть тестером?
    ZFSBootMenu пробовали?
     
     
  • 6.128, Аноним (63), 20:50, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Полезная штука, только что-то оно давно не обновлялось, как бы не забросили.
     
  • 3.79, аНОНИМ (?), 15:23, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenZFS 2.2.0 has been released with native support for reflinks (Oct 13, 2023)

    Последнй раз когда я об этом слышал, зфс бажно зануляло отрефлинченные файлы или экстенты.


    > А зачем тебе дефрагментация оставшегося свободного пространства на ZFS? NVME не справляется?

    Сорри что я со своим рылом и в калашный ряд, где у всех домашние многотерабайтные СХД на нвмях собраны. Им-то, богатеньким, конечно дефраг не нужен. Куда уж мне, нищeбpoдy-то. И бекапы у них наверное тоже на нвмях пораспиханы.


    > груб отлично видит и понимает zfs

    и что? Для груба можно раздел /boot хоть на ext4 иметь. Речь про то, что ЯДРО само СЕБЕ *замаунтить* rootfs на зфс *не может*. Обязательно нужен костыль в initramfs который подёргает за zpool import/zfs mount и потом на замаунченное пивотнется.

     
     
  • 4.83, Аноним (56), 16:01, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Им-то, богатеньким, конечно дефраг не нужен. Куда уж мне, нищeбpoдy-то. И бекапы у них наверное тоже на нвмях пораспиханы.

    вот там чуть ниже уже есть комментарий, про калашный ряд и недостаточность дисковых массивов.
    вы zfs зачем поставили то?
    может вам и fat было вполне достаточно? (лично я не знаю, сорьте), ну или xfs\btrfs.
    например Я применяю zfs только на крупных массивах данных, с жирными файлами, например от 100-200 гб и выше. Поэтому (по умолчанию) и предполагаю в других комментаторах аналогичное присутствие адекватности.
    однако никто не запрещает использовать данную ФС и для установки операционных систем, и для хранения кучи мелких файлов, но вы сами должны понимать все плюсы и минусы используемых технологий.

     
     
  • 5.92, аНОНИМ (?), 17:04, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > все плюсы и минусы используемых технологий.все плюсы и минусы используемых технологий.

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

     
  • 4.84, Аноним (56), 16:04, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >ЯДРО само СЕБЕ *замаунтить* rootfs на зфс *не может*.

    скажу честно - никогда не акцентировался на подобном.
    если вы ответите "а зачем?"...

    ну и повторюсь про "ZFSBootMenu.efi" - возможно это именно то, что Вам нужно?

     
     
  • 5.91, аНОНИМ (?), 17:03, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ну и повторюсь про "ZFSBootMenu.efi" - возможно это именно то, что Вам нужно?

    Мне не нужно ни "efi", ни "меню". Кроме того, это "меню" что, позволяет ядро бутить с зфс без костыля в инитрамфм? Нет.

     
     
  • 6.109, Заноним (?), 19:43, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> ну и повторюсь про "ZFSBootMenu.efi" - возможно это именно то, что Вам нужно?
    > Мне не нужно ни "efi", ни "меню". Кроме того, это "меню" что,
    > позволяет ядро бутить с зфс без костыля в инитрамфм? Нет.

    Но тебе же, за каким-то лешим, надо бутить с zfs? Тогда чего ты ноешь когда указывают на доступные варианты?
    Мне например нафиг не надо систему размещать на zfs. Использую zfs только для данных - /{home,var,opt,tank1,tank2,...,tankN}
    А корень, boot, etc, lib, usr и остальное на отдельном мелком ssd.
    Чем проще можно накатить/забекапить систему, тем лучше.

     
     
  • 7.111, Заноним (?), 19:46, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А корень, boot, etc, lib, usr и остальное на отдельном мелком ssd с ext4

     
     
  • 8.118, аНОНИМ (?), 20:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот я и говорю -- с рутфс на зфс некомфортненько, не готово оно к этому ... текст свёрнут, показать
     
     
  • 9.143, Заноним (?), 22:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно в солярке оно давно запилено В linux, есть более простые варианты ра... текст свёрнут, показать
     
     
  • 10.217, Аноним (-), 14:34, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Было бы странно если б сан не сделал нормально хотя-бы себе Только где этот сан... текст свёрнут, показать
     
  • 7.120, аНОНИМ (?), 20:11, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда чего ты ноешь когда указывают на доступные варианты?

    Чо? Я прям в топ-левельном коменте указал недостатки. Про доступные варианты (безальтернативный инитрамфс с 100 мегабайтами ненужного ненужно-говна) я как бы в курсе.

     
     
  • 8.142, Заноним (?), 22:26, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ненужная ненужность это твоя уверенность, что initramfs не нужен А тем кто что-... текст свёрнут, показать
     
     
  • 9.221, Аноним (-), 15:17, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На этот случай в ФСах внезапно как раз снапшоты есть При том в случае btrfs - з... текст свёрнут, показать
     
     
  • 10.234, Заноним (?), 02:09, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Алё, речь идёт не о буте, а runtime, и если что ldconfig это тоже костыль И одн... текст свёрнут, показать
     
     
  • 11.250, Аноним (-), 10:31, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Прикольная логика - сгорел сарай, гори и хата D Таки вот лично у меня есть ... текст свёрнут, показать
     
     
  • 12.261, Заноним (?), 20:40, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какие-то ортогональные выводы Речь об удобстве пользователя, а не автоматизации... текст свёрнут, показать
     
  • 12.262, Заноним (?), 20:48, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да и вообще, сказано же, хочешь zfs вкомпилировать в ядро, так вкомпилируй В чё... текст свёрнут, показать
     
  • 4.182, Аноним (184), 15:56, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Куда уж мне, нищeбpoдy-то. И бекапы у них наверное тоже на нвмях пораспиханы.

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

    А так-то, чем и как и что ты намерял чтобы решить что эта дефрагментация тебе нужна? Или просто слово красивое?

    Я вот много лет юзаю raidz (с какого-то времени raidz2) из 6 HDD для домашней машины, на которой и торренты, и исходники/компиляции с миллионами мелких файлов, и базы данных большие, при этом редко меньше 80% места занято. Этот массив переезжал на новые диски несколько раз (если что, после переезда фрагментация нулевая). Сейчас массиву 3 года, frag=83% что бы это не значило, и никакой разницы по производительности со свежим массивом я не ощущаю и на графиках/таймингах не вижу.

     
  • 2.104, Аноним (99), 19:24, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дефрагментация не особо-то и нужна ZFS. Достаточно добавить SLOG и выставит адекватное значение zfs_txg_timeout. Все будет в шоколаде!
     
     
  • 3.127, Аноним (63), 20:47, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Дефрагментация не особо-то и нужна ZFS. Достаточно добавить SLOG и выставит адекватное значение zfs_txg_timeout. Все будет в шоколаде!

    А как zfs переживает потерю slog? Потому что я слышал что hot spare с slog не работает.

     
     
  • 4.161, Аноним (99), 03:39, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Без происшествий.
     
  • 2.202, keydon (ok), 03:43, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дефрагментация в 2025ом?
     

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

  • 1.21, Аноним (24), 10:02, 14/01/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

     ....ответы скрыты (2)

  • 1.29, Нейросеть (?), 10:36, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хорошо что развивается.
    Когда есть много оперативки и нужна надёжность программного рейда, то zfs очень даже неплохо.
     
     
  • 2.33, IdeaFix (ok), 11:47, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ага, а сравнивать не резервируемый арк с данными на "дисках" можно и вручную. Вон на хоботе один товарищ так и делает - в виндовсе снимает чексумму, записывает данные на зфс, читает данные и сравнивает со снятой чексуммой. Если не совпало - значит опять арк побился. Память там или ссд на котором арк, да мало ли. И это не шутка. Так что, зфс в общем вполне надёжна, когда есть копия данных на нтфс :)
     
     
  • 3.40, Аноним (40), 11:59, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что, зфс в общем вполне надёжна, когда есть копия данных на нтфс :)

    Реквкстирую добавить это в testimonials на сайте проекта :D :D

     
  • 3.74, Аноним (56), 15:11, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, приводить в пример админов локалхоста с хобота, это примерно так же, как посылать "на хабр".
     
  • 3.117, Аноним (117), 20:05, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В смысле чексуммы зфс пропустили порчу файла? Очень и очень сомнительно. Разве что зфс был совсем без избыточности и товарищ не смотрел вообще в логи. Да и в этом случае мне кажется доступ к порченному файлу вываливается с ошибкой типа про генерала эррора читающего ваши файлы.
     
     
  • 4.121, IdeaFix (ok), 20:14, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В смысле чексуммы зфс пропустили порчу файла? Очень и очень сомнительно. Разве
    > что зфс был совсем без избыточности и товарищ не смотрел вообще
    > в логи. Да и в этом случае мне кажется доступ к
    > порченному файлу вываливается с ошибкой типа про генерала эррора читающего ваши
    > файлы.

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

     
     
  • 5.135, Заноним (?), 21:27, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >[оверквотинг удален]
    >> что зфс был совсем без избыточности и товарищ не смотрел вообще
    >> в логи. Да и в этом случае мне кажется доступ к
    >> порченному файлу вываливается с ошибкой типа про генерала эррора читающего ваши
    >> файлы.
    > В смысле кеш не резервируется. На дисках был нормальный файл, а в
    > кеше попортился. И уж я не знаю про кеш в памяти
    > речь шла, или про кеш на SSD, но... хеши в блокнотике
    > - друзья ЗФСника. Ведь эта ФС ползволяет имея файлы да дисках
    > нормальные читать битую дату из кеша. В этот момент я добавил
    > тему "нас своими руками" на хоботе в черный список.

    Речь скорее всего не про кеш, а про багу с гонкой с включенными zfs_bclone_enabled и zfs_dmu_offset_next_sync в версии < 2.1.14 и < 2.2.2

     
     
  • 6.150, IdeaFix (ok), 23:25, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Речь скорее всего не про кеш, а про багу с гонкой с
    > включенными zfs_bclone_enabled и zfs_dmu_offset_next_sync в версии < 2.1.14 и < 2.2.2

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

    https://forum.ixbt.com/topic.cgi?id=109:483:30397#30397

     
     
  • 7.164, Заноним (?), 04:00, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Речь скорее всего не про кеш, а про багу с гонкой с
    >> включенными zfs_bclone_enabled и zfs_dmu_offset_next_sync в версии < 2.1.14 и < 2.2.2
    > Нет, если угодно, речь именно о том сорте субстанции, которое мне демонстрировал
    > уважаемый адепт, а не о том, о котором говорите Вы. Но
    > я по субстанции не большой специалист... может и ошибся где, сам
    > не ел, по приборам шел.
    > https://forum.ixbt.com/topic.cgi?id=109:483:30397#30397

    По ссылке чел пишет, что у него битая память была. Читать до просветления - https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Ha

     
     
  • 8.171, IdeaFix (ok), 10:08, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По ссылке человек пишет что после замены памяти у него начали сходиться чексуммы... большой текст свёрнут, показать
     
  • 3.183, Аноним (184), 16:07, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну без подробного исследования где оно бъётся говорить особо не о чем. Оно может и в процессе трансфера по сети/usb побиться, в зависимости от того как он переносит данные на машину с zfs. Или например с битой памятью или перегнанным процом оно побъётся независимо от системы. Сам по себе ARC ничего покорраптить не может, и от проблем на дисках ZFS защищена. Так-то у меня была когда-то битая память, тогда ещё винда в дуалбуте стояла. ZFS просто написала какие файлы побились продолжая спокойно работать, а винда на ntfs не просто не загрузилась, но и раздел остался нечитаем. Есть правда опасность scrub of death, но это тоже не проблема ФС.
     

  • 1.35, Аноним (-), 11:52, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот если бы автор OpenZFS преклонил колени перед великим Столлманом, и перелицензировал свою файловую систему на GPLV2, тогда бы он взлетел. А так? Нет, не взетит. Ибо взлетает только копилефт!
     
     
  • 2.42, Аноним (42), 12:02, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    За перелицензированием обращайтесь к санкам, или кто и где они там сейчас. Как по мне, самое лучшее что могло случиться с zfs - это что ее нет в ванильном ядре. И потому не прибита гвоздями к конкретной версии ядра. Можно комбинировать и обновлять по отдельности.
     
     
  • 3.48, Аноним (48), 12:27, 14/01/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.97, Ахз (?), 18:51, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да ее вообще не должно быть в этом вашем ведре.
    Странно, что в новости про OpenZFS обсуждается ZFS.
    ZFS не имеет проблем, которые принесли лапчатые в свою OpenZFS.
     
     
  • 4.113, Заноним (?), 20:00, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ее вообще не должно быть в этом вашем ведре.
    > Странно, что в новости про OpenZFS обсуждается ZFS.
    > ZFS не имеет проблем, которые принесли лапчатые в свою OpenZFS.

    Не суетись, у динозавров свои проблемы - вымерли.

     
  • 3.201, fghdasjk (?), 02:18, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, допустим, про "не прибита" вы немножко загнули, как и про "по отдельности". Верхний предел поддерживаемой версии ядра у модуля все-таки есть, и если разработчики его не подняли сами, на то обычно есть причина.
     

  • 1.36, Аноним (42), 11:53, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо же как времена меняются. Помню как я тут упомянул про зфс лет так 6-7 назад, так потом монитор пришлось оттирать от комментов. Притом что речь шла уже про нативный zol, а не про fuse (там еще можно было понять критику). Ах да, тогда же бтрфс вовсю рекламировали. Прям хоть басню пиши про лису и виноград, только в обратном порядке
     
     
  • 2.39, Школьник (ok), 11:59, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Подожди, подожди, сейчас вон 294ый аноним проснется и расскажет нам всем о своем бугурте от проприетарщины длиной в 20 лет (CDDL для него - проприетарщина, если чо).
     
     
  • 3.44, User0666 (?), 12:09, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    С лицензией ядра несовместима, значит проприетарщина. Чего здесь непонятного? Её спецом так создавали, чтоб несовместима была.
     
     
  • 4.78, Аноним (78), 15:18, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > С лицензией ядра несовместима, значит проприетарщина. Чего здесь непонятного? Её спецом
    > так создавали, чтоб несовместима была.

    А в результате назло бабушке отморозили уши. Где сан, а где ядро? :)

     
  • 4.101, Аноним (101), 19:13, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как не совместима?
    Лицензии CDDL и BSD совместимы. ZFS есть в ядре и былла там еще до того как линуксоиды задумались о том что можно и себе утащить ZFS.
     
     
  • 5.107, maximnik0 (?), 19:41, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, а почему тогда Эппл выкинула ZFS.Вроде Оракл официально не предъявлял претензий?
     
     
  • 6.115, Заноним (?), 20:03, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Хорошо, а почему тогда Эппл выкинула ZFS.Вроде Оракл официально не предъявлял претензий?

    Потому-что у них своя проприетарщина с небинарнщиной


     
  • 6.146, Аноним (56), 23:09, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А разве Эпол пользует линукс?
    И них же в корнях макоси какая-то своя микромачбсд украденная из университета карнеги (Питсбург Пенсильвания).
    Откуда там вообще взяться zfs.
     
     
  • 7.163, maximnik0 (?), 03:48, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А разве Эпол пользует линукс?
    > И них же в корнях макоси какая-то своя микромачбсд украденная из университета
    > карнеги (Питсбург Пенсильвания).
    > Откуда там вообще взяться zfs.

    https://habr.com/ru/articles/73250/
    https://www.linux.org.ru/news/apple/3778372/page3

    Ещё с десяток ссылок накидать ?

     
  • 6.157, нах. (?), 00:19, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Хорошо, а почему тогда Эппл выкинула ZFS.

    она ее никогда и не использовала.
    Попытка убедить Джобса - была, в ответ он заявил что "Первое правило ведения бизнеса с моим лучшим другом Ларри Эллисоном - никогда не вести бизнеса с моим лучшим другом Ларри Эллисоном".

    И пошли они грустные переписывать hfs+

     
     
  • 7.162, maximnik0 (?), 03:44, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.linux.org.ru/news/apple/3778372/page3
     
     
  • 8.168, нах. (?), 07:38, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну чушь какая-то написана, слышавшими звон Нет и не было никогда в макоси подде... текст свёрнут, показать
     
     
  • 9.172, maximnik0 (?), 11:13, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Была, повторяю была На корень поставить нельзя было,носила статус бэта но протес... текст свёрнут, показать
     
     
  • 10.173, maximnik0 (?), 11:15, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https habr com ru articles 73250 ... текст свёрнут, показать
     
  • 10.192, нах. (?), 18:10, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну видимо какая-то пре-альфа неработающая, и та в каких-то доисторических версия... текст свёрнут, показать
     
  • 3.75, Аноним (75), 15:14, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Чего мне бугуртить из за ненужнго мне куска древнего внеядерного кода Я btrfs ю... большой текст свёрнут, показать
     

  • 1.49, Аноним (63), 12:40, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что там с шифрованием? Допилили уже? А то помнится встречались мне жалобы на очень низкие скорости чтения/записи при использовании нативного шифрования, и жалобы на то, что разрабы этим не интересуются.
     
     
  • 2.57, аНОНИМ (?), 13:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А что там с шифрованием? Допилили уже? А то помнится встречались мне
    > жалобы на очень низкие скорости чтения/записи при использовании нативного шифрования,
    > и жалобы на то, что разрабы этим не интересуются.

    В отличие от бтрфс, там оно хотя бы есть. А в бтрфс обещали и забили.

     
  • 2.73, Аноним (56), 15:07, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    на просторах сети встречался мне мануал (и даже вроде на гитхабе видел)
    на создание пула zfs,
    в него клали geli,
    в котором создавали уже внутренние пулы zfs.
    Все по канонам "смерть Кощеева".
     
  • 2.119, Аноним (117), 20:10, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня на домашнем серваке шифрование включено (два ссд в зеркале). На десктопе домашнем (тоже ссд). Да и на работе где-то шифрование включено (сас или сата). Никаких тормозов не замечаю.
     
     
  • 3.131, Аноним (63), 20:56, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хз, помню там что-то с ARC было связано. А ещё когда я его последний раз пробовал оно требовало поддержки AVX в проце, т.е. на старых или урезанных процессорах типа Атома про шифрование можно забыть.
     
     
  • 4.147, Аноним (56), 23:15, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, мы же не говорим про админов локалхоста уровня кора дуба.
    Для шифрования уже давно используется\требуется железная поддержка в процессоре (AES).
    Увидеть сие можно в выхлопе (dmesg) процессора.
    Да и для той же дедупликации требуется гигабайты доступной памяти, которой сейчас в наличии даже для настольных систем, а лет 10-15 назад - имеющейся исключительно в серверном сегменте.
    А для не согласных - есть FAT.
     
     
  • 5.151, Аноним (63), 23:30, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну, мы же не говорим про админов локалхоста уровня кора дуба.

    Да неужели? А raidz expansion для кого запили? Случайно не для тех самых "админов локалхоста"? Собственно как и шифрование, потому что на серверах оно нахрен ни кому не упёрлось.

     
     
  • 6.166, нах. (?), 07:32, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще-то наличие в некоторых не будем показывать пальцем ЦОДах промышленных шреддеров, способных загрызть жесткий диск - как бы намекает, что иногда и уперлось.

    Другое дело что я больше доверяю geli, да и его эффективность проверена временем и достаточно высока.

     

  • 1.65, fidoman (ok), 14:18, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Реализована возможность добавления на лету новых дисков в существующий массив RAIDZ

    Ого. Вот это шикарно.

     
     
  • 2.68, нах. (?), 14:50, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем, ну ЗАЧЕМ оно вам надо?!

    НАСТОЛЬКО прям не хватает денег сделать нормально?

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

     
     
  • 3.77, Аноним (75), 15:16, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Зачем, ну ЗАЧЕМ оно вам надо?!
    > НАСТОЛЬКО прям не хватает денег сделать нормально?

    Чужими то деньгами все горазды раскидываться. А ты из своих заплати - тогда посмотрим как тебе оно будет.

     
     
  • 4.85, Аноним (56), 16:19, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ты мне напомнил меня, во времена студенчества,
    когда я запускал безголовые линуксовые и BSDшные (PicoBSD) сервера с одной дискеты, на компе притащеном с помойки.

    сейчас стало же еще проще - можно "за копейки" аредновать мощности в "датацентре".
    а некоторые мои студенты вообще используют бесплатные виртуализированные мощности каких нибудь гугл\амазон\микрософт.

     
     
  • 5.94, Аноним (94), 17:53, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > сейчас стало же еще проще - можно "за копейки" аредновать мощности в
    > "датацентре".

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

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

     
  • 5.98, User (??), 18:59, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что, тоже "бездисковый файловый сервер" делал? Два диска для данных в raid'е, а сам или с дискеты или с сети грузишься - и вумный-вумный, крутой-крутой! :)
     
     
  • 6.148, Аноним (56), 23:19, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да многие подобным занимались - это же прикольно реализовать, особенно когда инструменты есть.
    Дискетку\флешку вынул, ушел домой, а тебя в это время уволили, и опачки, у кого то сервер внутри закрытой сетки умер и данные не достать после очередного скачка сети питания.
    ))
     
  • 4.86, нах. (?), 16:22, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня все норм - либо не хватает на бухло и я не в целевой аудитории патча, либ... большой текст свёрнут, показать
     
     
  • 5.95, Аноним (-), 18:02, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне лучше без шараханий между полюсами, какой-то более прагматичный баланс Когд... большой текст свёрнут, показать
     
     
  • 6.112, нах. (?), 19:52, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне лучше без шараханий между полюсами, какой-то более прагматичный баланс.

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

    > Когда по мере надобности подоткнул 1-2 девайса которые были

    к шестидисковому рейду ? Ну видимо данные тебе и не особо-то были нужны.

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

     
     
  • 7.187, Аноним (-), 17:50, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1 Я data recovery немного развелкаюсь И кратковременные нужды для хранения м... большой текст свёрнут, показать
     
     
  • 8.188, нах. (?), 17:53, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    после этого ты лишние диски продаешь или раздаешь бедным про то зачем их на хо... текст свёрнут, показать
     
     
  • 9.191, Аноним (-), 18:09, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Бывают разные варианты Могу апгрейднуть емкости своих девайсов и старые реально... большой текст свёрнут, показать
     
     
  • 10.193, нах. (?), 18:20, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, ну да - все равно навернется, не сегодня так завтра Когда мне нужна врем... большой текст свёрнут, показать
     
     
  • 11.228, Аноним (228), 21:54, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я уж забыл сколько мне это рассказывают А оно все не наворачивается и не навора... большой текст свёрнут, показать
     
     
  • 12.231, нах. (?), 22:24, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну значит у тебя и данных никаких нет Но ты продолжаешь нести чушь как что-то т... текст свёрнут, показать
     
     
  • 13.254, Аноним (-), 17:08, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я ж говорю, тебе с твоим апломбом и уверенностью в единственно правильном пути -... большой текст свёрнут, показать
     
  • 5.122, Аноним (117), 20:40, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проще диски по одному менять в пуле. После замены всех пул автоматически (или нет - там есть такая настройка) расширится. В этом плане raidvz2/raid6 действительно штука замечательная. Ну да, бэкап в любом случае иметь надо.
     
     
  • 6.136, нах. (?), 21:35, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не, ну для raidz, да еще с больше чем одним parity это какая-то слишком сложная ... большой текст свёрнут, показать
     
     
  • 7.138, Аноним (63), 21:54, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Там еще и неприятный подвох, что старые данные остаются в страйпах прежней конфигурации

    Это не подвох, а фича. Сделано так специально, как раз для того чтобы не делать того, чего ты так боишься: не пересчитывать parity для всего пула при каждом добавлении нового диска. Со временем, по мере того как данные в пуле будут перезаписываться, они будут записываться уже с новой избыточностью. Подробнее можно почитать здесь: https://arstechnica.com/gadgets/2021/06/raidz-expansion-code-lands-in-openzfs-

     
     
  • 8.141, нах. (?), 22:12, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    я боюсь отказа от повышенной в этот момент нагрузки на ВЕСЬ пул - как, собственн... большой текст свёрнут, показать
     
     
  • 9.180, Аноним (63), 14:33, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При расширении пула ты добавляешь диск к здоровому целому пулу, а не к дегради... большой текст свёрнут, показать
     
     
  • 10.181, нах. (?), 15:15, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    и В чем принципиальная разница,как ты думаешь никакой, совсем никакой - тольк... большой текст свёрнут, показать
     
     
  • 11.189, Аноним (-), 17:59, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В случае штук типа btrfs эти заявления элементарно не соответствуют действительн... текст свёрнут, показать
     
     
  • 12.190, нах. (?), 18:01, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    чувак, никому неитересна твоя бырбыры в теме про zfs, угомонись уже Она банальн... текст свёрнут, показать
     

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

  • 1.70, Аноним (70), 14:55, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Тока сеня читал в FreeBSD mastery: ZFS, что raidz не расширяются,
    а если использовать add вместо attach, то хана пулу.
    А тут вон добавили, шикарно
     
     
  • 2.72, Аноним (56), 15:02, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    всегда использовал безопасный способ (но более затратный).
    создавал новый пул на новых дисках, и просто переносил туда данные.
    да, не по феншую ZFS, зато увеличение пула всегда проходило без проблем.
     
     
  • 3.87, нах. (?), 16:26, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    наоборот, единственноправильный метод. Обычно за это время собачка успевает подрасти, и новые диски позволяют все содержимое старых сложить в незаметный уголок.

    Вплоть до того что было 6+2, а стало 3way mirror, потому что...а нахрен не надо столько места занимать и столько тепла выделять, вот что. Те были двухтерабайтники, а эти, гляди-ка - по 20.

     
  • 2.88, нах. (?), 16:31, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а если использовать add вместо attach, то хана пулу.

    не хана пулу, но хана redundancy, впрочем, ходят необоснованные слухи что в современных версиях стало МОЖНО удалить обратно такое add (но это неточна!).

    И учти что синтаксис другой и zpool add pool disk - по прежнему создаст тебе вот такое же. Добавлять надо не к пулу, а к массиву.

     

  • 1.129, 12yoexpert (ok), 20:51, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вопрос к знатокам: что вы делаете с шумом от хардов в квартире?
     
     
  • 2.132, Аноним (132), 21:00, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Меняем диски на тихие.
     
     
  • 3.145, 12yoexpert (ok), 23:08, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это какие, например? на какие ни посмотришь отзывы, все громкие
     
     
  • 4.152, Аноним (56), 23:33, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    попробуй NVME.
    Пару контор даже выпустили материнские платы с 4 разъемами для NAS.
     
     
  • 5.156, 12yoexpert (ok), 00:09, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в принципе вариант. посмотрел сейчас - цены всего в два раза ниже hdd, для дома норм. и места меньше занимают, и в usb моего N100-сервачка можно воткнуть

    но вот с большими объёмами у них с ценами беда, конечно

     
  • 2.137, нах. (?), 21:37, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > вопрос к знатокам: что вы делаете с шумом от хардов в квартире?

    дверцу у шкафа закрываю нахрен. Теперь слышно только вой вентиляторов самого шкафа.

     
     
  • 3.160, 12yoexpert (ok), 00:55, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не стрёмно в шкафу круглосуточно работающую электронику держать?
     
     
  • 4.165, нах. (?), 07:24, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле?
    Это промышленный 19" шкаф, точно такой же как в ЦОДах стоят.

    Но, поскольку у меня нет "холодного коридора" и я не могу жить при температуре +18 - в нем стоит штатное принудительное охлаждение. И на его фоне никаких внутренних звуков не слыхать.

    Но, собственно, с отдельно стоящим сервером я тоже слышу не диски а вой вентиляторов.

    Диски, особенно гелиевые - достаточно тихие. Но недостаточно холодные чтобы можно было обойтись пассивным охлаждением.

     
  • 4.194, Аноним (-), 18:21, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > не стрёмно в шкафу круглосуточно работающую электронику держать?

    Ты не понял. Его настолько покусал энтерпрайз что он установил себе второй холодильник^W^W майнфрейм^W в общем 19" шкаф походу.

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

     
     
  • 5.206, нах. (?), 12:46, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну я вообще-то работаю - в IT. Поэтому довольно логично что некоторые мои хобби немножко похожи на рабочую обстановку. Иначе непонятно, чего я там работал бы.

    > И да, поскольку нормальные люди это ставят в датацентрах

    сколько у тебя уже своих датацентров? У меня пока ноль.
    Впрочем, ты похоже ни в одном не бывал, на картинках видал. Там либо система горячих и холодных коридоров, либо подача холодного воздуха через пол, сами по себе они абсолютно безшумные, компрессоры где-то далеко.

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

     
     
  • 6.214, Аноним (-), 14:21, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо что в айти Ведь мог бы и водителем карьерного самосвала или вообще работ... большой текст свёрнут, показать
     
     
  • 7.218, нах. (?), 14:42, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Хорошо что в айти! Ведь мог бы и водителем карьерного самосвала

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

    > Я б не назвал датацентры - бесшумными, весьма зависит от.

    внезапно, источник шума - внутри стойки.

    > Да там даже вентили вроде бывают достаточно большие и потому не сильно шумные.

    8", но, к сожалению, сильно. Это в офисных помещениях и тому подобных местах не особо слышно. В квартире рядом с этим находиться можно, но недолго.

    Игры с домашними системами хранения, они такие.


     
     
  • 8.230, Аноним (-), 22:13, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но таки некто Siphun, таки, стал чем-то между мемом и легендой, получив прямо на... большой текст свёрнут, показать
     
  • 2.167, Аноним (169), 07:37, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А они у вас точно от хардов, а не от вентиляторов?
     
  • 2.195, Аноним (-), 22:33, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если нужна тишина сначала надо разбираться с шумом издающее воздушное охлаждение. Из-за шума воздушного охлаждения можно не услышать шума одного работающего HDD.
     
     
  • 3.207, нах. (?), 12:48, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    после перехода на водяное и безвентиляторные питальники выясняется что у тебя сгорают диски. Потому что внезапно им тоже нужно охлаждение. (предполагаю что про мост тебе кто-то заранее скажет или производитель догадается подсказать)

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

     
  • 3.215, Аноним (-), 14:27, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Современные просторные комповые корпуса - расчитаны на 120-140 мм вентили, эти т... большой текст свёрнут, показать
     
     
  • 4.219, нах. (?), 14:52, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Современные просторные комповые корпуса - расчитаны на 120-140 мм вентили, эти таки
    > тихие при нормальном потоке воздуха, если с оборотами не звереть. Чем

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

    Ну а такой который действительно предназначен для больше чем одного жесткого диска 24/7 - "интересовавшиеся этим товаром так же купили: наушники для стрельбы, затычки для ушей" (с) Амазон.

    У нетапа вон все норм охлаждается. И недорого (с доставкой по штатам, конечно). В гараже, наверное, поставить можно.

     
     
  • 5.242, Аноним (-), 09:49, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В именно современных одно другому не мешает, если конечно брать от нормальных фи... большой текст свёрнут, показать
     
     
  • 6.251, нах. (?), 11:53, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В именно современных одно другому не мешает

    с апломбом заявляет нам кексперт с дырявой флэшкой.

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

    > А оно мне надо

    да тебе ничего не надо, кексперт.
    Но ценное мнение имеешь.

     
  • 3.220, 12yoexpert (ok), 15:14, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    при чём тут шум охлаждения? вопрос был про шум дисков
     
     
  • 4.232, нах. (?), 22:27, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > при чём тут шум охлаждения? вопрос был про шум дисков

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

     
     
  • 5.243, Аноним (-), 09:54, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > при том, глупенький, что если у тебя диски не спеклись еще -
    > ты не шум дисков будешь слышать, а шум того что их
    > охлаждает. И вот с ним - ничего сделать нельзя вообще.

    Ты там что, 15 000 RPM чтоли наставил? У меня веники обдуваются парой фронтальных стодвадцаток (их RPM диначески рулится). Выше 45 градусов их температура никогда не поднималась (это прям по их smart, он умеет lifetime min/max запоминать), при том что это все не слышно, так что я немного AAM придушил - чтоб не тарахтели. От них все же емкость требуется, а для скорости и под систему у меня вообще SSD'шник.

     
  • 2.264, Аноним (264), 02:17, 18/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не делаем.
    Их практически не слышно.
     

  • 1.133, Аноним (63), 21:16, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Народ, есть такая проблема. У меня система на ZFS при полном бездействии (!) записывает на диск 1.5-2 ГБ данных в час (!). du при этом рапортует о 15-30 МБ. Это как, нормально вообще? Это ж ппц просто... С такими чудесами никакого ssd не хватит.
     
     
  • 2.140, slavanap (?), 22:02, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    fsminer3 удалите
     
     
  • 3.149, Аноним (63), 23:20, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда ему взяться? Да и был бы это майнер, это было бы заметно по загрузке процссора, а у меня ничего подобного нет.
     
  • 2.153, Аноним (56), 23:38, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ищите что в системе так сильно пользует FS.
    может быть у вас хитрая конфигурация zraid
    или диски битые
    и поэтому zfs постоянно перестраивает данные.

    а может у вас скраб постоянно отрабатывает.

     
     
  • 3.159, Аноним (63), 00:25, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто её не использует Я проверял и iotop ом и fatrace ом, и чем только не п... большой текст свёрнут, показать
     
     
  • 4.179, Аноним (56), 14:12, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    если есть возможность, склонируйте и поставьте для тестов другой SSD.
    удаленно сложно поставить диагноз "по телефону".
    может и прошивка\firmware SSD вносит свою лепту.
    иначе - переустановка, если в виртуалке все ок.
    у меня скраб еженедельный, и да, заметно когда чекит диск.
     
  • 4.197, Аноним (-), 00:07, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "А если оставить комп в покое, то через несколько часов эта цифра снижается примерно до 150-200 МБ" снижается или повышается?
     
     
  • 5.198, Аноним (63), 00:46, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Снижается. Статистику собираю iostat'ом раз в час по крону. Если оствить комп в покое (на ночь), то первые несколько часов он так и продолжает писать 1.5-2 ГБ в час, хотя никакие программы в это время не запущены. Потом количество записей снижается.
     
  • 5.200, Аноним (63), 00:54, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А при обычном сёрфинге 2.5-3 ГБ в час -- уже привычная картина. ссд при этом ледяной, загрузка прцессора тоже практически нулевая.
     
  • 2.177, Аноним (99), 13:41, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Стоит увеличить zfs_txg_timeout до 30 секунд.
     
  • 2.185, нах. (?), 16:50, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    нет, это не нормально.
    Эти 15-30 мб у тебя откуда-то взялись, zfs сама их не рожает.

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

    и нет, не scrub

     
     
  • 3.199, Аноним (63), 00:48, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 15 мегабайт легко могут превратиться в гигабайты

    Если это было так, то подобную картину наблюдали бы все, а не только я.

     
     
  • 4.205, нах. (?), 09:43, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто когда ее наблюдают люди пограмотней тебя - они не бегут со своим ценным наблюдением в совершенно несвязанное с ним сообщение на каком-то сайте в интернете, а идут выяснять, зачем и что у них такое делает. И выключают (ну либо живут с этим).

    А у тебя - лапки.

     
  • 2.196, Аноним (-), 23:02, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Используй программы которые показывают, что пишет на диск и думай, что с этим делать если что-то выясниться и с этим можно что-то сделать. Это как пример: github.com/mate-desktop/caja/issues/1704
     
  • 2.209, Аноним (208), 13:16, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    позравляю, теперь ты узнал что такое ZFS, она требует SSD диски корпоративного класса, если ты её поставишь на обычные SSD, то ресурс их кончится очень быстро. эта ФС изнашивает диски до 8-10 раз быстрее чем другие.
     
     
  • 3.210, Аноним (63), 13:32, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > эта ФС изнашивает диски до 8-10 раз быстрее чем другие.

    Откуда такие цифры, стесняюсь спросить? И почему она будучи установленной в виртуалку их не изнашивает?

     
     
  • 4.211, Аноним (208), 13:40, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    чтобы понять надо знать как эта ФС работает, почитай форумы proxmox например, как наивные ребята ставят эту фс для виртуалок на обычные ssd с домашним DWPD, а через год их ресурс заканчивается.
     
     
  • 5.213, Аноним (63), 13:45, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А ты попробуй своими словами объяснить, раз уж ты об этом заикнулся.
     
     
  • 6.222, Аноним (-), 17:35, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это по быстрому что нашол верить или не верить этому каждый решает сям Перепро... большой текст свёрнут, показать
     
     
  • 7.224, Аноним (-), 20:04, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Спросил чатгопа Какой молодец При использовании на SSD cow так то неплохо мапп... большой текст свёрнут, показать
     
     
  • 8.225, Аноним (-), 20:29, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    openzfs org wiki Documentation читай если тебе это надо так надёжнее будет Всё ... текст свёрнут, показать
     
     
  • 9.244, Аноним (-), 09:56, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне оно не надо - ибо см выше, я больше за btrfs а в форме сказать ... текст свёрнут, показать
     
  • 7.229, Аноним (63), 22:04, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По каждому пункту - чушь Если речь идёт об усилении записи, то в действительнос... большой текст свёрнут, показать
     
     
  • 8.237, Аноним (-), 03:32, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И уж тем более нелепо противоставлять ZFS и BTRFS, т к вторая тоже COW и в цел... текст свёрнут, показать
     
  • 8.238, Аноним (238), 05:04, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если речь идёт об усилении записи об усилении записи надо ещё узнать, что оно ... текст свёрнут, показать
     
     
  • 9.252, нах. (?), 11:56, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот специально для ребят с лапками - нет, в zfs чтобы выключить сжатие - надо о ... текст свёрнут, показать
     
     
  • 10.258, Аноним (-), 18:33, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вот специально для ребят с лапками - это мусор нет, в zfs чтобы выключить с... текст свёрнут, показать
     
     
  • 11.259, нах. (?), 19:08, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, просто запомните и запишите - выключать дефолтное сжатие на zfs - нельзя Он... текст свёрнут, показать
     
  • 8.239, Аноним (239), 05:56, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это я уже читал, 2019 год habr com ru articles 476414 ... текст свёрнут, показать
     
     
  • 9.240, Аноним (63), 08:53, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Молодец А теперь забудь всё что ты там прочитал ... текст свёрнут, показать
     
     
  • 10.256, Аноним (256), 18:01, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Молодец А теперь забудь всё что ты там прочитал эти слова для меня не аргумен... текст свёрнут, показать
     
  • 10.257, Аноним (-), 18:06, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По ответам что тут попадаются скорее будет так, так больше похоже А то выгляди... текст свёрнут, показать
     
  • 8.245, Аноним (-), 10:01, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только менеджмент зело приятнее, снапшоты логичнее и проще сделаны, девайсы add ... текст свёрнут, показать
     
  • 6.223, Аноним (-), 19:46, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как я понял надо смотреть последнею документацию к OpenZFS. Оптимизации в OpenZFS для SSD делают. Но какие? Возможно если сам под конкретное дело не настроить для SSD OpenZFS будет работать как для HDD. Точно мне ясно даже если и есть в OpenZFS оптимизации для работы с SSD всё равно как и с BTRFS запись на диски SSD будет больше чем у ext4. А насколько это выясняйте сами кому надо.
     
     
  • 7.226, Аноним (94), 21:16, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для себя ради интереса посмотрел. openzfs.org/wiki/Features#TRIM_Support

    "
    TRIM Support

    TRIM support provides the ability to pass deletes / frees through to underlying vdevs that help to ensure devices such as SSD's, which rely on receiving TRIM / UNMAP requests for sectors which are no longer needed, maintain optimal performance.

    Two modes of TRIM/UNMAP were added: manual and automatic. Manual TRIM through the 'zpool trim' command does on-demand TRIMing. Automatic TRIM can be enabled to perform a periodic background TRIM.
    illumos not yet ported
    FreeBSD OpenZFS v2
    ZFS on Linux Mar 2019
    OpenZFS on OS X Mar 2019
    "

     
     
  • 8.233, нах. (?), 22:31, 16/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кстати, чушь написана поздравляю этих звиздунов совравши А на деле поддержка t... текст свёрнут, показать
     
     
  • 9.235, Аноним (-), 03:00, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я правильно понял чуш написана имеется в ввиду только это FreeBSD OpenZFS v2 ... текст свёрнут, показать
     
     
  • 10.241, нах. (?), 09:27, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    полагаю, остальное правильно - примерно в том 19м году в ZoL вмержили бсдшные ку... текст свёрнут, показать
     
     
  • 11.246, Аноним (-), 10:02, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А на нах время обиделось и у него всегда полшестого и всегда пора пить чай ... текст свёрнут, показать
     
  • 11.255, Аноним (255), 17:50, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То что меня заинтересовало из тех слов, соответствует это - из перерода я понял... текст свёрнут, показать
     
     
  • 12.260, нах. (?), 19:18, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ну учитывая что это не безобидная операция - таки первый вариант лучше Хотя на ... текст свёрнут, показать
     

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

  • 1.144, Аноним (144), 22:55, 14/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Допустимый размер имён файлов и каталогов увеличен c 255 до 1023 символов (новый размер выбран с расчётом размещения 255 4-байтовых символов).

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

     
     
  • 2.154, Аноним (56), 23:42, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    хм.
    По умолчанию в винде, ЕСЛИ НЕ ПРАВИТЬ РЕЕСТР, все же на ntfs томах ограничение в 255 символов.
    Проверено кучу раз начиная с win2000 и вплоть до до win10.
     
     
  • 3.155, Аноним (144), 23:54, 14/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    255 символов не всегда влезут в 255 байт

    В новости под словом символ понимается однобайтный ASCII символ

     
  • 3.158, нах. (?), 00:25, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По умолчанию в винде, ЕСЛИ НЕ ПРАВИТЬ РЕЕСТР, все же на ntfs томах ограничение в 255

    шестнадцатибитных символов.

    поэтому на ext2 не влезают.

     
  • 2.174, anonymous (??), 11:50, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это только для Linux части как раз и сделано, для FreeBSD патч урезан:
    https://github.com/openzfs/zfs/pull/15921/commits/28cfb419afdb7962d41da2ddd7dd
     
     
  • 3.176, пох. (?), 13:16, 15/01/2025 [^] [^^] [^^^] [ответить]  
  • +/
    для умеющих читать - там написано что не урезан а просто не будет работать, потому что внутриядерные лимиты все равно не пропустят еще на уровне vfs.

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

     

  • 1.227, InuYasha (??), 21:40, 16/01/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кажется, мужик из Level1Tech эту ФС всё очень советовал для всяких серваков и насов. Особенно для ССД вместо HW RAID-ов.
     
     
  • 2.253, нах. (?), 11:59, 17/01/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кажется, мужик из Level1Tech эту ФС всё очень советовал для всяких серваков
    > и насов. Особенно для ССД вместо HW RAID-ов.

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

     

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



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

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