В Ubuntu 23.10 в инсталляторах, применяемых для установки серверной и настольной редакций дистрибтива, появится поддержка установки системы с использованием файловой системы ZFS на корневом разделе. В Ubuntu Desktop подобная возможность присутствовала и ранее, но была убрана в Ubuntu Desktop 23.04 из-за задействования нового инсталлятора, написанного на языке Dart и использующего пользовательский интерфейс на базе фреймворка Flutter...Подробнее: https://www.opennet.me/opennews/art.shtml?num=59755
Зачем на домашнем компе использовать зфс?
Для гарантии сохранности данных же. ЕСС памяти в чайникхасвел моно много понапихать.
ext4 - надежнее
конечно... нет! zfs надежнее, всё-таки чек-суммы, снапшоты, CoW (который лучше бережет в ситуации снезапного отключения)
RoW
и чего тогда вся эта замечательность
не предложена в качестве ФС по умолчанию?
ретрограды проклятые?
Лицензия?
- Оверхед для десктопа (в духе RAID5 для десктопа)
- Не в ядре
> и чего тогда вся эта замечательность
> не предложена в качестве ФС по умолчанию?
> ретрограды проклятые?Смотря где, не знаю по поводу умолчания в NixOS (ext4 по докам), но там вполне себе как одна из рекомендуемых опций в качестве ФС, помнится они даже что-то патчили для сохранения производительности в новых версиях ядра. Ну и то, как в целом устроен BTRFS (которому поменьше доверия), говорит что-то о направлении развития современных ФС.
ZFS из-за контрольных сумм медленнее XFS/EXT4 даже без использования RAIDZ1.Место под кеш чтения надо также выделять руками (т.н. ARC), в то время как в остальных ФС оно динамически занимается все свободное.
На серверах при использовании ZFS не рекомендуется собирать диски в аппаратный RAID, а надо прокидывать их в HBA-режиме, что опять многие не делают.
Поэтому люди, выбирающие ZFS, должны понимать плюсы и минусы и выбирать ZFS если она действительно нужна. А значит ZFS не должна быть ФС по умолчанию.
Откуда вы такие кастрюлеголовые беретесь? Не зная темы лезти в обсуждение.
1. В 2012 году еще в EXT4 контрольные суммы внедрили. Так что абсолютно не в тему.
2. Полный бред. ZFS все выделяет самостоятельно, а ручками его можно только ограничить. Добавлю еще - это самая тупая идея и реализация от кастрюлеголовых - сидеть и смотреть на количество свободной памяти в серверной системе. В случае ZFS+FreeBSD - тут достаточно качественная интеграция ZFS - ARC и т.п. могут занять весь ОСТАВШИЙСЯ свободный обьем памяти, за исключением нескольких процентов для оперативного реагирования. Из памяти оперативного реагирования кусок отдали, система дергает ZFS - ZFS отдает часть памяти используемой под кэши т.п. Кастрюлеговым то невдомек что в продуктиве каждый продукт занимает свой практически статический объем памяти, планово изменяющийся со временем, и это нормально что остаток этой памяти занимает файловая система. Весь установленный обьем памяти работает поднимая общую эффективность системы, а не болтается мертвым грузом в freemem.
3. И это замечательно - ZFS кэшируемый NVMe накопителем, особенно >= PCIe 4.0 и объемом так >=256GB размажет любой RAID контроллер по цене, несущественно отставая (и то не факт) по производительности. Windows Spaces, кстати, использует ту-же концепцию SSD+HDD. Многие производители NAS взяли это решение так-же на вооружение. Поэтому аппаратным RAID контроллерам скора пора будет на пенсию собираться. Останутся только контроллеры конверторы интерфейсов SAS->PCIe и т.п.
4. Поэтому кастрюлеголовые, не понимающие о чем они ведут речь, не должны лезть в обсуждения не разобравшись в предмете.
> В 2012 году еще в EXT4 контрольные суммы внедрилиКонтрольные суммы для данных в ext4? Что-то не помню такого.
Лицензия -> Не в ядре.Будь ZFS швободным продуктом она давно бы стала как минимум одной из основных "повсеместно". Но из-за лицензии + упертости Оракла в этой области остается экзотикой для ценителей.
Асамое смешное будет когда какая-то другая ФС (неважно какая) сравнится с ZFS по фишкам и заменит её, Оракл ТУТ ЖЕ сделать ZFS полностью свободной.
> Лицензия -> Не в ядре.
> Будь ZFS швободным продуктом она давно бы стала как минимум одной из
> основных "повсеместно". Но из-за лицензии + упертости Оракла в этой области
> остается экзотикой для ценителей.
> Асамое смешное будет когда какая-то другая ФС (неважно какая) сравнится с ZFS
> по фишкам и заменит её, Оракл ТУТ ЖЕ сделать ZFS полностью
> свободной.Ты перепутал название - во второй строчке надо ZFS на Linux заменить, а "ОНА" на ZFS и тогда все встанет на свои места, контекст не читать..
> в ситуации снезапного отключения)БПП ?
Безопастно ли для домашнего применения?
ОЧЕНЬ!
> конечно... нет! zfs надежнее, всё-таки чек-суммы, снапшоты, CoW (который лучше бережет
> в ситуации снезапного отключения)Не знаю на счёт zfs, ничего плохого сказать не могу, но по поводу btrfs тоже так говорили, однако все её плюшки как раз решают проблемы, которые с ней и случаются прежде всего. А иногда и не решают.
Что касается отключения электроэнергии, то в текущем виде ext4 вполне себе нормально с этим справляется.
Но, какая бы ФС ни была, никакая из них не отменяет важность создания бэкапов важных данных!
Чисто теоретически - решаются, но... она ломается на пустом месте. Надежность оставляет желать лучшего. Да и датасет - это не сабволюм. ZVOL. Возможность тонкого тюнинга. ZFS - вне конкуренции!
4 года btrfs на всех дисках (пк, nas). За всё время только один раз развалился raid из-за того, что диск на горячую вытащили, но сам потом и пересобрался, когда диск на место вернули и перезагрузили nas. Больше проблем с ним не было, не смотря на вырубавшийся несколько раз свет и хардресеты.
Ломалась дважды в течении месяца... третьего не будет. Внезапно, после ребута - система перестает загружаться. С тех самых пор, как вкусил все прелести zfs - уже и не вернусь. Будь там хоть на 100% стабильно. Да и плюшек в виде recordsize & zvol в btrfs просто нет. Не вижу жизни без виртуальных машин, даже на десктопе.
Ломалась два раза года за 4 на разных домашних серверах сама по себе (питание рубильником не вырубал, с ФС стрёмные эксперименты не проводил). В первый раз разбираться не стал - там только ОС без данных была, раскатал её заново. Во второй - починить не смог (хотя активно пытался). Благо бекапы были.
Соседние разделы с ext4 на тех же серваках - всё так же прекрасно себя чувствуют, как и в первый день.Ко всему прочему - при использовании BTRFS гораздо активнее трещат жёсткие диски (гуглить: "btrfs write amplification"), да и сама она в среднем помедленнее ext4.
Да, как идея - BTRFS офигенна. Лично для меня очень ценны снэпшоты, родной RAID и компрессия.
Но реализация... Сколько ей лет, а до сих пор она не то, чтобы "вах" :(
Единственная причина ломания и btrfs и openzfs -- это диски, которые ВРУТ о том, что закончили запись того, чего должны были закончить перед тем как новое писать. Точно так же оно может сломаться и в ext4, но вы этого не заметите и ext4 вам об этом не скажет.
Ну так это сейчас везде так. Даже SSD в массе своей пишут в SLC-mode буфер, а уже потом трамбуют и размещают данные в памяти уже в основном, плотном режиме. Выдерни питание в это время и хорошо если просто потеряется часть данных, а может и вообще все кашей стать если таблицу трансляции снесет.
>конечно... нет! zfs надежнее, всё-таки чек-суммы, снапшоты, CoWи всё это гуано ТАК тормозит.... (на бэкап сервере с буквально 10ком снэпшотов и шифрованием. Держу только из-за сжатия. Чексамы есть другие варианты. И сжатие, кстати, тоже. Скоро выкину это...
Ее необходимо тюнить, иначе она съедает все свободные ресурсы. Если вы не собираетесь в ней разбираться - лучше сменить.
>>конечно... нет! zfs надежнее, всё-таки чек-суммы, снапшоты, CoW
> и всё это гуано ТАК тормозит.... (на бэкап сервере с буквально 10ком
> снэпшотов и шифрованием. Держу только из-за сжатия. Чексамы есть другие варианты.
> И сжатие, кстати, тоже. Скоро выкину это...не смешите, у меня Proxmox Backup Server крутится на zfs, железо вообще Intel 4125 и 8ГБ оперативы, каждую ночь бэкапы двух огромных виртуалок с кучей изменений за день, и двух контейнеров, а самое главное ту да же и всё с файлового сервера (1ТБ часто меняющихся данных, огромнейшее количество каталогов и файлов, каждые 10 минут снимок летит), глубина хранения неделя, он работает вполсилы, отзывчивость даже через месяцы аптайма при входе в веб-управлялку моментальная
А можно конкретнее, что для вас «тормозит»? У меня каждую ночь но бэкап-сервер льётся несколько терабайт бэкапов. Сейчас прикинул, больше 10 до сжатия и дедупликации (и то, и другое происходит средствами zfs).
> поддержка ZFS позиционируется как экспериментальнаяКак по мне, сие автоматически ставит под сомнение "гарантию сохранности данных".
Впрочем, большинству юзаков и хранить-то особо нечего, кроме пары гигабайт избранного прона, да папки 'DCIM' со всякой ерундой.
Гарантий сохранности данных не существует в природе. Если кто-то тебе попытается её продать — тащи афериста в милицию.
Ясное дело, никто не ждет и не будет ждать 146% гарантий.
Я к тому, что экспериментальность как бы намекает на unstable.
А как еще, например, накопленную за год дельту изменений отправить по сети на бэкапную машину?
Не сканировать же 100500 гигабайтов файлов на предмет контрольных сумм с последующим их аплоадом (на мелких файлах это будет очень медленно. А zfs тут сразу знает на блочном устройстве, какие именно блоки с прошлогоднего снапшота изменились. Ну и скраб с проверкой контрольных сумм - полезная вещь для регулярных проверок не прсыпался ли диск.
sync ?
Вы не представляете насколько медленнее могут работать любые файловые синхронизаторы, когда у вас реально много файлов по объему или по количеству. За каждым файлом приходится позиционировать головки hdd, зачастую много раз по разным кластерам на диске, чтобы его прочитать, плюс накладные расходы на поднятие метаинформации о самом файле из файловой системы и т.д. и т.п.
ZFS же просто последовательно проходит по диску на уровне блочного устройства по набору измененных блоков и скидывает их в бэкап со скоростью диска/сети. Так что, все эти sync/syncthing и т.п. никак по быстродействию сравниться не смогут в сценарии относительно редких бэкапов.
Все это также касается и скрабов с проверкой контрольных сумм, аналогично будет быстрее в разы чем это syncthing сделает.
"позиционировать головки hdd"Вы ещё не избавились от этого хлама?
Логика у многих такая. И по цене компромисс. Для операционных систем, кому что SATA SSD до 512 или NVMe SSD. А на остальное гигабайты HDD, что-то положить. Из использования SSD и HDD пришёл к выводу там где интенсивность использования диска высокая: операционная система или ещё что, SSD. А там где линейное чтение и запись HDD. В таком режиме HDD дольше будет работать до поломки.Надо понимать рано или поздно диск сломается и встанет вопрос как быть с гигабайтами. У меня второй диск ломается в разное время, разных производителей. Оба через ~10 секунд отключатся на секунду шум слышен в виде щелчка. Не чего особо важного нет на дисках. Но кое, что желательно с сломавшегося диска мне надо забрать.
Сломавшиеся диски это HDD. SATA SSD не так давно стал использовать в месте с HDD.
Вы представляете, сколько будет стоить ssd хотя бы на 16 Тб?
У меня стоят 2 по 4Тб, так что представляю. В ближайшее время хочу ещё 2 добавить.
И - что самое главное - тишина. Никакой вибрации и хруста.
Да и в продакшне - full SSD SAN, за два года - один отказ. HDD дохли по 4-5 штук в год.
Шум от HDD во время записи и чтения можно воспринимать только если их десятки, а не один два три. И только если воздушное охлаждение ну очень тихое иначе на фоне шума от вентиляторов шум одного HDD это не шум, а ерунда. Шум вентиляторов перекрывает шум от работы одного HDD. Я к шуму отношусь как к неудобству. Но могу точно сказать шум от HDD преувеличен если используется шумное воздушное охлаждение проще говоря его не заметно на фоне шумных вентиляторов. Ну и компьютер у меня стоит примерно в метре от меня. Как слышен HDD в ноутбуках я не знаю ноутбуками не пользовался. Это моё восприятие шума от работы HDD разных лет выпуска: 2001 (5400 rpm), 2003 (7200rpm), 2007 (7200rpm), 2014 (7200rpm). Куплен на замену сломавшегося ещё один HDD лежит ещё не установил, лень пока устанавливать занят другим произведён в конце 2021 года (7200rpm). В некоторых моделях HDD можно было через программы регулировать уровень шума за счёт понижения или повышения быстродействия HDD.
> если воздушное охлаждение ну очень тихоеМой случай. Шум даже от одного HDD очень заметен. Заменил на SSD - всё тихо.
У меня шум от десктопа, и десктопа отнюдь не хилого, в режиме "читаем интернетики, смотрим видео, работаем в IDE" - <20 dB.
Я шум от HDD 2007 года выпуска тоже слышу когда идёт копирование на него и если бы этот шум был постоянно, беспрерывно то да не хоте лбы слышать постоянно или раз ну скажем в минуту на сколько то секунд. А так диск этот не основной, он под хранение данных, редко на него пишется и читается. А HDD от 2014 года выпуска тихий его не слышно. Это так у меня.
Может если я ухо к корпусу приложу то услышу, а с примерно метра мне не заметно от него шума.
Ухо приложу к корпусу компьютера.
+ для операционой системы установил SATA SSD 480Гб. Для файла подкачки у меня отдельно был и есть 128ГБ SATA SSD.
Перепутал не 128, а 120. Модель такая-то, размер 120ГБ.
Можно конечно вложиться, но жалко, что сейчас гарантия только 1 год, стремно в общем под 100 тыс. руб вкладывать в 16 Тб хранилище при такой гарантии.
Точнее - гарантии от производителя для многих производителей вообще нет, есть только обязательства лабазов по замене.Ну оно ж не одним драйвом. 4x4Tb, в случае чего замена одного встанет в ~25к.
С 16 теровым драйвом чуть-чуть больше, но потеряешь при этом все 16 тер, а не 4.
Мне правда попроще, у меня 2x4 в RAID1, и собственно вторым двум светит то же самое.
У меня лично нет столько sata разъемов свободных, производители материнок сейчас жмотятся и на сата разъемы и уже на pci даже. В продвинутые материнки вообще могут 2-3 pci только поставить. У меня гипервизор, проброс второй видюхи и usb контроллера дискретного, дополнительная сетевая, вот уже и проблема как добавить сата для таких массивов((
У меня их 6, мне хватит.
Просто не берите хлам.
Вру, даже не 6, 8. Короче точно хватит.
С PCIe вот соглашусь. Слоты располагают так, что имея ненабортную звуковуху, второе видео уже не поставить. Хотя слотов достаточно.
А второе видео реально хотелось бы, 4090 всем хороша, но вот с мультимониторностью у неё трындец.
USB провода надо иметь качественные. В продаже много USB проводов несоответствующие стандарту, не соответствие длине сечению. Или делать самому USB провода как положено по стандарту.
Есть USB сетевые карты как и USB звуковые карты за солидные денги. Если нужна 1Гбит сетевая карта тогда USB контроллер от версии USB 3.0. Для интернета 100Мбит достаточно контроллера версии USB 2.0. Не знаю будет 100Мбит с USB 2.0 или нет, интернета тогда у меня не было 100Мбит, скорость интерната ~80Мбит я получал с USB 2.0. Не додумался максимум проверить по локальной сети мне тогда это не надо было.
И не за солидные деньги есть. Кому что надо.
На десктопных платах вполне бывают 2 сетёвки ныне. Больше - ну я хз, проще некротик поставить.
Мы не о том, чтобы сменить материнскую плату. А как освободить PCI-e слот или слоты не меняя материнскую плату.
> Мы не о том, чтобы сменить материнскую плату. А как освободить PCI-e
> слот или слоты не меняя материнскую плату.Как освободить руки, не уронив бревна...
Никак.
Из написанных слов как я понял. Есть или подразумевается внешняя звуковая карта или сетевая карта или обе вставленная или вставленные в PCI-e слот. Остальных слотов нет или недоступны. Как освободить PCI-e слот или слоты не меняя материнскую плату? Заменить на устройства подключаемые к USB. Теперь ход мысли ясен? Это один из вариантов. Если под бревном подразумевается, что заменённые PCI-e звуковая карта или сетевая карта будут лежать без дела, а они ещё и не дешёвые, а на покупку других ещё надо деньги тратить то да это минус такой замены. Но, и на замену материнской платы нужны деньги тоже. Я давно не смотрел, что из себя представляют материнские платы. Как не крути игровые видеокарты огромные и всё равно будут перекрывать PCI-e разъёмы вопрос в том сколько на материнской плате будет доступных PCI-e разъёмов достаточно их свободных или нет.
> Заменить на устройства подключаемые к USB.Не вариант абсолютно, потому что аналогичных устройств под USB обычно нет.
Или вы мне предложите AE-9 на китайцап заменить? Там максимум устаревающая X7, у которой полно проблем именно из-за и с USB. А если рядом с ней ещё 2.5G сетевуху на один контроллер повесить...
1. О том, что кому надо мне не рассказывали. По этому приходится рассуждает в общих чертах о том, что возможность есть. Из моего опыта я вижу, что для звука важнее в первую очередь качество усилителя и колонок и только потом звуковая карта. Без хорошего усилителя и колонок разница между звуковыми картами не так очевидна.
2. Если речь о AE-9 Creative Technology Limited то это Республика Сингапур. 32 бит 384000Гц можно программно сделать. Так что это уже не так актуально аппаратное. Есть и другие характеристики ... Сравнивал с ~500 рублёвой USB звуковой карте C-Media 16Бит 48000Гц два канала и на встроенном Realtek 2014 год 8,16Бит до 200000Гц тут не уверен смотрю в программу о звуковой карте и Creative Sound Blaster Audigy 2 ZS Gold 24Бит до 192000Гц в 2007 году купил производилась с 2003 года. И пришёл к выводу к выше написанному на первом месте усилитель и колонки, а потом звуковая карта. Или всё вместе. Я предполагаю, что если такая звуковая карта AE-9 то и колонки не уровня встроенных в монитор или телевизор. Creative Sound Blaster Audigy 2 ZS Gold да из этих троих лучше в плане качества звука, но с хорошими большими колонками и усилителем разница меньше заметна.
Забыл вставить. Должно быть так. Поздно спать хочу. У меня в тексте выше и ниже противоречия. Смысл такой: плохой усилитель и плохие колонки ухудшают звук у хорошей звуковой карты. А хороший усилитель и колонки улучшают звук у плохой звуковой карты. А насколько ухудшают или улучшают и разницу между всем этим определяют на слух или глубже программными тестами.
Эта звуковая карта C-Media 16Бит 48000Гц это не ужас ужас вполне нормально для меня точно. Я бы ей пользовался дальше, но она у меня хитро сломалась выводит звук только в один канал одна колонка работает. И дело не в контакте разъёма внути звуковой карты. У Creative раньше смотрел вроде тоже есть USB звуковые карты. Не стал снова покупать USB такую же вернулся на встроенный в материнскую плату Realtek. Купить, что-то лучше я могу, но не очень надо и лишних денег нет. Я эту USB карту для малины покупал.
Мне эту Creative Sound Blaster Audigy 2 ZS Gold звуковую карту менять не было смысла она и сейчас годнота. Но она PCI не express и сломалась, стала треск в звуке постоянно выводить. А так я даже для неё купил материнскую плату где был один PCI разьём и PCI-e. Она многоканальная 7.1. Я многоканальностью не пользуюсь.
Басы в музыке я нелюбою. Сабвуфер мне ненужен. 2.0 колонки нормальные через хороший усилитель мне этого достаточно.
Не только большие. Большие это обстрактное. Характеристики денамиков надо знать и выбирать по характеристикам тоже.
У меня в тексте выше и ниже противоречия. Смысл такой: Плохой уселитель и колонки ухудшают звук у хорошей звуковой карты. А хороший уселитель и колонки улучшают звук у плохой звуковой карты. А насколько ухудшают или улучшают и разницу между всем эит определяют на слух.
Один год гарантии стало по тому, что этот товар ввезён скорее всего по параллельному импорту. Такой товар возможно имеет гарантию не от производителя годы, а от магазина год по тому, что совсем без гарантии товар теряет в привлекательности для покупки. Это только предположение. Проверять надо мои слова.
SSD конечно лучше в плане затрат при произвольном доступе, чем HDD, но и у них последовательное чтение 500 Гб/сек, а произвольное 30 Мб/сек. Так что, в контексте файловый бэкап vs бэкап zfs send/reciv - последний все равно будет быстрее, так как по диску последовательно бежит.
При именно случайном чтении именно в 4к (а ваши данные для 4к взяты) HDD вообще ложатся к 0 МБ/сек. Я серьёзно. Меньше мегабайта. Ну и да, вы с диском только тем и занимаетесь, что бэкапы с него делаете?
Еще раз - zfs при скрабе и отправке датасета по сети осуществляет чтение на уровне блочного устройства и последовательно по изменившимся с момента снапшота блокам. А файловые бэкаперы будут именно 100500 файлов по всей поверхности собирать и в произвольном порядке прыгать в том числе и внутри каждого файла, если он фрагментирован.
В случае SSD значения вообще не имеет.
Потому что ваше "последовательно" - всё равно прыжки с позиционированием, это не лог.
Это кардинально меньше прыжков, только через незатронутые изменениями и свободные блоки. Если у вас там что-то менялось на каком-то промежутке времени активно, даже разбросанное по диску и фрагментированное, то в zfs как CoW фс - это с 99% все паровозиком друг за дружкой ляжет в соседние блоки какого-то более крупного блока свободного пространства. Ну и будет последовательным доступом быстро отправлено при send/reciev.
В этом сценарии разницы между файловым бэкапом и zfs отправкой датасета не будет только в одном случае - файловый бэкап берет файлы в последовательности их адресов на диске, все файлы дефрагментированы, файлы достаточно большие, чтобы не было перекоса за доступ к их мета-информации по сравнению с доступом в их контент. В общем, достаточно теоритический сценарий.
В общем, предлагаю сравнить как быстро syncthing перехэширует большой объем файлов и как zfs аналогичное скрабом сделает - увидите, что разница будет от 3-4 раз. Это цена абстракции фс по сравнению с дисковым устройством.
У вас все файлы по 4к весят?
Блоками по 64к средней руки SSD уже близки к пределам SATA 600.
Ну и да, если у вас в ZFS вылезет таракан - ваш отправленный датасет будет содержать все повреждения, в итоге вы получите две мёртвых ZFS. Такие дела.
Там все контрольными суммами подписывается, некоторые мета структуры в двух местах записываются и т.п. LVM-thin у меня на ровном месте разваливался, btrfs - не проьовал, но тоже жалуются. А Zfs у меня ничего не запарол даже когда неделю память сбоила (за новые файлы не скажу, там он запишет что его попросят конечно) но сама фс не развалилась и старое ничего не пострадало.
И всё это благополучно разваливается, если ошибка возникла ДО подсчёта сумм.
А так - у дисков собственные ECC есть.
(и до записи в два места, раз уж на то пошло, а любой баг в этом монструозном коде как раз такое и вызовет по определению)
При условии, что на материнской плате контроллер SATA 600 или SSD это NVMe. C SATA 300 разница не огромная. В тестах разница примерно такая линейное чтение HDD 100-120МБ. Через SATA 300 SSD 180-210МБ.
Ну в SATA 300 в контроллер упрёшься, логично.А на NVMe под операционку у меня обратная ситуация - SSD может аж больше гига в секунду линейно, да, прочитать, но это настолько редко необходимо...
И даже есть HDD показывающие линейнок чтение в тестах 160-180МБ.
Линейное и больше бывает. Проблема там именно в рандомном. Если вот совсем как в книжке по 4к - 500кб/сек - не фантастика. А в полурандомном бОльшими блоками - SSD уже заруливает и запедаливает.
Эффект удивления от разницы в скорости и отзывчивости в работе между одним HDD 7200 RPM (одна штука не RADE) современных произведённых примерно после 2014 года и SATA SSD нет. Единственное, что заметно существенно для меня это например поиск файлов, сканирование операционной системы антивирусной программой. А то, что большой файл копируется не за пять минут, а например за десять минут это меня не впечатляет. Для размещения подкачки когда мало памяти на SATA SSD тоже значительно лучше. Огромная разница и ощутимая это только между HDD 7200 RPM и SSD NVMe или HDD и диском из оперативной памяти.
Использовать SATA SSD для размещения подкачки когда мало оперативной памяти тоже значительно лучше для быстродкействия чем размещение подкачки на HDD.
Точнее не огромная разница, а большая впечатляющая разница.
Слово не подходит. Точнее не огромная разница, а большая впечатляющая разница.
И поправка правильно RAID. Я RAID не пользуюсь, английского языка не знаю по этому аббревиатуры иностранные запоминаю плохо.
В целом примерно в 3 раза дороже.
Но у них и производительность соответствующая.
>накопленную за год дельту изменений отправить по сети на бэкапную машинуGNU tar (incremental) пайп в ssh. Отлично работает, гибко очень - можно суточные накладывать поверх недельных или месячных инкрементов (или полных бэкапов). Любую стратегию можно реализовать в небольшом баш-скрипте.
Да, если бэкапы делаются раз в год, можно их вообще не делать. Ну и чтобы два раза не вставать: ZFS на линуксе ни для чего не нужен. Из LVM можно сварганить не хуже (но опять же зачем).
> МожноНельзя. Наслоеные друг на друга dm ничего друг о друге не знают, что создает вагон проблем, в том числе при попытках делать снапшоты поверх лвм
С LVM проблемы создаешь себе сам. Не хочешь странного - нет проблем.
LVM - юникс вей со всеми вытекающими. Надо понимать, что делаешь.
Если абстракции что-то друг о друге должны для работы знать - это плохие, негодные абстракции. Знать о них должен администратор. Если ему лень знать или где-то хранить эти знания - это опять же совершенно не проблема технологии.
Да-да, троллейбус из буханки будет почти как настоящий - тайные знания со stackoverflow не врут.
Мне нужно было хранилище со снапшотами, LVM-thin и использовал изначально. Но за три года он у меня дважды пытался поломаться, а затем перестал стартовать автоматически на старте машины, видимо как набрал больше 6Тб данных - стал резко медленнее подключаться и система перестала его стартовать при запуске машины. В итоге мне надоело каждый раз его руками стартовать и виртуалки затем стартовать после его запуска. Много гуглил пытаясь понять где там могут быть настраиваимые таймауты для этого и почему в логах ничего нет - плюнул и перешел на зфс, несмотря на то, что он чуть более требователен к объему оперативки. С тех пор проблем не было, да и сетевой send/reciv дельты у LVM какой-то фанатский, неофициальный((
Вот дурак, не советуй людям такое.
Ssh изначально медленный.
Tar хоть и быстрый, но обращение и чтение большого количества мелких файлов очень медленное. К тому же ты отправляешь файлы целиком, можешь конечно и дельту отправлять, но в таком случае проще уже систему для бекапов поставить большая часть из которых именно это и делают.
Ты конечно можешь что угодно написать на баше как на тьюринг полном языке, вот только без обращения к инструментарию фс это все будет упираться в фс. Можешь чисто блочные устройства копировать, это очень быстро, но много данных - упираешься в скорость накопителей. Можешь воспользоваться инструментарием фс и собственно zfs и делает это весьма эффективно.
Это же база, много раз много людей на это наступало.
> GNU tar (incremental) пайп в ssh. Отлично работает, гибко оченьЭто кажется что он работает отлично.. пока не наткнешся.
Подробности: https://unix.stackexchange.com/a/225383И кстати воз и ныне там
Не нужен - не используй! Ее стоит выдавать желаемое за действительное.
LVM-снапшот, rsync с этого снапшота, дестрой снапшота
btrfs так умеет не хуже zfs
неплохии гарантии сохранности,
отсутствие необходимости городить костылинг с lvm: возможность разбить диск на EFI 0%-500M и далее на один раздел ZFS.
упрощение cryptsetup - можно создавать датасеты вместо разделов и шифровать их по желанию.
сжатие.
Возможность оооочень легкого мультибута (просто выбираешь корнем другой датасет в cmdline типа root=ZFS=васянодистр), заодно возможность создания live системы в отдельном датасете (и соответственно едящей меньше места, т.к. занимает только используемое) на случай если что-то пошло не так вместо вечно теряющейся флешке, которая нужна раз в 100 летВсе описанное используется еще и со включенным сжатием, что позволяет, например, хранить свои домашние архивы в raid1 и за счет этого более рационально использовать эти два диска.
Ну и мелочи: гибкая возможность создания датасетов, просто задал параметры и все. Отсутствие необходимости делать записи в fstab (и запоминать параметры монтирования, модуль сам все положит куда положено с тем что нужно), отсутствие пердолинга с UUID там же и в crypttab.
Снапшоты, простота бекапа на удаленную машину.Минусы тоже есть - оперативку под кэш выделяет (хоть она и дешевая сейчас) + скорости с ssd не очень.
Можно делоть zvolы...
А Вася неплох !
Для прода ещё отмечу dRAID позволяющий катастрофически уменьшить период перестраивания что очень важно для больших хранилищ
И zfs send что позволяет легко делать бекапы и реплики без привлечения стороннего софта
> Можно делоть zvolы...И + наличие sanoid/syncoid для неубиваемости
Гарантии сохранности (как защита от битфлипа) лучше чем у btrfs на raid5/6zvolы офигенно быстрее файлов-имеджей в обынчых фс (и имеджей на разделах) на медленных винтах. Ну это не говоря о том что в бтрфс файлы-имеджи будут в 3 раза медленнее чем ехт4 если без CoW и в бесконечное число раз (со временем) медленнее если с СoW, т.к. зафрагментируется вхлам.
Податасетное шифрование
Всё остальное есть в бтрфс и даже зачастую быстрее. И удобнее.
Вроде (не точно) очень многое из этого можно и в btrfs.
И это офигенно удобно.Не знаю, как там в zfs, а btrfs ко всему этому счастью и стабильности бы ещё завезти... (чтобы она не ломалась до состояния неремонтопригодности без видимых причин)
> Вроде (не точно) очень многое из этого можно и в btrfs.
> И это офигенно удобно.
> Не знаю, как там в zfs, а btrfs ко всему этому счастью
> и стабильности бы ещё завезти... (чтобы она не ломалась до состояния
> неремонтопригодности без видимых причин)я лично терял данные в btrfs и f2fs
сейчас я на btrfs ничего кроме игрулек не держу
> отсутствие необходимости городить костылинг с lvm: возможность разбить диск на EFI 0%-500M
> и далее на один раздел ZFS.И в случае ***ца - потерять все данные целиком.
Особенно в случае совершенно не невероятного ***ца внутри самой поделки (ZFS), который send благополучно повторит.
а причём тут ZFS?
А, ну она идеальна и в ней сбоев быть не может, я понял.
Вот только форумы обратное говорят.
> А, ну она идеальна и в ней сбоев быть не может, я
> понял.
> Вот только форумы обратное говорят.а причем здесь ZFS?
какой-то вой в темноту, причем достаточно сделать s/zfs/любаяфс/ и ничего не изменится в нем.
Про вой в темноту согласен.
Даже проблесков нет.
За сим и откланиваюсь.
> Про вой в темноту согласен.
> Даже проблесков нет.
> За сим и откланиваюсь.а выть зачем было?!
как зачем? разве у вас дома диски еще меньше 256 quadrillion zettabytes ???тогда вам не нужно, а остальные жить не могут без них.
> поддержка ZFS позиционируется как экспериментальнаяДа сколько можно в садик ходить?
Давайте допиливайте до продакшена.
И чтобы ВЕ было.
😤
На всякий случай замечу что это поддержка именно убунтовцев экспериментальная, потому что все у них плохо с процессами.
Сам же zfs давно и успешно преодолел детские болезни и отлично трудится в энтерпрайзе (как минимум последние 5 лет на сотнях серверов) и задвигает по многим вопросам проприетарные поделки.
Ну да, SUN Solaris хорош - вот, "сотни серверов" до "последних пяти лет" дожили.
Круто, чо.
Жаль, что про openzfs ничего такого не скажешь :(
Почему не btrfs?
Потому что Каноникал умеет только нарушать лицензии и перепаковывать иконки.
Ты наверно перепутал с русскими дистростроителями.
Для сохранности данных
Шишкин,ты?
Нет!
Только лес
почему не f2fs?
почему не перфокарты?
почему не бумажные листки?
Почему не f2fs вопрос прекрасный, очевидно разрабы Убунты не считают её нужной.К огромному сожалению f2fs угодила точно посередке между "модными\новыми\продвинутыми ФС" и "стабильными всем знакомыми ФС". Слишком мало фич чтобы быть как BTRFS, слишком "сыро" чтобы быть как ext4.
При должном желании поставить Убунточку на f2fs вполне реально, но мало кому охота.
> Почему не f2fs вопрос прекрасный, очевидно разрабы Убунты не считают её нужной.
> К огромному сожалению f2fs угодила точно посередке между "модными\новыми\продвинутыми
> ФС" и "стабильными всем знакомыми ФС". Слишком мало фич чтобы быть
> как BTRFS, слишком "сыро" чтобы быть как ext4.
> При должном желании поставить Убунточку на f2fs вполне реально, но мало кому
> охота.не, это бесполезная ос, даже ддя игрулек. Вылеты регулярные, хотя на той же бтрфс все терпимо. Не помогает даже скорость. Обойдусь, к сожалению, хоть и производительность обещала быть просто шикарной
> Почему не btrfs?пАтамушта: https://access.redhat.com/solutions/197643
А без главного сопроводителя линукса, оно под вопросом
Ща тут какой-то "разработчик ядра"(ТМ) с btrfs на эмбеддовке прибежит рассказывать, что "без корпоративных рабов"(ТМ) только лучше )
>OracleСидят как собаки на сене. CDDL специально создавался Sun, чтобы zfs не попал в Линукс, а был бы эксклюзивом Соляриса. Зачем сейчас всё это нужно непонятно. Давно бы перелицензировали на GPL-совместимую лицензию или хотя бы dual license.
Раньше был эксклюзивом Соляриса, теперь эксклюзив Оракл Линукс. Зачем Ораклу что-то менять?
"OpenZFS" и "ZFS" у окакла -- совершенно независимые вещи.
Первый не относится к окаклу, второй не относится к команде OpenZFS, а торвальдс лжёт (или просто ему это не объяснили).
Окакл как владелец второго может с лицензией делать что угодно.
Первые как форкеры могут сидеть токо с цддл.
Но есть вероятность что оракл пойдет через патенты. Это риски.
SydtemD, Gnome, Snap а теперь ещё ZFS!
Это лучше что было с Linux!
Сарказм.
Zfs норм фс.
Системд изначально тоже норм была пока не превратилась в линуксд.
В отличие от сюстемГЭ, снапов и (возможно) гынома, линукс с OpenZFS действительно лучше чем без.
SystemD действительно лучшее что появилось в линукс. Понятия не имею почему эту систему инициализации все здесь хейтят. Неужели лучше портянки с кучей нечитаемого кода в стиле brainfuck?
Ты так говоришь "ZFS", будто это что-то плохое...
По остальным пунктам согласен.
Для десктопа это всё не нужно. Как и убунта сама по себе со своими снапами и рекламой в консоли.
Если десктоп на крутящемся винте и надо виртуалки гонять - ZFS пригождается.
Если в десктопе стоит RAID5/6 то ZFS тоже лучше чем mdraid с дырой записи и полной беззащитностью от битфлипа. Если в десктопе терабайты инфы и нужен инкрементальный бекап на удалённые локации -- ZFS тоже лучше чем rsync и всё подобное. Но тут и btrfs тоже проканает.
Вопрос зачем на десктопе крутящийся винт да и ещё в рейде? Не говоря уж о том, что в 2023 году основная масса "десктопов" это ноуты с распаянным nvme накопителем.
Запаяным, ты хотел сказать?
> Не говоря уж о том, что в 2023 году основная масса "десктопов" это ноуты с распаянным nvme
> накопителем.и на нем установлена винда 11.
Дополнил, не благодари.
Разумеется никакая zfs там не нужна, там и так все хорошо. Она нужна только отдельным отщепенцам, неспособным быть какффсе.
Т.е. пердоликам с кучей свободного времени, которое им некуда больше деть. Но убунта то вроде бы не для них...
> и на нем установлена винда 11.На моём была предустановлена бубунта. Но ты прав, потом я её удалил и накатил win 11 enterprise с торрентов.
> Разумеется никакая zfs там не нужнаОна в принципе нигде не нужна. Механические носители стремительно уходят в прошлое даже на серверах. Имею "счастье" работать в дц, у нас лишь за последние 2 года процентов 70 серверов перешли на твердотельники. А zfs так и умрёт толком не родившись.
> Она в принципе нигде не нужна. Механические носители стремительно уходят в прошлое
> даже на серверах. Имею "счастье" работать в дц, у нас лишь
> за последние 2 года процентов 70 серверов перешли на твердотельники. Адля майнинга и ботоферм вполне сойдет, да. Только их что-то маловато получается. Наверное у вас дорого.
> zfs так и умрёт толком не родившись.
моим полкам это только не рассказывай. А то они уже шкаф прогнули.
(и да, там есть и full-flash, но на нем тоже нечто неразличимо близкое к zfs)Разница таки в том что нам надо хранить информацию, а не бестолку греть воздух.
> Вопрос зачем на десктопе крутящийся винт да и ещё в рейде? Не
> говоря уж о том, что в 2023 году основная масса "десктопов"
> это ноуты с распаянным nvme накопителем.смешная шутка
Fedora уже более 2 лет на BTRFS - полет нормальный.
> В Ubuntu Desktop подобная возможность присутствовала и ранее, но была убрана в Ubuntu Desktop 23.04 из-за задействования нового инсталлятораУбрана возможность была, из-за того что замахнулись они на свежую версию ядра, на тот момент, а релиз OpenZFS выходит с опозданием на месяц-два с поддержкой текущей минорной ветки.
На данный момент rс версия OpenZFS поддерживает 3.10 - 6.4 kernels,а Ubuntu 23.10 заанонсила свой выпуск на ядре 6.5, поэтому будем посмотреть, поэтому все будет зависеть от не от Убунты, а от OpenZFS, иначе набор косяков, как у рачеводов https://github.com/openzfs/zfs/issues/15275
>> В Ubuntu Desktop подобная возможность присутствовала и ранее, но была убрана в Ubuntu Desktop 23.04 из-за задействования нового инсталлятора
> Убрана возможность была, из-за того что замахнулись они на свежую версию ядра,
> на тот момент, а релиз OpenZFS выходит с опозданием на месяц-два
> с поддержкой текущей минорной ветки.
> На данный момент rс версия OpenZFS поддерживает 3.10 - 6.4 kernels,а Ubuntu
> 23.10 заанонсила свой выпуск на ядре 6.5, поэтому будем посмотреть, поэтому
> все будет зависеть от не от Убунты, а от OpenZFS, иначе
> набор косяков, как у рачеводов https://github.com/openzfs/zfs/issues/15275о, у меня на франкендебиане с 6.5.3 сегодня именно такой баг вылез. Но решилось легко, без пострадавших
> возможность присутствовала и ранее, но была убрана в Ubuntu Desktop 23.04 из-за задействования нового инсталлятора
> Одним из недостатков нового инсталлятора, который также используется в Ubuntu Server, было отсутствие поддержки ZFSХороший критерий оценки ОС - разработчикам важнее выкатить новый, более другой инсталлятор в ущерб функционалу ОС.
23 это демки же
Непонимаете вообще о чём пишите
Дождите 24 и будет счастье
лучше бы нормальный инсталлятор завезли
На Lua и Сишке без пздона и GIL.
> На Lua и Сишке без пздона и GIL.На Tcl/Tk!
А в Oracle Linux бинарный zfs.ko есть ?