Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от opennews (ok), 01-Дек-20, 10:14
После полутора лет разработки состоялся релиз проекта OpenZFS 2.0, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после переноса поддержки FreeBSD был признан основной реализацией OpenZFS и был избавлен от упоминания Linux в названии. Вся активность по разработке ZFS для Linux и BSD-систем теперь сосредоточена в одном проекте и развивается в общем репозитории... Подробнее: https://www.opennet.me/opennews/art.shtml?num=54172
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
Сообщение от leibniz (ok), 01-Дек-20, 10:14
> Проект развивается при участии сотрудников Ливерморской национальной лаборатории по контракту с Министерством энергетики США. И это под открытой лицензией — красота же! Фактический показатель важности открытого ПО в современном мире.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Аноним (8), 01-Дек-20, 10:48
	Ну так открытый сфот используют вы науке, как и открытое железо, в космос пускают.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+8 +/–
	Сообщение от Dzen Python (ok), 01-Дек-20, 11:47
	В нынешних условиях это единственно возможная модель эволюции методологии программирования. Или вскрой исходники, или умри, в судах и корчах полицейской системыю
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	21. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–16 +/–
	Сообщение от Аноним (21), 01-Дек-20, 11:49
	>под свободной лицензией CDDL Под правильной и истинно свободной, заметьте, в отличие от вредного и ведущего опенсорс к забвению GPL.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	67. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (-), 01-Дек-20, 15:25
	>Под правильной и истинно свободной, заметьте, в отличие от вредного и ведущего опенсорс к забвению GPL. Минус тебе толстый тролль. Великий Столлман подарил нам истинную Свободу в виде копилефта!
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от Аноним (103), 01-Дек-20, 21:47
	>Великий Столлман подарил нам истинную Свободу в виде копилефта! Ну так CDDL тоже копилефт. Просто один копилефт с другим не совместим ;)
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 03-Дек-20, 11:19
	Так сан хотел солярис проталкивать в пику линуксу. Но получилось иначе.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (117), 02-Дек-20, 02:24
	И в чём он троллит? GPL - рак, дающий метастазы в другие проекты. GPL запрещает использование других, свободных лицензий. И речь не про CDDL даже, а про абсолютно любую лицензию. Пишешь наработки в проекте с GPL и обязан лицензировать в GPL.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	137. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Alexander Belov (?), 02-Дек-20, 08:57
	все верно, жпл или смерть
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Брат Анон (ok), 07-Дек-20, 09:56
	GPL -- неудобная лицензия. Она вмешивается в другие лицензии. И тут надо понимать -- в условиях капитализма -- GPL раковая опухоль. В условиях общества совместного справедливого потребления -- GPL является антибиотиком.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

2. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Аноним (2), 01-Дек-20, 10:15
> После полутора лет разработки состоялся релиз проекта OpenZFS 2.0 не понял с какого момента считать =) https://en.wikipedia.org/wiki/OpenZFS -- 2013 / 7 лет 0.7.13 -- 4 марта 2019 / 21 месяц 0.8.5  -- 5 октября 2020 / 2 месяца
Ответить | Правка | Наверх | Cообщить модератору

	5. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (5), 01-Дек-20, 10:42
	С 0.8.0.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–3 +/–
Сообщение от iCat (ok), 01-Дек-20, 10:17
Яджва года ждал!!! Ура. А, если кроме шуток, то я очень рад тому, что ZFS продолжает развиваться, и не томится в экосистеме Oracle. Ещё бы перелицензировать её так, чтобы можно было в ядро поместить... И не надо фантазировать на тему "единственной файловой системы для всего"! Для разных задач - разные инструменты.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от MasterSlave (?), 01-Дек-20, 10:19
	> И не надо фантазировать на тему "единственной файловой системы для всего" А кто фантазирует-то?) Разве что какие-нибудь романтики-утописты.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–4 +/–
	Сообщение от Аноним (24), 01-Дек-20, 11:54
	Почему? Скажу как фанат ext4 - "единственной файловой системы для всего". В прошлом году очень много было исправлений read-range-locks для ZFS. Теперь на ней можно вращать даже базы данных, для чего она ранее не была предназначена. Так что ZFS с недавнего времени тоже может быть "единственной файловой системы для всего", если ты захочешь так сделать. То есть уже ZFS - это ФС общего назначения.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (6), 01-Дек-20, 10:45
	С подобной гибкостью по ее конфигурированию - какие уж тут фантазии? Если среди файловых систем и существует "серебряная пуля", то это она самая и есть.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	18. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–5 +/–
	Сообщение от Dzen Python (ok), 01-Дек-20, 11:43
	Ну сконфигурируй её под вчерашний dwarFS. Сможешь - возьму к себе на работу за меметичные 300к/наносекунду. "Дай человеку молоток и он везде начнет видеть гвозди"
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от Аноним (60), 01-Дек-20, 14:58
	я смогу, но я уже получаю 300к/наносекунду и к тебе на работу врядли пойду, ЛОЛ!
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 05:03
	Теперь поцелуйтесь.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от microsoft (?), 02-Дек-20, 20:18
	Пруфов конечно не будет
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	136. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от a (??), 02-Дек-20, 07:32
	питон только и может что лог с такой скоростью срать
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	198. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 15:49
	Ну, а что там конфигурировать? Отключить дублирующие фичи и размер блока подобрать. ZFS кстати основные фичи двара сама имеет. Двар наверное оптимизирован на меньший жор ОЗУ, но нужно смотреть. А какого рода работу вы можете предложить? И в каком виде вам конфигурацию ZFS прислать?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	23. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–8 +/–
	Сообщение от Аноним (21), 01-Дек-20, 11:50
	>Ещё бы перелицензировать её Сами кушайте свой GPL, да не обляпайтесь. А адекватные разработчики систем и компании держатся от GPL-кода на социальной дистанции.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	102. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Chromium (ok), 01-Дек-20, 21:39
	Адекватные разработчики берут прежде всего наиболее функциональный и рабочий код. А лицензия - дело второстепенное. Сколько вклада в Linux вносят крупные компании типа Google и Microsoft?
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (117), 02-Дек-20, 02:27
	То-то все крупные проекты, не затрагивающие напрямую GPL код используют Apache и BSD. Что мешало, к примеру, Clang под GPL выпустить или Golang, Rust и прочее, что написали крупные компании не так давно?
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Брат Анон (ok), 07-Дек-20, 09:59
	> То-то все крупные проекты, не затрагивающие напрямую GPL код используют Apache и > BSD. Что мешало, к примеру, Clang под GPL выпустить или Golang, > Rust и прочее, что написали крупные компании не так давно? Компиляторы и языки программирования -- это отдельная песня. А что касается GPL -- никто не заставляет отказываться от динамической линковки (и понимается (для справочки) динамическая линковка весьма по разному).
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (138), 02-Дек-20, 08:58
	*вредоносного вклада
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	172. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (172), 02-Дек-20, 23:06
	> Сколько вклада в Linux вносят крупные компании типа Google и Microsoft? Присоединяюсь к вопросу. Сколько? > А лицензия - дело второстепенное. К сожалению нет. Лицензия часто определяет будет жить проект или нет.
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	201. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Chromium (ok), 03-Дек-20, 22:35
	>> Сколько вклада в Linux вносят крупные компании типа Google и Microsoft? > Присоединяюсь к вопросу. Сколько? https://www.linuxfoundation.org/membership/members/ >> А лицензия - дело второстепенное. > К сожалению нет. > Лицензия часто определяет будет жить проект или нет. Если программа работает отлично, но проприетарная, то соответствующий проект могут выкупить вместе с разработчиками. А если она дерьмо, то тут никакая лицензия не поможет.
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (-), 03-Дек-20, 11:21
	> Сколько вклада в Linux вносят крупные компании типа Google и Microsoft? На удивление, довольно много. Загрепай по гиту, умник. Майкрософт один раз вообще в топ вошел. С поддержкой своего гиперви в линуксе, разумеется. В *бсд они врядли с этим пойдут - на линуксе 2/3 их azure видите ли, а на bsd у них какой % кастомеров?
	Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

	197. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от анонн (ok), 03-Дек-20, 13:59
	> На удивление, довольно много. Загрепай по гиту, умник. Майкрософт один раз вообще > в топ вошел. С поддержкой своего гиперви в линуксе, разумеется. В > *бсд они врядли с этим пойдут - на линуксе 2/3 их azure видите ли, а на bsd у них какой % кастомеров? Ох уж эти сказочники ... https://www.opennet.me/opennews/art.shtml?num=44570 > Компания Microsoft подготовила модифицированную версию FreeBSD для Azure > 09.06.2016 09:04 > Сообщается, что большая часть подготовленных Microsoft изменений, нацеленных на увеличение производительности ввода/вывода и сетевой подсистемы, уже вошли в состав FreeBSD 10.3. https://www.opennet.me/opennews/art.shtml?num=34538 > Компания Microsoft открыла код для поддержки платформы виртуализации Hyper-V во FreeBSD > 09.08.2012 23:43 > Компания Microsoft объявила о публикации на GitHub набора патчей для обеспечения полноценной поддержки запуска гостевых окружений с ОС FreeBSD >В настоящее время ведётся работа по интеграции опубликованных патчей в основное дерево исходных текстов FreeBSD. .
	Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–12 +/–
