https://www.opennet.me/openforum/vsluhforumID3/122565.html После полутора лет разработки состоялся релиз проекта OpenZFS 2.0, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после переноса поддержки FreeBSD был признан основной реализацией OpenZFS и был избавлен от упоминания Linux в названии. Вся активность по разработке ZFS для Linux и BSD-систем теперь сосредоточена в одном проекте и развивается в общем репозитории...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54172<br> https://www.opennet.me/openforum/vsluhforumID3/122565.html#218 Sun, 27 Dec 2020 06:22:05 GMT Интересно, какой нужен volblocksize для профиля Chromium в ext4 поверх zvol блока?<br><br>Наверно, нужно сначала выбрать оптимальный размер блока для ext4 и потом такой же для zvol?<br><br>А как выбрать оптимальный?<br> https://www.opennet.me/openforum/vsluhforumID3/122565.html#217 Mon, 21 Dec 2020 07:43:44 GMT Для уменьшения фрагментации можно подтюнить recordsize https://jrs-s.net/2019/04/03/on-zfs-recordsize/<br> https://www.opennet.me/openforum/vsluhforumID3/122565.html#216 Wed, 16 Dec 2020 03:38:46 GMT Сами-то свои ссылки читали?<br><br><br>И куда вас понесло, что там за промышленные хранилища и причем тут онлайн дефрагментация в ЗВС?<br>Здесь рыбы нет (директор стадиона).<br> https://www.opennet.me/openforum/vsluhforumID3/122565.html#215 Wed, 16 Dec 2020 01:49:35 GMT Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send &#124; receive для дефрагментации, после чего браузер перестает подолгу тормозить.<br><br>И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку.<br>Т.е. получается, затраты по IOPs только на чтение.<br><br>И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD.<br><br>Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает.<br><br>Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди:<br><br>https://serverfault.com/questions/957317/zfs-heavy-write-amplification-due-to-free-space-fragmentation<br><br>https://github.com/openzfs/zfs/issues/4785<br><br>Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому https://www.opennet.me/openforum/vsluhforumID3/122565.html#214 Wed, 16 Dec 2020 01:48:21 GMT Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send &#124; receive для дефрагментации, после чего браузер перестает подолгу тормозить.<br><br>И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку.<br>Т.е. получается, затраты по IOPs только на чтение.<br><br>И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD.<br><br>Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает.<br><br>Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди:<br><br>https://serverfault.com/questions/957317/zfs-heavy-write-amplification-due-to-free-space-fragmentation<br><br>https://github.com/openzfs/zfs/issues/4785<br><br>Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому https://www.opennet.me/openforum/vsluhforumID3/122565.html#213 Sat, 12 Dec 2020 14:58:25 GMT Кроме "дедубликации" в ZFS есть еще и "дублирование"<br> https://www.opennet.me/openforum/vsluhforumID3/122565.html#211 Mon, 07 Dec 2020 07:16:17 GMT &gt; Добавлена поддержка алгоритма сжатия zstd (Zstandard), который демонстрирует в 3-5 раз более <br>&gt; высокую скорость сжатия по сравнению с zlib/Deflate<br><br>Прям в 3-5 раз более высокую скорость сжатия?... Т.е. эти ребята возможно:<br>1) научились читать данные с диска в 3..5 раз быстрее<br>2) открыли какой-то волшебный алгоритм?))<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/122565.html#210 Mon, 07 Dec 2020 07:04:05 GMT &gt; Теоретически, можно написать скрипт, который перемещает файлы в /tmp (например) и обратно <br>&gt; в zfs...<br><br>Теоретически, можно. Но практически это будет означать: ZFS не является ФС для всех.<br> https://www.opennet.me/openforum/vsluhforumID3/122565.html#209 Mon, 07 Dec 2020 07:02:33 GMT &gt; Дядь, это единственная рабочая COW FS с кучей функционала и которой не <br>&gt; страшно доверить свои данные на всей планете (не считая APFS, которая <br>&gt; закрыта).<br><br>Чо? Т.е. я правильно понимаю, что RAID, софт-зеркалирование -- не надо, а NTFS допускает потери данных каждый день на предприятиях?))<br>