https://www.opennet.me/openforum/vsluhforumID3/137435.html Для включения в будущее ядро 6.17 предложены оптимизации и новые возможности, повышающие производительность Btrfs:...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63630<br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#260 Sat, 27 Sep 2025 12:46:40 GMT &gt; Кстати вы вообще btrfs не пользуетесь <br><br>кстати я начал использовать. раз в час в скрипте:<br><br>rclone sync "файлы корпоративного битрикса из его онлайн-офиса"<br>btrfs subvolume snapshot ...<br><br>в результате могу восстановить любой файл на заказанное дату-время,<br>а не то что предлагает битрикс (а вариантов у него два:<br>либо юзерская корзина, либо полный откат состояния).<br><br>ps: zfs пока еще слишком сложно для меня.<br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#259 Sun, 14 Sep 2025 09:37:04 GMT Самое мерзкое в этой фс, это то, что они эксперементируют в релизном ядре. Не умеют они в культуру.<br>А далее то, что они сами не знают, зачем их фс нужна. <br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#258 Fri, 15 Aug 2025 04:48:37 GMT Лучшая фс. На всех домашних компах уже более 8 лет. Много раз отключался свет, но фс не разу не разваливалась.<br><br>Какое то время даже жил с тестовым рейдом5, из недостатков только низкая скорость. Надёжность высокая <br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#257 Wed, 06 Aug 2025 07:29:23 GMT &gt;&gt; На btrfs автоматически происходит то-же самое.<br>&gt;Автоматически?!<br>&gt;Ну-ну.<br><br>Почему нет?<br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#256 Mon, 04 Aug 2025 04:31:20 GMT &gt; На btrfs автоматически происходит то-же самое.<br><br>Автоматически?! <br>Ну-ну.<br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#255 Mon, 04 Aug 2025 04:29:54 GMT &gt;&gt; real 0m12.478s <br>&gt;&gt; user 0m0.000s <br>&gt;&gt; sys 0m0.051s <br>&gt; Так это - уже с bg_tree было, или где? Опцию bg_tree надо <br>&gt; при создании фс пока указывать явно. Или явно "конвертить" в него <br>&gt; (реально конверсия сводится к отстройке +1 индекса в новом дереве). Судя <br>&gt; по временам - видимо без bg_tree.<br>&gt;&gt; Да в опу этот ваш бтр...<br>&gt; Ну дык, юзай этот твой ext4 педальный, как будто кто-то кого-то заставляет. <br><br>Если ФС из коробки нормально не работает -- она и есть конь педальный.<br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#254 Sun, 03 Aug 2025 15:40:58 GMT &gt; отличный сценарий для XFS, если не нужны сжатие, снэпшоты и массовое удаление <br>&gt; производится не слишком часто.<br><br>Он по метаданным XFS вообще-то не чемпион. Хотя ему скорее плохет от больших фрагментированных файлов, а вон то вполне может прокатить.<br><br>&gt; на btrfs такой сценарий тоже вполне достоен, но по мере накопления снэпшотов <br>&gt; будет заметное проседание времени доступа к снепшотам (не основным данным!).<br><br>На btrfs не стоит накапливать много снапшотов. Это и место жрет и замедляет работу. Но оно как-то так и с виртуалками с cow дисками и проч. Вон то не столько от числа файлов зависит сколько от числа снапшотов референсящихся на 1 и тот же блок.<br><br>С другой стороны, эквивалентом снапшота на не-cow то - полная копия разве что. Места это жрать будет дай боже. И это "не совсем то" ибо скопировать файлы консистентно с живой ФС это очень отдельный квест, ибо они могут меняться по ходу операции копирования. Тут конечно можно кое-что узнать про freeze() и thaw() и ... получить экспериенс уровня виндового VSS https://www.opennet.me/openforum/vsluhforumID3/137435.html#253 Sun, 03 Aug 2025 15:14:29 GMT &gt; real 0m12.478s <br>&gt; user 0m0.000s <br>&gt; sys 0m0.051s <br><br>Так это - уже с bg_tree было, или где? Опцию bg_tree надо при создании фс пока указывать явно. Или явно "конвертить" в него (реально конверсия сводится к отстройке +1 индекса в новом дереве). Судя по временам - видимо без bg_tree.<br><br>&gt; Да в опу этот ваш бтр...<br><br>Ну дык, юзай этот твой ext4 педальный, как будто кто-то кого-то заставляет.<br> https://www.opennet.me/openforum/vsluhforumID3/137435.html#252 Sun, 03 Aug 2025 14:54:42 GMT &gt; 2) при этом надо учитывать особенности. В частности, btrfs сильно не любит <br>&gt; бэды. И обслуживание надо запускать регулярно, отключать scrub по крону не стоит.<br><br>На самом деле бэд - даже под метаданными - оно таки на отлично переживет. Если есть избыточность.<br><br>Они одно время они наслушались господ глаголящих что "ssd все равно данные дедуплицировать может" и - на этой почве удумали на 1-дисковых конфигах отключить схему DUP для метаданных сделав по дефолту Single, подразогнав перфоманс.<br><br>Это немедленно отлилось, рассыпонами при вылезании бэдов под метаданными. И сколько-то версий btrfs-utils назад DUP на 1-дисковых фс по дефолту - вернули обратно. Потому что в этом случае, даже если бэд - оно просто вытащит вторую копию, и починит проблемную - вызвав ремап кривого сектора к тому же. И в таком виде оно много кому может мастеркласс дать на тему как надо было.<br><br>А бэд под _данными_ импактит только файл под который он попал и намного меньшая проблема. Впрочем даже и там DUP можно сделать, просто ценой 2x