https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html "Люди, которые думают, что файловые системы пространства пользователя могут быть чем-то большим, чем игрушки, просто введены в заблуждение" - так Линус Торвальдс прокомментировал (http://www.spinics.net/lists/linux-fsdevel/msg46078.html) сообщение Эндрю Мортона о том, что проблемы производительности файловых систем, основанных на FUSE, нельзя решить только за счет перемещения их кода в ядро. "Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально низкоскоростному устройству. Но для чего-то вроде корневой ФС ? Нет. Из этого ничего не выйдет." - добавил Линус.<br><br><br>Спор о файловых системах пространства пользователя начался после того, как Миклос Жереди (Miklos Szeredi) отправил (http://www.spinics.net/lists/linux-fsdevel/msg45779.html) в список рассылки linux-fsdevel письмо с просьбой добавить код драйвера OverlayFS в Linux-ядро версии 3.1. Эндрю Мортон (Andrew Morton) спросил его о причинах реализации ФС в виде драйвера ядра, вместо использования FUSE, на что М...<br><br>URL: http://www.h-o https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#211 Wed, 06 Jul 2011 19:10:12 GMT &gt; Переносные устройства не могут создать <br>&gt; такую нагрузку, от которой задохнулся бы даже рейд-массив с ext4, поэтому <br>&gt; медленной флешки с примитивной ФС там достаточно.<br><br>NTFS нет, пришлось собственный swap переформатировать в NTFS.<br>На старом (древнем?) двухядернике загрузка 12-15%. Скорость копирования 25-27Мб/с, но никак не 15.<br>Может оно 190 и надо под Линукс с NTFS, но только здесь вот по-пунктам и подробно: зачем?<br>А не общими фразами.<br>А внятно так никто и не ответил.<br><br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#210 Wed, 06 Jul 2011 06:48:57 GMT Скопировать с флешки фильм/документ - это одноразовая операция, для которой как раз лучше всего подходит именно NTFS-3g и FUSE.<br><br>И не нужно всё валить в одну кучу - переносные устройства, компьютер с виндой и компьютер с линуксом. Переносные устройства не могут создать такую нагрузку, от которой задохнулся бы даже рейд-массив с ext4, поэтому медленной флешки с примитивной ФС там достаточно. На компьютере с виндой NTFS - это практически единственный выбор, просто других вариантов нет. На компьютера с линуксом есть масса разных ФС для самых разных задач. Для задач "скопировать документ в систему с флешки" возможностей NTFS-3g и FUSE в линуксе вполне достаточно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#209 Tue, 05 Jul 2011 13:28:58 GMT &gt; Отсюда: http://cloudfs.org/2011/06/user-space-filesystems/<br><br>То, что Линус неадекват по-моему известно очень давно.<br>А людям просто нравится ходить под фюрером,<br>будь то Линус, Столлман, Дреппер или Тео.<br>Мне кажется, "странности" в личности создателя -- это часть пиара,<br>возможно, главная его часть.<br><br>Здесь paxuser метал бисером перед свиньями десятками постов, эффекта -- ноль.<br>Фюрер прав просто потому, что он Фюрер!<br> https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#208 Tue, 05 Jul 2011 11:05:05 GMT &gt; API для файловых систем в юзерспейсе под названием FUSE <br>&gt; был изначально очень плохо спроектирован. Отсюда значительная доля <br>&gt; тормозов, даже не на "юзерспейсности".<br><br>Отсюда: http://cloudfs.org/2011/06/user-space-filesystems/<br><br>The inefficiency of moving I/O out to user space is also somewhat self-inflicted. A lot of that inefficiency has to do with data copies, but let&#8217;s consider the possibility that there might be fewer such copies if there were better ways for user-space code to specify actions on buffers that it can&#8217;t actually access directly. We actually implemented some of these at Revivio, and they worked. Why aren&#8217;t such things part of the mainline kernel? Because the gatekeepers don&#8217;t want them to be. Linus&#8217;s hatred of microkernels and anything like them is old and well known. Many other kernel developers have similar attitudes. If they think a feature only has one significant use case, and it&#8217;s a use case they oppose for other reasons, are they going to be https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#207 Tue, 05 Jul 2011 10:35:44 GMT API для файловых систем в юзерспейсе под названием FUSE<br>был изначально очень плохо спроектирован. Отсюда значительная доля<br>тормозов, даже не на "юзерспейсности".<br><br>Более правильная реализация находится здесь<br>http://www.netbsd.org/docs/puffs/<br><br>Ставший уже "классическим" FUSE реализован<br>поверх другого более нормально API.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#206 Mon, 04 Jul 2011 17:38:42 GMT Городской сумасшедший?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#205 Sun, 03 Jul 2011 19:15:42 GMT &gt; распределённых ФС просто нет другого выхода, т.к. fuse просто не тянет <br>&gt; возможные нагрузки. Нигде в серьёзном продакшене их не используют через FUSE. <br><br>Ложь и провокация.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#204 Sun, 03 Jul 2011 17:52:41 GMT &gt; Устал объяснять, что потребностями обычных пользователей юз-кейсы FUSE не исчерпываются. Кластерные ФС (многие из которых построены на FUSE) тоже простому пользователю не нужны. Давайте теперь похохмим о нужности кластерных ФС...<br><br>Все кластерные ФС, которые имеют fuse интерфейс, так же имеют библиотеки с помощью которых их можно использовать без POSIX прослойки. В случае кластерных распределённых ФС просто нет другого выхода, т.к. fuse просто не тянет возможные нагрузки. Нигде в серьёзном продакшене их не используют через FUSE.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/78554.html#203 Sun, 03 Jul 2011 15:40:30 GMT &gt; Давайте теперь похохмим о нужности кластерных ФС...<br><br>Разделить на десктопную и серверную ветки?<br>В частности, мне вот простому пользователю, NTFS, о необходимости которой так много говорили большевики, и на которую с самого начала делался акцент, ну совсем как бы ни к чему. Ни в каком виде.<br>И вряд ли это хоть когда-нибудь произойдёт.<br>