LINUX.ORG.RU

Линус Торвальдс не видит для ФС пространства пользователя серьезного применения

 , , , ,


0

1

«Люди, которые думают, что файловые системы пространства пользователя могут быть чем-то большим, чем игрушки, просто введены в заблуждение» - так Линус Торвальдс прокомментировал сообщение Эндрю Мортона о том, что проблемы производительности файловых систем, основанных на FUSE, нельзя решить только за счет перемещения их кода в ядро. «Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально низкоскоростному устройству. Но для чего-то вроде корневой ФС ? Нет. Из этого ничего не выйдет.» - добавил Линус.

Спор о файловых системах пространства пользователя начался после того, как Миклош Жереди (Miklos Szeredi) отправил в список рассылки linux-fsdevel письмо с просьбой добавить код драйвера OverlayFS в Linux-ядро версии 3.1. Эндрю Мортон (Andrew Morton) спросил его о причинах реализации ФС в виде драйвера ядра, вместо использования FUSE, на что Миклос ответил, что по его мнению, реализация ФС в пространстве пользователя никогда не будет такой же быстрой как ФС пространства ядра. Мортон принял этот аргумент, но в ходе дальнейшей дискуссии добавил, что если ФС, основанная на FUSE имеет низкий уровень производительности, то сначала стоит задуматься о ее правильной реализации, а лишь затем о переносе кода в пространство ядра. После этого в дискуссию вступил Торвальдс.

Громкое заявление Торвальдса вызвало большой резонанс не только в среде пользователей, но и программистов, использующих FUSE. Так, разработчики файловых систем CloudFS и GlusterFS независимо друг от друга опубликовали в своих блогах сообщения о том, что взгляд Линуса Торвальдса на файловые системы слишком ограничен, так как существует масса самых разнообразных применений механизма FUSE, где выгода от простоты и гибкости разработки с его использованием перевешивает любые преимущества пространства ядра в плане производительности. «Что плохого в том, что FUSE делает разработку файловых систем такой же простой как создание игрушек? - написал Джон Марк (John Mark) в конце своего сообщения.

Тем не менее, попытка сторонников FUSE привести драйвер NTFS-3G в качестве примера возможности создания высокопроизводительных FUSE-драйверов была опровергнута одним из разработчиков NTFS-драйвера для Linux, который указал на то, что выполненная той же компанией реализация NTFS в виде модуля ядра значительно превосходит по производительности NTFS-3G.

>>> Главная ссылка к новости



Проверено: Shaman007 ()
Последнее исправление: papochka (всего исправлений: 1)

Можно подумать, ядреные модули лучше. У меня что с FUSE (ntfs-3g) при копировании/архивировании больших объемов данных компьютер превращается в однозадачную систему (несмотря на то, что процессор эта дрянь почти не жрет, да и ядра 4 штуки), что с ядерными модулями (reiserfs, ext2/3) та же история...

Eddy_Em ☆☆☆☆☆
()

> файловые системы пространства пользователя

пространства пользователя


речь о /home ?

q11q11 ★★★★★
()

Опять Линус троллит. Олсо, боян.

tailgunner ★★★★★
()

А что... всё правильно сказал, только это не значит, что надо списывать fuse со счётов. У неё есть определённая ниша FS, которые добавлять в ядро просто глупо.

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от geekless

Всё правильно сказал.

Нет, не правильно. Линус п%%нулся совсем на теме монолитного ядра и пихает в него все подряд.

o
()
Ответ на: комментарий от o

> Нет, не правильно. Линус п%%нулся совсем на теме монолитного ядра и пихает в него все подряд.

В рамках архитектуры Linux — правильно. Будь у нас готовое, годное микроядро и инфраструктура драйверов к нему, я бы первый бросил в Торвальдса камень. Но микроядра нет.

geekless ★★
()

> ФС пространства пользователя

Звучит так же дико, как и «библиотеки времени исполнения».

Cancellor ★★★★☆
()

Когда уже Линус за спину жены перестанет прятаться? Не будь у него такой жены - он бы был куда осторожнее в высказываниях, ибо чревато...

kid_lester
()

Я с ним согласен. Можно и fglrx использовать повседневго, можно Wine Но не для серьёзной работы.

ZenitharChampion ★★★★★
()

Вот Линус баклан. Я буквально молюсь на fuse а он такое пишет... Это же отличный инструмент для:

1) экспериментов с новыми структурами хранения данных для файловых систем

2) расширения функциональности и облегчения доступа к данным

3) возможности писать свои файловые системы на любом удобном языке

4) изоляции ядра от кривых реализаций, больше ядро не упадёт.

Из минусов я вижу только скорость, но в неё я редко упираюсь.

Лично я пользовался(и пользуюсь) ntfs3g, hdfs, tahoe-lafs, sshfs, curlfs итп.

true_admin ★★★★★
()

Ну вот. Сначала в толксах это обсудили с неделю назад, теперь новость и до главной добралась. По теме: Линус опять хочет натащить в ядро побольше всякой дряни.

Sadler ★★★
()

интересно кто этого клоуна еще слушает.

anonymous
()