Сообщение от Аноним (7), 01-Дек-20, 10:45
ну и зачем сие надо?
Ответить | Правка | Наверх | Cообщить модератору

	83. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
	Сообщение от Аноним3000 (?), 01-Дек-20, 16:32
	чтобы хранить порнуху более эффективно!
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (143), 02-Дек-20, 10:53
	Дядь, это единственная рабочая COW FS с кучей функционала и которой не страшно доверить свои данные на всей планете (не считая APFS, которая закрыта).
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	191. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (-), 03-Дек-20, 11:22
	Btrfs хранит данные миллиардов хомячков фэйсбука, вроде живые.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от имя (ok), 03-Дек-20, 12:19
	> Btrfs хранит данные миллиардов хомячков фэйсбука, вроде живые. …потому что могут нанять себе автора btrfs, а ленты далеко всё равно никто не листает.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Брат Анон (ok), 07-Дек-20, 10:02
	> Дядь, это единственная рабочая COW FS с кучей функционала и которой не > страшно доверить свои данные на всей планете (не считая APFS, которая > закрыта). Чо? Т.е. я правильно понимаю, что RAID, софт-зеркалирование -- не надо, а NTFS допускает потери данных каждый день на предприятиях?))
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

9. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
Сообщение от timur.davletshin (ok), 01-Дек-20, 11:02
Ну и ладненько. Пока на моей фре это не прилетело ещё.
Ответить | Правка | Наверх | Cообщить модератору

	11. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от leibniz (ok), 01-Дек-20, 11:08
	держите в курсе ;)
	Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
Сообщение от Аноним (10), 01-Дек-20, 11:04
Как форснуть дедупликацию на уже наполненном сторадже? И можно ли при этом сохранить избыточность (например есть 10 одинаковых файлов, нужно оставить не более двух копий)
Ответить | Правка | Наверх | Cообщить модератору

	12. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от анонимоузе (?), 01-Дек-20, 11:09
	Так если надо не более двух копий, делай zfs pool типа зеркало, вот и будет две копии всего. Или надо чего-то по одному, чего два? Тогда можно сделать зеркало на части диска и монтировать отдельно.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (10), 01-Дек-20, 11:41
	Дисочко уже нарезано, поэтому вариант "монтировать отдельно" не вариант, нужно чуть уменьшить занимаемое место на давно существующей хранилке, но при этом прихранить некоторую избыточность
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Амоним (?), 01-Дек-20, 12:19
	Форсить только вручную. Сначала включить требуемые опции - дедупликацию/сжатие. Но это действует только на вновь записанные данные. Затем тупо гонять данные с места на место. Скопировал файло из одной директории в другую, переименовал директория обратно и вуаля - данные сжаты и в хеш дедупликации попали. Повторять порциями пока все файло не будет скопировано хотя бы один раз.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Аноним (10), 01-Дек-20, 14:20
	>> Но это действует только на вновь записанные данные Вот это как раз вгоянет в печаль на более-менее значимых объёмах
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (146), 02-Дек-20, 12:42
	Теоретически, можно написать скрипт, который перемещает файлы в /tmp (например) и обратно в zfs...
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Брат Анон (ok), 07-Дек-20, 10:04
	> Теоретически, можно написать скрипт, который перемещает файлы в /tmp (например) и обратно > в zfs... Теоретически, можно. Но практически это будет означать: ZFS не является ФС для всех.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Амоним (?), 01-Дек-20, 11:54
	Дедупликация на то и дедупликация что хранится одна копия, которая защищена избыточностью пула (raidzX) или копиями (zfs set copies=2).
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	53. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (10), 01-Дек-20, 14:21
	>> хранится одна копия немного не сходится с >> или копиями (zfs set copies=2) Дедупликация - метод уменьшения избыточности. Метод сэкономить места на одинаковых данных. А сколько реальных копий должно оставаться - дело каждого
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (111), 01-Дек-20, 23:05
	сходится. У тебя первоначальных копий могло быть 10. Всё это, условно, "сворачивается" в один экземпляр, который потом другими компонентами ФС дублируется уже для сохранности. Условно: было 10 - стало 2.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от ZFS (?), 02-Дек-20, 06:17
	Так не или, а И. Физическая избыточность задается на уровне пула zpool количеством доп. устройств zmirror или raidz А copies - это логическая избыточность на уровне dataset, задается командой ZFS (, а не zpool). Т.е. ничто не мешает одновременно иметь например физически три зеркала zmirror на уровне zpool и поверх них две логических копии на уровне zfs copies=2 pool/dataset. И будет вам количество копий 3*2=6 ! Причем одновременно с дедупликацией хоть сотен бэкапов, например DB2 dedup.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	213. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Vanych (?), 12-Дек-20, 17:58
	Кроме "дедубликации" в ZFS есть еще и "дублирование"
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	162. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Кир (?), 02-Дек-20, 19:47
	для двух копий видимо делай 2 снапшота, с нужной тебе частотой
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

13. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–3 +/–
Сообщение от Dionysius (?), 01-Дек-20, 11:14
Эта штука имеет смысл для домашнего десктопа? Например, повысить производительность HDD и/или увеличить время работы ноутбука от батареи?
Ответить | Правка | Наверх | Cообщить модератору

	19. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (6), 01-Дек-20, 11:44
	Да.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Dzen Python (ok), 01-Дек-20, 11:50
	Что "Да"? Какой выигрыш она даст на стандартном десктопном сценарии на WDC WD1003FBYX-01Y7B1?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (60), 01-Дек-20, 14:59
	значительный
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (73), 01-Дек-20, 15:41
	Раз в 10 медленнее чем ext4 https://www.phoronix.com/scan.php?page=article&item=ubuntu19...
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от lleeree_ (ok), 01-Дек-20, 23:08
	1. Компрессия на исходниках 2. Дедупликация если вы маньяк 3. Можете увеличить пространство за счет любого подключенного диска. 4. Если не додумались до бэкапа, то потеряете все данные по взмаху палочкой феи (из электросетей).
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	123. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 05:06
	Ну, самое главное её сво
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	124. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 05:11
	Ну, самое главное её свойство это защита от тихой порчи данных. А побочное - очень годный софтварный рейд. Так что можете например зеркало сделать, или RAID-Z А если избыточность не интересна то сможет точно обнаружить повреждение данных и сказать какие именно данные повреждены. Другая удобная вещь это снимки. Для десктопа очень даже полезно. И бекапы делать очень просто. Третья удобная вещь - сжатие на лету. Для уже сжатых файлов и прочего видео штрафа почти нет. Зато разнообразные сорцы и прочее сжимает очень круто попутно сильно ускоряя чтение и запись.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	131. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (131), 02-Дек-20, 06:52
	Нет.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	26. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
	Сообщение от Аноним (24), 01-Дек-20, 11:59
	Скорее наоборот. Я бы для домашнего пользователя ext4 посоветовал. Но если хочется ZFS - то конечно можно. Будет не на много медленнее, но уйдёт много ОЗУ на ARC. А ещё - бойтесь ООМ-ов в юзерспейсе, сюрпризы приносящих. Нам обещали эту проблему обойти в этом-следующем году, хоть это и не критично.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	125. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 05:12
	ЗФС можно оттюнить на низкое потребление. По крайней мере раньше можно было.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Alexander Belov (?), 02-Дек-20, 09:57
	обойти это очень просто, проставить параметры размера арка в конфиге
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	30. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+12 +/–
	Сообщение от Аноним (30), 01-Дек-20, 12:30
	Да, добавляет емкость батареи +7000мАч, увеличивает скорость вращения шпинделя в ХДД на 43%
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	31. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от 1 (??), 01-Дек-20, 12:32
	если только у вас в десктопе дисков больше 3х и + место в M2 для ARC
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	33. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
	Сообщение от xm (ok), 01-Дек-20, 12:36
	Да. Она повысит надёжность хранения данных и даст возможность восстановления в случае неудачных действий пользователя, например, при обновлениях.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	43. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Alatar (??), 01-Дек-20, 13:43
	> Да. Она [...] даст возможность восстановления в случае неудачных действий пользователя, например, при обновлениях. Ну, нет, если Вы про снапшоты, то это лишь ещё один удобный способ делать бекапы. Ручные. Если пользователь их не делает, снапшоты ему ничем не помогут. А если делает, то возможность восстановления у него уже есть. Про надёжность, кстати, тоже спорное утверждение, случаи бывают разные. А вот гибкость управления разделами файовой системы и перераспределения квот - это учень удобная тема.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от имя (ok), 01-Дек-20, 13:53
	> Ну, нет, если Вы про снапшоты, то это лишь ещё один удобный > способ делать бекапы. Ну какие же это бекапы, если они не спасают ни от кражи, ни от пожара, ни от пользователя, который решает покупать ST3000DM001-ы пачками в один RAID из соображений мифической производительности? А в остальном, конечно, инструмент удобный.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от xm (ok), 01-Дек-20, 14:22
	>> Ну, нет, если Вы про снапшоты, то это лишь ещё один удобный >> способ делать бекапы. > Ну какие же это бекапы, если они не спасают ни от кражи, Да, довольно странно считать snapshot исключительно аналогом бэкапа.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (146), 02-Дек-20, 12:44
	Бэкапы (снимки) можно инкрементально по сети пересылать в другой zfs
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Аноним (187), 03-Дек-20, 08:04
	> Бэкапы (снимки) можно инкрементально по сети пересылать в другой zfs Вот тот другой zfs и будет бэкапом. А снимки на основной системе так и останутся просто снимками.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (10), 01-Дек-20, 14:24
	В первую очередь на случай если юзверь самостоятельно что-то запорет и надо оперативно вернуться. А что, вас часто грабят и поджигают?
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	114. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от имя (ok), 02-Дек-20, 01:10
	> А что, вас часто грабят и поджигают? «Если у вас паранойя, это ещё не значит, что за вами не следят.»
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Alatar (??), 02-Дек-20, 10:38
	Да нормальные это бекапы. Если пользователь считает достаточным бекапить свои важные данные в отдельную папочку на том же диске, это его решение и снапшоты ZFS будут ничем не хуже, скажем, рсинка. Если же не считает, то кто ему мешает хранить снапшоты на удалённой машине?
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	50. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от xm (ok), 01-Дек-20, 14:17
	Одним из способов применения снапшотов являются boot environments. Впрочем, я не уверен, что последние доступны в Linux. А есть ещё checkpoints.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	79. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от псевдонимус (?), 01-Дек-20, 15:58
	> Эта штука имеет смысл для домашнего десктопа? Например, повысить производительность HDD > и/или увеличить время работы ноутбука от батареи? Защититься от злого шифровальщика.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	80. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Амоним (?), 01-Дек-20, 16:00
	Почему-то забывают упомянуть про прозрачное криптование. Спокойней на душе в случае, например, кражи. Если есть конечно бэкап, который по всем правилам должен быть физически где-то в другом/других местах, и по той же причине тоже криптованным.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	132. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от ZFS (?), 02-Дек-20, 06:58
	ZFS прекрасно работает поверх люксованных дисков, родное шифрование ZFS вроде бы не шифрует даже метаданные, оно надо такое?
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от t (??), 02-Дек-20, 15:25
	а чего для домашнего применения не использовать btrfs ?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	192. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 03-Дек-20, 11:23
	Спасибо, кэп, это уже даже до федоры дошло.
	Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Аноним (14), 01-Дек-20, 11:14
Теоретики лицензий, раскажите, что мешает им выпустить своё поделие под GPL?
Ответить | Правка | Наверх | Cообщить модератору

	15. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
	Сообщение от Аноним (5), 01-Дек-20, 11:22
	> Теоретики лицензий, раскажите, что мешает им выпустить своё поделие под GPL? Мешает упёртость Oracle, который не спешит перелицензировать свой код ZFS, на котором основан OpenZFS. Без изменения лицензии на код Oracle, разработчики OpenZFS могут изменить лицензию лишь на свои изменения, что никуда не денет проблему с поставкой основного кода под CDDL.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Аноним (-), 01-Дек-20, 12:56
	Мешают те же причины, по которым и в ядре все гплизируется
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	68. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от Аноним (-), 01-Дек-20, 15:28
	GPL -это Свобода. А ты враг Свободы!
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Annoynymous (ok), 01-Дек-20, 20:27
	Идея состояла в том, чтобы на волне успеха Linux попытаться попробовать выпустить Solaris как свободный продукт и поднять его популярность. При этом было понятно, что вместо поддержки двух ОС, корпорации бы просто перетащили самые вкусные куски кода из Solaris в Linux, поэтому надо было позаботиться о том, чтобы существовавшие тогда преимущества Solaris, такие как Dtrace, ZFS не утекли в Linux. Так появилась CDDL - то же самое, что и GPL, копилефтная свободная лицензия. Код под CDDL не совместим с GPL - ведь обе лицензии требуют, чтобы производный код сохранял лицензию, а значит, GPL код не может быть связан с CDDL и обратно. Ну и поскольку код ZFS on Linux базируется на коде ZFS из Solaris, он обязан лицензироваться под CDDL. P.S. И передавайте привет идиоту-анонимусу, который пишет, что CDDL свободнее GPL, хе-хе.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	119. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
	Сообщение от Аноним (117), 02-Дек-20, 02:30
	>ведь обе лицензии требуют, чтобы производный код сохранял лицензию CDDL позволяет использовать другие лицензии в составе проекта и даже распространять проект CDDL под другой лицензией. Так что, упёртый тут только GPL.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Annoynymous (ok), 02-Дек-20, 22:56
	> CDDL позволяет использовать другие лицензии в составе проекта и даже распространять проект > CDDL под другой лицензией. Так что, упёртый тут только GPL. Нет. CDDL — это аналог LGPL, он позволяет распространять код в составе другого проекта, но не позволяет проект под CDDL под другой лицензией. Иначе он был бы совместим с GPL.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (117), 03-Дек-20, 00:05
	>CDDL — это аналог LGPL LGPL совместим с GPL. Если бы CDDL был бы аналогом, была бы совместимость тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Annoynymous (ok), 03-Дек-20, 11:08
	>>CDDL — это аналог LGPL > LGPL совместим с GPL. Если бы CDDL был бы аналогом, была бы > совместимость тоже. Именно. Его намеренно сделали несовместимым.
	Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
