<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Раздел полезных советов: Логическое объединение нескольких ф...</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html</link>
    <description>FUSE-модуль &#091;&#091;https://github.com/trapexit/mergerfs Mergerfs&#093;&#093; позволяет логически объединить несколько файловых систем в одну, например, для объединения разнесённых на разные диски коллекции видео или музыки в одну иерархию. &lt;br&gt;&lt;br&gt;&lt;br&gt;В отличие от aufs и overlayfs в mergerfs не создаётся отдельного слоя для записи и данная ФС не может применяться поверх разделов, доступных в режиме только для чтения. Но mergerfs даёт возможность прямой записи в примонтированный раздел в соответствии с заданной политикой, например, запись может осуществляться в ФС, в которой больше свободного места. Также можно включить в один сводный раздел ФС, доступную на запись, и ФС только для чтения. В такой конфигурации операции записи будут производиться в разделе, который допускает запись.&lt;br&gt;&lt;br&gt;Среди особенностей mergerfs:  настройка поведения размещения новых файлов, работа в пространстве пользователей через FUSE,  поддержка расширенных атрибутов (xattrs) и смены атрибутов chattr, работа с различными ФС, поддержка POSIX ACL.&lt;br&gt;&lt;br&gt;Проектом &#091;&#091;</description>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи mergerfs (getfr)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#26</link>
    <pubDate>Tue, 18 Aug 2020 10:11:16 GMT</pubDate>
    <description>Автор объединительной штуки не осилил symlink?&lt;br&gt;А как иначе объяснить желание городить огород посередине огорода?&lt;br&gt;</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи mergerfs (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#25</link>
    <pubDate>Wed, 15 Jul 2020 13:27:50 GMT</pubDate>
    <description>&amp;gt; Но mergerfs даёт возможность прямой записи&lt;br&gt;&amp;gt; в примонтированный раздел в соответствии с заданной политикой&lt;br&gt;&lt;br&gt;Какой-то троллейбус из буханки ака btrfs из спичек и желудей.&lt;br&gt;</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи mergerfs (pavlinux)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#24</link>
    <pubDate>Thu, 09 Jul 2020 16:13:32 GMT</pubDate>
    <description>&amp;gt; &#091;&#093; - уд&#123;о&#125;лить.&lt;br&gt;&lt;br&gt;&#123;&#125; - зоминить &lt;br&gt;</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи... (sharddin)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#23</link>
    <pubDate>Sat, 27 Jun 2020 10:41:37 GMT</pubDate>
    <description>Скрипт такой (да, убрал в начале #, заменив на $ и добавил  sudo  перед командой:&lt;br&gt;==================================&lt;br&gt;$!/bin/bash&lt;br&gt;&lt;br&gt;sudo mergerfs -o defaults,allow_other,use_ino,category.create=mfs,moveonenospc=true&amp;gt;&lt;br&gt;==================================&lt;br&gt;В юнитах, конечно, не очень-то и разбираюсь - нашёл две страницы для создания собственного юнита и сварганил по их советам один общий...&lt;br&gt;&lt;br&gt;... Отключил, вообщем, всё из этого...&lt;br&gt;</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи... (Нолекс)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#22</link>
    <pubDate>Thu, 28 May 2020 13:17:56 GMT</pubDate>
    <description>Как по мне - статей бы побольше, всяких разных. А флуда бы меньше...&lt;br&gt;</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи... (пох.)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#21</link>
    <pubDate>Sun, 24 May 2020 14:30:54 GMT</pubDate>
    <description>&amp;gt; а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат&lt;br&gt;&lt;br&gt;мущина, проснитесь - во времена 100G адаптеров сеть постоянно оказывается быстрее чем диски.&lt;br&gt;&lt;br&gt;&amp;gt; можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов.&lt;br&gt;&lt;br&gt;да. Поэтому времена когда fuse можно было считать мелким самопалом - остались примерно там же, где таким был весь этот ваш линух. Хотя вообще-то она и появилась на слуху одновременно с ntfs3g, и их авторы чуть ли не в одном универе вместе учились.&lt;br&gt;Но вот ntfs3g, скорее всего, как раз последними изменениями подпортили, а переписать заново - нового героя нет, старый постарел и чем хуже работает 6ешплатная поделка - тем лучше, он коммерческую версию продает. Текущая версия когда там - в 17м году последний раз обновлялась? То есть до fuse3. Угадай на чьи деньги ее теперь пилят.&lt;br&gt;&lt;br&gt;&amp;gt; Так вот, для FUSE  в общем случае надо отдельно указывать не то что оно тормозит (это&lt;br&gt;&amp;gt; естественное ожидание), а то, что оно каким-то чудом НЕ тормо</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи... (Crazy Alex)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#20</link>
    <pubDate>Sun, 24 May 2020 11:46:57 GMT</pubDate>
    <description>Сюрприз - сейчас пишется такая куча разных приблуд, чтобы самому пересмотреть всё - жизни не хватит. И то, что кто-то нарыл интересное, потыкал палочкой, оно у него собралось и в принципе работает - уже ценно. А нюансы можно отдельно покопать, и для хоть какого-то &quot;рабочего&quot; использования это придётся делать в любом случае. Здесь основная ценность - именно в том, что о самм существовании интересной штуковины узнаёшь.&lt;br&gt;</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи... (Crazy Alex)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#19</link>
    <pubDate>Sun, 24 May 2020 11:42:05 GMT</pubDate>
    <description>Не знаю, как насчёт ntfs (никогда не интересовался), а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат, плюс это крупные проекты на слуху, раз не сдохли - можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов.&lt;br&gt;&lt;br&gt;А в среднем по больнице FUSE - это мелкий тормозной самопал, обменявший качество кода и эффективность на гибкость и простоту написания, если уж даже на сторонний модуль ядра не сподобились, не говоря о добавлении в мейнлайн. Ну или адская экзотика какая-нибудь, но здесь явно не тот случай.&lt;br&gt;&lt;br&gt;Так вот, для FUSE  в общем случае надо отдельно указывать не то что оно тормозит (это естественное ожидание), а то, что оно каким-то чудом НЕ тормозит.&lt;br&gt;&lt;br&gt;Насчёт &quot;потерять все данные&quot; - так это во все времена лечилось только бэкапом. И именно с mergefs теряются не все, как в LVM со сдохшим винтом или RAID0. Другое дело, что если это не домашняя хранилка - RAID почти наверняка всё равно понадобится, а добавлять винты тогда надо на нём и</description>
</item>

<item>
    <title>Логическое объединение нескольких файловых систем при помощи... (пох.)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/120515.html#18</link>
    <pubDate>Fri, 22 May 2020 17:24:29 GMT</pubDate>
    <description>&amp;gt; Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с &lt;br&gt;&lt;br&gt;странно, что оно совершенно неочевидно автору ntfs3g, в какой-то момент всерьез померявшегося х...ями аж с тогдашней ext4 (да, в панике улучшили производительность...а он пообещал когда-нибудь в будущем - хотя бы дебаг выключить ;-) не вполне очевидно было авторам lustre (да, переписали, но далеко не сразу), и совсем неочевидно авторам gluster и moose.&lt;br&gt;&lt;br&gt;&amp;gt; самого начала. FUSE  в продакшне и с хоть какими-то заметными &lt;br&gt;&amp;gt; нагрузками - это особая &quot;храбрость&quot;.&lt;br&gt;&lt;br&gt;расскажи это redhat с ее промышленными storage clusters.&lt;br&gt;&lt;br&gt;&amp;gt; А вот обойтись на домашней медиа-помойке без LVM и прочих RAID когда &lt;br&gt;&amp;gt; суёшь туда очередной винт - прокатит отлично. И когда один из &lt;br&gt;&lt;br&gt;и потерять все данные вместе с очередным винтом. покатит, угу.&lt;br&gt;&lt;br&gt;Оно вообще не для замены raid было придумано. Оно для тех у кого этих винтов - опой жуй.&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