> разработчики файловых систем CloudFS и GlusterFS независимо друг от друга опубликовали в своих блогах сообщения о том, что взгляд Линуса Торвальдса на файловые системы слишком ограничен

GlusterFS могли бы и помолчать, т.к. rsync сильнее гластера :D

Scrill
()
Ответ на: комментарий от arknir

Линус опять хочет натащить в ядро побольше всякой дряни.

Нет, не хочет cifs он оттуда выкинул.

ЩИТО?

$ cat /proc/filesystems 
...
nodev   cifs
$ uname -rv
3.0.0-rc4+ #6 SMP PREEMPT Thu Jun 23 23:32:29 MSD 2011
tailgunner ★★★★★
()

Кстати, gluster безбожно тормозит, если его юзать через fuse. Я из него больше 10Mbyte так и не смог выжать в такой режиме.

Reset ★★★★★
()
Ответ на: комментарий от true_admin

sshfs при разрыве связи вешает все программы, на него завязанные. И даже если таких программ нет, размонитровать систему нельзя.

Deleted
()
Ответ на: комментарий от Deleted

sshfs при разрыве связи вешает все программы

угу, поэтому не люблю его. Щас готовлю более гибкую замену, но хрен знает когда это будет.

размонитровать систему нельзя.

можно. прибил sshfs, потом fusermount -u.

true_admin ★★★★★
()
Ответ на: комментарий от Scrill

как ты сделаешь прозрачную миграцию виртуалок с помощью rsync ?

Reset ★★★★★
()
Ответ на: комментарий от true_admin

угу, поэтому не люблю его. Щас готовлю более гибкую замену, но хрен знает когда это будет.

замена называется tramp и что самое главное, оно работает в венде без костылей

Reset ★★★★★
()

Все ошибаются. Не удивлюсь, если его неправильно поняли, с кем не бывает

ZenitharChampion ★★★★★
()

Насчет NTFS vs NTFS-3G: считаю, что если попытаться перенести NTFS-3G в пространство ядра, ее заставят пользоваться существующими в ядре функциями и модулями для преобразования кодировок и реализации регистронезависимости. А этого нам как раз не надо - правильно работающей с Unicode реализации преобразования регистра символов в ядре нет, и есть мнение, что это не ядерное дело. Так что пусть лучше остается как есть: корректность важнее быстродействия.

AEP ★★★★★
()

Торвальдс прав.

cipher ★★★★★
()
Ответ на: комментарий от Reset

> замена называется tramp и что самое главное, оно работает в венде

Ты так говоришь, будто кому-то интересна венда

без костылей

ОС Emacs сама по себе большой набор костылей.

tailgunner ★★★★★
()

По ссылкам не ходил, а в тексте новости никаких противоречий не видно.

Линус допустил бестактность или даже глупость, назвав все файловые системы fuse игрушками. Как будто скорость, это единственное, то требуется от файловой системы.

Ну так Торвальдс по жизни резкий человек. Надо учитывать.

Но для чего-то вроде корневой ФС ?

Ну да, в голове линукса сидит виндузясья болезнь. Он ставит систему строго на один раздел, безо всяких там хомяков, варлогов, tmpfs и прочего.

А еще Линус работает на макбуке, что само по себе говорит о сильной гомосексуальной стороне его натуры.

И что, в чем тут предмет обсуждения?

AVL2 ★★★★★
()
Ответ на: комментарий от Cancellor

>> ФС пространства пользователя

Звучит так же дико, как и «библиотеки времени исполнения».


Согласен. Есть получше вариант перевода?

lodin ★★★★
()
Ответ на: комментарий от Reset

Это вообще не замена. С таким же успехом можно пользоваться mc с его виртуальными файловыми системами.

AVL2 ★★★★★
()

Комменты как всегда доставляют.

anonymous
()
Ответ на: комментарий от tailgunner

>ОС Emacs сама по себе большой набор костылей.

емакс хорошо. Просто какой смысл доступ из емакса сравнивать с полноценной файловой системой с доступом из любого приложения, включая емакс?

AVL2 ★★★★★
()

>Громкое заявление Торвальдса вызвало большой резонанс не только в среде пользователей, но и программистов, использующих FUSE.

Напишите кто-нибудь Медведеву в блог.

Zubok ★★★★★
()
Ответ на: комментарий от AVL2

sshfs -o reconnect

спасибо, а как это работает? Это надо руками указывать при каждом зависоне или один раз при монтировании? Маны молчат.

true_admin ★★★★★
()

Линус всё правильно разъяснил. Мортон правильно указал разработчику ФС, куда надо обратить внимание.
Ну вот и всё.

Quasar ★★★★★
()
Ответ на: комментарий от Reset

tramp

Под emacs что-ли(гугл так говорит)? Не, не интересно.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

Почитай лучше его высказывание полностью. Он там чётко обозначил область применения FUSE - не для постоянно используемой системной ФС.

Quasar ★★★★★
()
Ответ на: комментарий от Sadler

Нет. Линус как раз хочет не пускать дрянь в ядро.

Quasar ★★★★★
()

Вы мне своим «пространства пользователя» весь моск сломали. Я верно догадался, что имелся в виду userspace?

JFreeM ★★★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.