Сообщение от Аноним (10), 01-Дек-20, 11:41
Интересно, когда с ним выйдет какой-нибудь армбиан свежий, со следующим LTS-ядром, чтобы на 4-ую малинку вкорячить и получить наконец-то нормальный NAS
Ответить | Правка | Наверх | Cообщить модератору

	39. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от псевдонимус (?), 01-Дек-20, 12:58
	Нормальный нас на малинке это что-то новенькое.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (10), 01-Дек-20, 14:19
	Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 в зеркало - это тоже нифига не нормальные насы. А тут хоть какой-то шанс. FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, проц норм, ОЗУ хватает - почему бы и не быть ему нормальным
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от OpenEcho (?), 01-Дек-20, 15:08
	+XigmaNAS
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от псевдонимус (?), 01-Дек-20, 15:36
	> Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 > в зеркало - это тоже нифига не нормальные насы. А тут > хоть какой-то шанс. > FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, > проц норм, ОЗУ хватает - почему бы и не быть ему > нормальным Ну если нужна файлопомойка с низкой производительностью и парой терабайтных блинов, может малина и потянет (сколько у ней оперативы можно?) Пвсеннс фаервол.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	74. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от псевдонимус (?), 01-Дек-20, 15:41
	> Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 > в зеркало - это тоже нифига не нормальные насы. А тут > хоть какой-то шанс. > FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, > проц норм, ОЗУ хватает - почему бы и не быть ему > нормальным Коробки лучше отбросить. Собери сам, будет гибче и дешевле. Для дома уж точно. Нормальный - от 12-16 гигабайт оперативки и проц уж не ниже фенона.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	75. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от псевдонимус (?), 01-Дек-20, 15:49
	> Просто коробки за дофига денег, которые не умеют ничего интереснее, чем ext4 > в зеркало - это тоже нифига не нормальные насы. А тут > хоть какой-то шанс. > FreeNAS/pfSense/OpenMediaVault/OpenWRT/CryptoNAS накатить и при условии что сеть норм, > проц норм, ОЗУ хватает - почему бы и не быть ему > нормальным Фринас интерпрайзное и полуинтерпрайзое решения. Рекомендуемые требования - от 16 гигабайт рамы. Естественно, он будет работать на гораздо более слабых конфигурациях, но "перформанс", да и просто комфортную работу с ним не получишь. Насфофри попробуй. Или опенмедиавульту.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

28. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Анонимус999 (?), 01-Дек-20, 12:03
А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить тяжелые фичи (типа дедупликации), оставив сжатие...
Ответить | Правка | Наверх | Cообщить модератору

	34. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от xm (ok), 01-Дек-20, 12:37
	В общем случае специальная настройка (на FreeBSD) не требуется.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (-), 01-Дек-20, 14:43
	как показала практика, для общих случаев, где не требуется спец. настроек и специальных фич - нужность zfs стремится к нулю и можно обойтись обычной юфс.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от zzz (??), 01-Дек-20, 18:24
	У UFS нельзя одновременно задействовать снапшоты и Soft Updates, а это частенько бывает нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (30), 01-Дек-20, 12:46
	Дедупликация по умолчанию отключена, для самого ARC рекомендуется выделять объём 1 Гб и выше. Если нет постоянных или больших потоков данных, используется типа а-ля десктоп, то скорее всего и со ~200Мб под ARC будет работать так же.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	56. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от n00by (ok), 01-Дек-20, 14:25
	> Дедупликация по умолчанию отключена, для самого ARC рекомендуется выделять объём 1 Гб > и выше. 1 Гб на каждый 1 ТБ хранилища, насколько помню. Искать ссылку лень, кому важно, тот сам эти цифры знает.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от OpenEcho (?), 01-Дек-20, 15:24
	Пожалуйста, не говорите ерунды, если не в теме. 1Гб достаточно если без дедупликации даже на exabyte хранилище. Почитайте не "ХауТо" блоги, а ответы на эту тему реальных разработчиков ZFS: https://www.reddit.com/r/DataHoarder/comments/5u3385/linus_t.../ https://www.reddit.com/r/DataHoarder/comments/5u3385/linus_t.../
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от Аноним (98), 01-Дек-20, 19:54
	Если без давайте без если и без. Т.е. По факту ей надо полтерабайта памяти и больше на типичное использование а ля подкроватный сервер. Как с этим у btrfs сейчас?
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от OpenEcho (?), 01-Дек-20, 22:00
	> Если без давайте без если и без. В ZFS по умолчанию выключена дедуплекация, о каких "без" не "без" разговор? >Т.е. По факту ей надо полтерабайта памяти и больше на типичное использование а ля подкроватный сервер. С английским проблема посмотреть ссылки приведеные выше? 1Гб памяти достаточно для любого обьема > Как с этим у btrfs сейчас? FYI: Поддержка btrfs была остановлена одним из главных спонсоров линукса - т.е. красношляпой
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 01-Дек-20, 23:12
	>по умолчанию выключена Какой смысл использовать дефолт? >1Гб памяти достаточно для любого обьема Зачем же такая очевидная ложь? Не любого, далеко не всегда эффективно, и без дедупликации естественно. >FYI: Поддержка btrfs была остановлена одним из главных спонсоров линукса - т.е. красношляпой https://www.phoronix.com/scan.php?page=news_item&px=Fedora-3...
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от OpenEcho (?), 02-Дек-20, 13:40
	>Зачем же такая очевидная ложь? Не любого, далеко не всегда эффективно, и без дедупликации естественно. А кто говорил про эффективность? Естественно, чем больше памяти, тем лучше, но если как было сказанно - подкроватный вариант, то работать будет. 100% (если руки конечно из правильного места) И вы не бложики популярные читайте, - а оригиналы: https://access.redhat.com/discussions/3138231
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Кир (?), 02-Дек-20, 20:12
	Наиболее заметные улучшения в Fedora 33:     Все варианты дистрибутива для рабочего стола (Fedora Workstation, Fedora KDE и т.п.) переведены на использование по умолчанию файловой системы Btrf
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	133. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от ZFS (?), 02-Дек-20, 07:04
	6TB пулы работают просто прекрасно на Core2Duo всего с двумия гигами рамы под Devuan. Добавление SSD кэширования еще более улучшает все это.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	193. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (-), 03-Дек-20, 11:24
	> Как с этим у btrfs сейчас? Живет на роутере с 64 мегами. Нормально?
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	144. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от n00by (ok), 02-Дек-20, 11:04
	> Пожалуйста, не говорите ерунды, если не в теме. > 1Гб достаточно если без дедупликации даже на exabyte хранилище. Дословно "не должно быть массы проблем" ("would not have much trouble"). В общем, нет противоречий со средней температурой по больнице. > Почитайте не "ХауТо" блоги, а ответы на эту тему реальных разработчиков ZFS: Я не читал блоги до Вашей ссылки на reddit, только issues zfsonlinux.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	96. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Аноним (96), 01-Дек-20, 19:39
	> 1 Гб на каждый 1 ТБ хранилища, насколько помню А вы не помните, вы головой подумайте. Есть горячие данные, есть холодные. Для горячих нужен ARC, а сколько холодных, а тем более места в хранилище, ему глубочайше насрaть. Если хранилище используется как лента, ARC вообще не нужен. Если на хранилище идёт значительная нагрузка в виде равномерно наспределённого случайного доступа, ARC имеет смысл делать либо размером в хранилище, либо вообще не делать потому что он иначе никак не поможет. Если доступ распределён неравномерно, то оптимальный размер arc может лежать где угодно в диапазоне от 0 до размера хранилища и зависит от множества факторов. Сделай одолжение, найди свою ссылку, узнай её автора и напиши ему что он некомпетентный графоман-вредитель.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	99. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 01-Дек-20, 19:55
	А как он дедуплицировать будет?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от OpenEcho (?), 01-Дек-20, 22:04
	> А как он дедуплицировать будет? А зачем ??? У вас правда столько много одинаковых котиков раскиданных по всему диску чтоб экономить через дедупликацию?
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 01-Дек-20, 23:04
	Ты не поверишь сколько одинаковых котиков. Я прошёлся hardlink и освободил примерно так треть пространства, но метаданные и атрибуты были утеряны конечно и в идеале этого стоит избежать. И это ведь только абсолютно идентичные данные, а сколько их частично совпадающих? Да 2/3 оставшегося наверно.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от ZFS (?), 02-Дек-20, 07:08
	Дедупликация бэкапов DB2 с опцией DB2 dedup позволяет добиться снижения занимаего физического пространства в количество раз, равное примерно количеству бэкапов. Например, если у вас 1000 бэкапов, то они займут примерно в 1000 раз меньше места, ну может в 300-500 раз с поправкой на дельты и т.п.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	135. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от ZFS (?), 02-Дек-20, 07:12
	Только потом для операций на удаление, например, снэпшотом даже при количестве рамы в 8 гиг будет уходить очень много времени. Поэтому чтобы почистить такой пул с бэкапами от старых бэкапов проще просто его дропнуть и создать новый, иначе будете его чистить неделями, если не месяцами. При это запись и чтение работает вполне приемлемо по скорости, до тех пор пока пул не переполнится. Т.е. дедупнутые пулы OpenZFS - это как бы такие ленточки, на которые можно только писать и с которых можно читать, но не удалять. А если нужно удалить, то проще (быстрее в 1000 раз) "размагнитить" всю ленточку командой zpool destroy.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от OpenEcho (?), 02-Дек-20, 13:50
	Я не спорю, что задачи разные бывают, но вы прочитайте пожалуйста оригинальный вопрос еще раз: >"А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить тяжелые фичи (типа дедупликации), оставив сжатие..." Вы правда думаете что в этом случае нужна дедупликация ?
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	176. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 00:41
	> Например, если у вас 1000 бэкапов, то они займут примерно в 1000 > раз меньше места, ну может в 300-500 раз с поправкой на > дельты и т.п. ZFS поддерживает инкрементальные бекапы снапшотов.
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	194. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 03-Дек-20, 11:26
	> Например, если у вас 1000 бэкапов, то они займут примерно в 1000 раз меньше места, ...но когда сыпанется под общим для них всех набором блоков, мы скажем "во бл$!"
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	196. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 13:04
	Неправильно ты бэкапы делаешь, дядя. 1000 кратная избыточность на одном массиве это не правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от n00by (ok), 02-Дек-20, 11:05
	>> 1 Гб на каждый 1 ТБ хранилища, насколько помню > А вы не помните, вы головой подумайте. Над чем? Есть вопрос пользователя. Похоже, его запугало мнение экспертов, что ZFS съедает всю память и даже косточки не выплёвывает. > Есть горячие данные, есть холодные. > Для горячих нужен ARC, а сколько холодных, а тем более места > в хранилище, ему глубочайше насрaть. Вот только часть:      * The hash table is big enough to fill all of physical memory      * with an average block size of zfs_arc_average_blocksize (default 8K).      * By default, the table will take up      * totalmem * sizeof(void*) / 8K (1MB per GB with 8-byte pointers). https://github.com/openzfs/zfs/blob/zfs-2.0-release/module/z... > Если хранилище используется как лента, ARC вообще не нужен. Если на хранилище > идёт значительная нагрузка в виде равномерно наспределённого случайного доступа, ARC имеет > смысл делать либо размером в хранилище, либо вообще не делать потому > что он иначе никак не поможет. Если доступ распределён неравномерно, то > оптимальный размер arc может лежать где угодно в диапазоне от 0 > до размера хранилища и зависит от множества факторов. *    This is the easy case; all clean data contained by the mru and mfu *    lists is evictable. Evicting all clean data can only drop arc_size *    to the amount of dirty data, which is greater than arc_c_min. > Сделай одолжение, найди свою ссылку, узнай её автора и напиши ему что > он некомпетентный графоман-вредитель. Простите, но с такой целью я только вот что могу найти, а с авторами сами разбирайтесь: В настоящее время минимальный объем памяти, рекомендуемый для установки системы Solaris, составляет 768 МБ. Однако для обеспечения высокой производительности ZFS рекомендуется по крайней мере 1 ГБ памяти или более.
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	76. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Амоним (?), 01-Дек-20, 15:53
	Нормально работает, на 4гб как минимум. Размер ARC настраивается через modprobe, вот образец на 512 мб мин, 2 гб макс. Кэш он и есть кэш. Много памяти надо для дедупликации только. options zfs zfs_arc_min=536870912 options zfs zfs_arc_max=2147483648 Осталось понять что именно от зфс вам хочется и почему, ибо она в целом медленней (но вполне терпимо).
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	77. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от псевдонимус (?), 01-Дек-20, 15:55
	> А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить > тяжелые фичи (типа дедупликации), оставив сжатие... На четырех он и без настроек нормально работал на ноуте. Правда там фрибсд была, как в Линукс не знаю.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	97. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (96), 01-Дек-20, 19:53
	Там ничего не нужно настраивать. Дедупликация по умолчанию выклчючена, ARC при memory pressure сам сжимается. На 512MB VPS'ке, например, он замечательно живёт с кучей сервисов без каких бы то ни было настроек. Миф о том что для ZFS нужна куча памяти родился в давние времена когда ещё были достаточно распространены 32битные платформы, и на FreeBSD где ZFS активно начали пробовать действительно была проблема когда i386 система паниковала из-за нехватки адресного пространства (не физической памяти!). Больше ничего объективного намекающего на необоснованное потребление памяти нет. Но есть куча необразованных обезьян, которые еле-еле освоили что в эффективно работающей системе Free памяти быть не должно, как опа! появляется новая сущность arc, которая вдруг "съедает" всю память. Сразу срыв шаблона, паника и истерика. Не уподобляйтесь таким.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	126. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 05:17
	> А можно как-то настроить ZFS для старого компа с ОЗУ 2-4ГБ? Отключить > тяжелые фичи (типа дедупликации), оставив сжатие... Можно. ZFS тюнется на малые объемы ОЗУ очень неплохо. >типа дедупликации Она никогда не должна быть включена ни где. И не включена. Включать если у вас есть много героина и молоток.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	130. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от nymous (?), 02-Дек-20, 06:38
	> ZFS тюнется на малые объемы ОЗУ очень неплохо Как именно тюнется?
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 13:55
	>> ZFS тюнется на малые объемы ОЗУ очень неплохо > Как именно тюнется? http://letmegooglethat.com/?q=zfs+tuning+guide
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от edo (ok), 02-Дек-20, 10:07
	> Она никогда не должна быть включена ни где. И не включена. Слишком смелое утверждение. У меня дедуплицикация фс, занимающей 6Тб на диске, потребляет меньше 4 гигабайт памяти: dedup: DDT entries 22107989, size 511B on disk, 165B in core Коэффициент дедупликации 4:1.
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	151. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 13:51
	Каков юзкейс, что храните, каковы нагрузки? Единственный известный мне случай оправданной детупликации это куча виндовз виртуалок.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от edo (ok), 02-Дек-20, 14:29
	Бэкапы виртуалок вмвари, хранятся 10 последних дней
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 20:42
	> Бэкапы виртуалок вмвари, хранятся 10 последних дней Да, один из немногих случаев когда дедупликая может быть полезной... Кстати, с сжатием просто сравнивали?
	Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Vlad Violentiy (?), 01-Дек-20, 12:34
Чем оно лучше btrfs?
Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+9 +/–
	Сообщение от xm (ok), 01-Дек-20, 12:37
	В общем-то, всем.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Catwoolfii (ok), 01-Дек-20, 12:44
	Ну кроме снапшотов.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (-), 01-Дек-20, 13:06
	А что не так со снэпшотами в ZFS? Работают же.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Catwoolfii (ok), 01-Дек-20, 13:44
	Снапшоты в btrfs удобнее (линейная по времени цепочка неизменяемых снапшотов в zfs и дерево в btrfs)
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от An0n (?), 01-Дек-20, 13:57
	Особенно 128-битностью Единственный минус - отсутствие любого подобия shrinking (by design?)
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	59. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (59), 01-Дек-20, 14:51
	Ну и что тебе даёт 128-битность? +100500 к чсв?
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от OpenEcho (?), 01-Дек-20, 15:33
	ZFS(big) -> backup -> ZFS(small)
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

41. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–8 +/–
Сообщение от Аноним (41), 01-Дек-20, 13:09
Глючная штука на которую не действуют конфиги а выдаваемые ошибки не имеют обьяснений.
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Аноним (42), 01-Дек-20, 13:18
А есть информация, как произойдет переезд с текущей реализации ZFS во Freebsd 11/12 на OpenZFS в будущих релизах при обновлении рабочей системы? Что бэкапы наше все - это понятно и тривиально...
Ответить | Правка | Наверх | Cообщить модератору

	47. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Catwoolfii (ok), 01-Дек-20, 13:59
	Я использую в 12.2, функционал и опции перенесены частично. Смотрел в 13-м - там уже все на месте, как на линуксе. Права всё те же ACL NFS4
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
	Сообщение от xm (ok), 01-Дек-20, 14:39
	Официальный переезд запланирован на 13.0-RELEASE. Сейчас же её можно поставить из портов, включая модуль ядра.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	61. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (42), 01-Дек-20, 14:59
	Это я знаю... Я имел в виду - в ходе freebsd-update -r 13.0-RELEASE upgrade существующие zfs-пулы/ФС/данные не накроются медным тазом?
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от xm (ok), 01-Дек-20, 16:13
	Да ну с чего бы? Там опасения, скорее связаны с тем, что во FreeBSD приедут (прежние?) проблемы ZFS на Linux.
	Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от user90 (?), 01-Дек-20, 14:03
А где про тестирование, про надежность ФС??
Ответить | Правка | Наверх | Cообщить модератору

	49. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от Аноним (49), 01-Дек-20, 14:15
	> "Стабильность кодовой базы OpenZFS оценивается как сопоставимая с другими ФС для Linux."
	Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Аноним (59), 01-Дек-20, 15:01
Почему у них своего гита нет?
Ответить | Правка | Наверх | Cообщить модератору

	65. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от dom (??), 01-Дек-20, 15:19
	https://github.com/openzfs/zfs
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
	Сообщение от Аноним (59), 01-Дек-20, 17:00
	Это гит мелкомягких.
	Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Аноним (72), 01-Дек-20, 15:37
buzzword :)
Ответить | Правка | Наверх | Cообщить модератору

78. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–2 +/–
Сообщение от Аноним (146), 01-Дек-20, 15:58
Ждём в Proxmox 6.4!
Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
Сообщение от NotaBug (ok), 01-Дек-20, 16:03
Поставлю любую ФС если она не будет дёргать диск и моргать этой долбаной лампочкой. Хотя насколько я понял, все ядра, начиная с 4-й версии имеют диск вдоль и поперёк, даже ext2, но ведь удавалось же обеспечить нулевое обращение к диску при простое например на том же Debian 8 с ядром 3.16 и ниже, вот прям ноль, хоть десять лет работает. Линус, ты делаешь что-то не то.
Ответить | Правка | Наверх | Cообщить модератору

	85. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от псевдонимус (?), 01-Дек-20, 17:22
	Та как бы диск не файловая система дёргает.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от nobody (??), 01-Дек-20, 17:30
	Дело не в ядре. Специально проверял, собирал одно и то же ядро в Fedora 25 и 26. В 26 и выше лампочка HDD вспыхивает каждые 2 сек. В 25 тишина, пока что-нибудь не запишешь. Судя по всему это какой-то сервис, не удивлюсь, если из комплекта systemd.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	89. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от NotaBug (ok), 01-Дек-20, 18:19
	> Судя по всему это какой-то сервис, не удивлюсь, если из комплекта systemd. Скорее всего так и есть, если например logrotate и подобное легко выпиливалось, то journald намертво вшито.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 01-Дек-20, 21:30
	Если бы это было так, диски бы не парковались каждые 5 минут.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	107. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от NotaBug (ok), 01-Дек-20, 22:33
	> Если бы это было так, диски бы не парковались каждые 5 минут. Вот причём здесь парковка? Тем более её легко отключить в /etc/hdparm.conf смените #apm_battery = 127 на apm_battery = 255 По крайней мере раньше было так.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 01-Дек-20, 23:01
	Нуу это сильно раньше, на современных дисках парковка не отключается. Вроде даже как совсем. Если бы ядро дёргало диски, они бы не парковались, но они паркуются и не просыпаются пока не понадобятся какие-нибудь файлы. Можно в iotop -oa наверно посмотреть кто дёргает, но если это какой-нибудь крон, то не отобразится.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от NotaBug (ok), 02-Дек-20, 01:29
	Что это за современные диски такие, вроде ж техпроцесс на HDD не меняется десятилетиями, тут надо копать в daemon/service и с корнем такое выпиливать.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (98), 02-Дек-20, 01:49
	Вообще-то каждые пару лет всё меняется очень значительно. Не выпилишь ты парковку, она в прошивке зашита. Они видимо решили что достаточно обкатали на прошлых поколениях и теперь можно принудительно парковать. В принципе это не сотни тысяч парковок в месяц, но штук 10 за день легко набирается и доступ к паркованным дискам чересчур уж медленный. Если хочешь убить диск более эффективно включи остановку шпинделя.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от NotaBug (ok), 02-Дек-20, 13:02
	> Вообще-то каждые пару лет всё меняется очень значительно. Не выпилишь ты парковку, > она в прошивке зашита. Они видимо решили что достаточно обкатали на > прошлых поколениях и теперь можно принудительно парковать. В принципе это не > сотни тысяч парковок в месяц, но штук 10 за день легко > набирается и доступ к паркованным дискам чересчур уж медленный. Если хочешь > убить диск более эффективно включи остановку шпинделя. А всё таки это из-за ядра, так как я ставил и Devuan, и MXLinux/Antix, там нет systemd, а диск дёргало будь здоров, скорее всего какая-то подсистема для ускорения доступа до ФС.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 05:20
	Современные диски очень разные. И на большинстве парковкой можно управлять из вне.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	158. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от t (??), 02-Дек-20, 15:35
	на ext4 ставил commit=900, и годами жил на корне который на флешке.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	186. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от NotaBug (ok), 03-Дек-20, 02:32
	> на ext4 ставил commit=900, и годами жил на корне который на флешке. Спасибо, добавил к noatime,nodiratime,nobarrier, а вот lazytime под вопросом.
	Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
Сообщение от nobody (??), 01-Дек-20, 17:37
А кто-нибудь знает где можно проверить ключ, которым подписан .tar.gz ? Новых бинарных сборок 2.0.0 под дистрибутивы пока нет, а старые сборки подписаны gpg ключами ментейнеров, которые тоже не понятно где проверять...
Ответить | Правка | Наверх | Cообщить модератору

88. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+3 +/–
Сообщение от Аноним (88), 01-Дек-20, 18:11
ZFS это хорошо
Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
Сообщение от Аноним (93), 01-Дек-20, 18:41
Впилили бы zstd компрессию в ext4, и не надо больше ничего
Ответить | Правка | Наверх | Cообщить модератору

	95. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (30), 01-Дек-20, 19:27
	Лучше webp.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Синьоры смотрители борделей (?), 02-Дек-20, 02:52
	Она есть, называется VDO Layer
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	121. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от fske (?), 02-Дек-20, 03:06
	Мало, очень мало прлслоек. Нужно больше!
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от nymous (?), 02-Дек-20, 06:37
	Мысль вслух - а может попробовать компрессию на F2FS...
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

108. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Аноним (59), 01-Дек-20, 22:45
Оно уже научилось дефрагментации?
Ответить | Правка | Наверх | Cообщить модератору

	153. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 13:58
	> Оно уже научилось дефрагментации? Каков ваш юзкейс вызывающий повышенную фрагментацию ZFS? Как быстро перфоманс деградирует?
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+1 +/–
	Сообщение от Аноним (98), 02-Дек-20, 15:11
	Любой юзкейс где файлы не аллоцируются сразу а дописываются в процессе вызывает сильную фрагментацию. Например, типично самое фрагментированное, это профили браузера (для линукса).
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 15:35
	Профиль браузера у вас вызывает фрагментацию ZFS? Или вы не знаете, а только предполагаете? ИМХО, нужно проверять. ZFS кстати COW система, на всякий случай отмечу.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 02-Дек-20, 15:44
	Ext4 он определённо точно фрагментирует очень сильно, а ведь ext4 как известно тоже "не фрагментируется", только даже e4defrag плачет кровавыми слезами от кэшей браузера. Однако, свободное пространство адово фрагментирует, но у неё хотя бы какой-то онлайн дефрагментатор есть.
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 02-Дек-20, 20:53
	> Ext4 он определённо точно фрагментирует очень сильно, а ведь ext4 как известно > тоже "не фрагментируется", только даже e4defrag плачет кровавыми слезами от кэшей > браузера. Однако, свободное пространство адово фрагментирует, но у неё хотя бы > какой-то онлайн дефрагментатор есть. Надо тестировать. ZFS - совсем другая система. Я слышал о проблеме фрагментации на ней, но точно не на профилях браузера. И обычно рекомендуют оставлять больше свободного места или добавить дисков в пул для повышения IO. В любом случае, вначале тестирование - потом решение. Скорее всего, ненужно ничего для кешей браузера дефрагментировать никогда вообще. Как варианты, отключить кеш на диске, или разместить кеш на ССД.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 02-Дек-20, 21:35
	Не только профили браузера, это просто пример постоянно пишущихся файлов. Ещё жесть была на cow образах виртуалок. И раньше ещё сталкивался с фрагментацией на торрентах, когда программа не аллоцировала сразу весь файл целиком. Дефрагментатора на линуксах очень не хватает, файлы читающиеся подряд чаще всего будут разнесены по всем блинам ровным слоем даже если они не фрагментированы, это тоже значительно снижает производительность (поэтому доступ к куче мелких файлов такой медленный). Ну и консолидировать свободное пространство наверное хотелось бы. Не подходит линукс для высокопроизводительных рабочих станций, ничего не поделать.
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 00:34
	>И раньше ещё сталкивался с фрагментацией на торрентах, когда программа не аллоцировала сразу весь файл целиком Нужно аллоцировать, иначе торренты жесткий диск вешают. >Не подходит линукс для высокопроизводительных рабочих станций Высокопроизводительные рабочие станции используют ССД, как и большинство домашних ПК. А чтобы словить проблему с фрагментацией на HDD нужно очень хорошо постараться, так как современные файловые системы это дело давно научились оптимизировать. >Дефрагментатора на линуксах очень не хватает Вы всегда можете провести офлайн дефрагментацию раз в 5 лет. Если у вас это постоянная проблема то нужно устранять причины её возникновения.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 00:53
	ССД не напасёшся, они конечно идут под кэши, но это всё довольно ограничено в итоге. Плохо ФС это оптимизируют, очень плохо. >офлайн дефрагментацию раз в 5 лет Ну да, если бы она ещё существовала. Есть эффективный метод переместить файлы с диска на диск, но это неделями нонстоп диски долбить же и их нельзя при этом использовать. Не вариант. Что касается фрагментации свободного пространства, то за год использования на корне картина такая Min. free extent: 4 KB Max. free extent: 190888 KB Avg. free extent: 424 KB Num. free extent: 76118 на разделе с данными Min. free extent: 4 KB Max. free extent: 2080640 KB Avg. free extent: 1636 KB Num. free extent: 258754 Если файл попадёт в эти миллионы 4 килобайтных экстентов, ему поплохеет. А когда их будет больше одного, и они все размазаны? У ссд внутреннее представление вроде бы 20 мегабайт, не уверен, как это всё сказывается на их эффективности.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 00:58
	Особенно весело становится когда случайный доступ в несколько потоков, а файлы размазаны. Вот это да, так и убить диски не долго (если они раньше не отключатся от перегрева сами).
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 01:18
	> Особенно весело становится когда случайный доступ в несколько потоков, а файлы размазаны. > Вот это да, так и убить диски не долго (если они > раньше не отключатся от перегрева сами). Никакая дефрагментация тут не поможет. Это ограничения жестких дисков как технологии. Решается сборкой рейд массивов и настройкой кеширования.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 01:29
	Диски читают в свой кэш относительно большими блоками (даже очень большими), а если файлы расположены рядом то ещё и значительная экономия на позиционировании. Т.е. в каталоге с кучей мелких файлов более выгодно будет разместить их рядышком, а не по всем пластинам.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 01:38
	> Диски читают в свой кэш относительно большими блоками (даже очень большими), а > если файлы расположены рядом то ещё и значительная экономия на позиционировании. И как это поможет когда у вас >случайный доступ в несколько потоков ?
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 01:50
	На позиционирование понадобится много меньше времени, если файлы сразу попадают в кэш (либо как минимум расположены рядом). Если же их придётся искать по всем пластинам, никакого толка не будет.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	184. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 02:01
	Доступ же случайный, откуда файлам в кеш попадать, и какая разница как близко они находятся если доступ случайный?
	Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

	185. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 02:10
	Наверное всё же не совсем случайный. Тут вычитал тысячу файлов за один заход, там 10 тысяч файлов. Кроме того, диски достаточно умные, чтобы оптимизировать доступ к рядом расположенным данным.
	Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

	199. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 19:02
	Нет, диски не обладают подобным интеллектом.
	Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

	200. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 21:25
	Или обладают, они определённо умнее среднего пользователя. Сегодняшние нжмд исключительно высокотехнологичны.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	202. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 22:36
	Вот и не додумывайте тогда за ШДД и файловые системы, им виднее.
	Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

	203. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 03-Дек-20, 23:00
	Ну это уже откровенное хамство, да? Будем считать за слив и отсутствие адекватных аргументов.
	Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

	204. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 23:06
	Вам заняться нечем, кроме как меня троллить? Вы единственный кто здесь хамит. Все ваши комментарии сводятся к попытке придумать причину для необходимости механизма онлайн дефрагментации, в виду ваших слабых познаний в теме попытке нелепой. Как я должен на ваши вольные фантазии отвечать, по вашему? Давайте перефразирую, мне неинтересны ваши фантазии, и вам не стоит тратить на них время, подобные занятия ведут к шизофрении.
	Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

	205. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Аноним (98), 03-Дек-20, 23:13
	Ну это стадия отрицания, не иначе. Пример низкой квалификации, да? Поскольку любой, кто работал с сильно фрагментированными данными (и видел разницу между размазанными данными и локально сгруппированными), понимает, насколько это плохо для производительности и почему.
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	206. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (98), 03-Дек-20, 23:21
	Пс. я, конечно, могу совершенно добросовестно заблуждаться, но я хотя бы проводил исследование, и что-то мне подсказывает, что я вполне корректен в полученных выводах. Если, конечно, не допустил ошибку при анализе, но в таком случае она была совершена многократно и оборудования для получения более достоверного результата у меня в наличии не было в любом случае.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	214. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	–1 +/–
	Сообщение от Admin LinuxDB2 (?), 16-Дек-20, 04:48
	Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send | receive для дефрагментации, после чего браузер перестает подолгу тормозить. И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку. Т.е. получается, затраты по IOPs только на чтение. И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD. Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает. Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди: https://serverfault.com/questions/957317/zfs-heavy-write-amp... https://github.com/openzfs/zfs/issues/4785 Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому что после появления в ZFS онлайн дефрагментации вас ждет финансовый кирдык, что я приветствую как пострадавший (к счастью только потерей своего времени) от хоронилищ IBM в составе Blade Center S. Во всех уважающих себя промышленных хранилищах есть online дефрагментация, и я больше скажу, когда такая дефрагментация появится в ZFS, а она однозначно появится, когда подсуетятся промышленные пользователи, так вот тогда, все эти дорогие промышленные хранилища начального и среднего уровня пойдут по писе, ну может останутся девяточные с дублированием матплат и т.п. и то с учетом существования кластерных FS типа CEPH это еще большой вапроз.
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	216. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 16-Дек-20, 06:38
	Сами-то свои ссылки читали? И куда вас понесло, что там за промышленные хранилища и причем тут онлайн дефрагментация в ЗВС? Здесь рыбы нет (директор стадиона).
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	179. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноньимъ (ok), 03-Дек-20, 01:17
	>ССД не напасёшся На кеш браузера и логи? >они конечно идут под кэши, но это всё довольно ограничено в итоге. Плохо ФС это оптимизируют, очень плохо. ZFS очень хорошо это оптимизирует. Попробуйте тестовый сетап сделать, 6 винчестеров, сцепляете по два в vdev и из них RAID-Z. Рядом 2 ссд в зеркало и подключаете к пулу как хранилище метаданных. По вкусу добавляете NVME ссд для L2-ARC и один в кач ЛОГ девайса.
	Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

	161. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним (161), 02-Дек-20, 18:40
	Я сумку на плече ношу либо рюкзак, кейсами не пользуюсь. И про Перфоманса не знаю, среди знакомых людей с такой фамилией нет.
	Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

	167. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+2 +/–
	Сообщение от xm (ok), 02-Дек-20, 20:49
	А почему вас это беспокоит? Я вот не вижу проблем с производительностью на ZFS c 73% фрагментацией. Кстати, вы точно правильно понимаете что этот показатель означает в ZFS?
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

142. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от JBOND (?), 02-Дек-20, 10:45
DRAID еще не допилили.
Ответить | Правка | Наверх | Cообщить модератору

160. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Вопль_в_пустыне (?), 02-Дек-20, 18:14
Нормальная фс для больших объемов самое то.
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Аноним (172), 02-Дек-20, 22:55
> OpenZFS уже используется в основной ветке FreeBSD (HEAD) HEAD это не ветка! Насколько я выяснил (на openzfs.org/wiki/Main_Page) OpenZFS использует git в качестве системы контроля версий. В git, HEAD - это указатель на текущую ветку. Поэтому фраза имеет (точнее _фраза_не_имеет_смысла) следующий смысл - "OpenZFS уже используется в основной ветке FreeBSD (любой ветке в которую сделан git checkout или git switch)"
Ответить | Правка | Наверх | Cообщить модератору

	174. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Аноним84701 (ok), 03-Дек-20, 00:21
	FreeBSD вообще-то старше git и HEAD может использоваться как устоявшееся обозначение https://www.freebsd.org/cgi/man.cgi?cvs >  HEAD refers to the most recent    version available in the repository еще со времен живых мамонтов и компьютеров из натурального кремНЯ т.е. фраза означает, что оно вот тут https://svnweb.freebsd.org/base/head/
	Ответить | Правка | Наверх | Cообщить модератору

211. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Брат Анон (ok), 07-Дек-20, 10:16
> Добавлена поддержка алгоритма сжатия zstd (Zstandard), который демонстрирует в 3-5 раз более > высокую скорость сжатия по сравнению с zlib/Deflate Прям в 3-5 раз более высокую скорость сжатия?... Т.е. эти ребята возможно: 1) научились читать данные с диска в 3..5 раз быстрее 2) открыли какой-то волшебный алгоритм?))
Ответить | Правка | Наверх | Cообщить модератору

215. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
Сообщение от Admin LinuxDB2 (?), 16-Дек-20, 04:49
Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send | receive для дефрагментации, после чего браузер перестает подолгу тормозить. И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку. Т.е. получается, затраты по IOPs только на чтение. И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD. Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает. Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди: https://serverfault.com/questions/957317/zfs-heavy-write-amp... https://github.com/openzfs/zfs/issues/4785 Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому что после появления в ZFS онлайн дефрагментации вас ждет финансовый кирдык, что я приветствую как пострадавший (к счастью только потерей своего времени) от хоронилищ IBM в составе Blade Center S. Во всех уважающих себя промышленных хранилищах есть online дефрагментация, и я больше скажу, когда такая дефрагментация появится в ZFS, а она однозначно появится, когда подсуетятся промышленные пользователи, так вот тогда, все эти дорогие промышленные хранилища начального и среднего уровня пойдут по писе, ну может останутся девяточные с дублированием матплат и т.п. и то с учетом существования кластерных FS типа CEPH это еще большой вапроз.
Ответить | Правка | Наверх | Cообщить модератору

	217. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Историк (?), 21-Дек-20, 10:43
	Для уменьшения фрагментации можно подтюнить recordsize https://jrs-s.net/2019/04/03/on-zfs-recordsize/
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD"	+/–
	Сообщение от Chromium1234 (?), 27-Дек-20, 09:22
	Интересно, какой нужен volblocksize для профиля Chromium в ext4 поверх zvol блока? Наверно, нужно сначала выбрать оптимальный размер блока для ext4 и потом такой же для zvol? А как выбрать оптимальный?
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема