The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

01.07.2011 08:21

"Те, кто думают, что файловые системы (ФС) пространства пользователя могут быть чем-то большим, чем игрушки, просто введены в заблуждение" - так Линус Торвальдс прокомментировал сообщение Эндрю Мортона о том, что проблемы производительности файловых систем, основанных на 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.

  1. Главная ссылка к новости (http://www.h-online.com/open/n...)
  2. OpenNews: Проприетарный Linux-драйвер NTFS компании Tuxera опередил другие ФС в кэшированной записи
  3. OpenNews: Вышла новая версия FUSE-модуля с реализацией поддержки ZFS для Linux
  4. OpenNews: Оценка производительности ZFS на уровне ядра в Linux
  5. OpenNews: Opendedup - файловая система с автоматическим объединением дубликатов данных
  6. OpenNews: Новый релиз децентрализованной файловой системы Tahoe-LAFS
Автор новости: Evgeny Zobnin
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/31054-fuse
Ключевые слова: fuse, fs, performance, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (191) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:05, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –24 +/
    >Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально низкоскоростному устройству.

    Это он пусть разработчикам ntfs-3g скажет, тогда его сразу пользователи гетерогенных систем "поймут и одобрят". Линус становится всё большим неадекватом, не понимающим идеи гибридного ядра с чётким разделением пространств ядра и пользователя.

     
     
  • 2.3, Аноним (-), 09:08, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И - да: "редко используемый интерфейс к изначально низкоскоростному устройству" - это SATA III к гибридному (SSD+HDD) диску? Или NTFS/HFS+ на нём же?
     
     
  • 3.65, Анальный пушкин (?), 11:46, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Доступ к файлам внешнего устройства через COM-порт, например. Не?
     
     
  • 4.69, Аноним (-), 11:55, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А ничё так, что в таком случае пох, на каком уровне работает драйвер ФС вашего устройства? Узкое место - COM-порт, а не FUSE.
     
     
  • 5.71, deboon (?), 12:06, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Об этом и разговор, на сколько я понимаю.
     
     
  • 6.82, fr0ster (ok), 12:48, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Об этом и разговор, на сколько я понимаю.

    Просто когда об этом сказал Линус это бред зазнавшегося скандинава. :)

     
     
  • 7.127, Димитрий Ю. Карпов (?), 15:17, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С получением гражданства США Линус поглупел.
     
     
  • 8.138, Аноним (-), 16:13, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Чего такого глупого он сказал Он лишь выступил Капитаном Очевидностью, напомнив... текст свёрнут, показать
     
  • 2.23, koloboid (ok), 10:24, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А что рассказывать-то? Чувак просто указал на то, что через FUSE оно будет медленнее, он же не сказал "FUSE - говно, не пишите на нем ничего". Если автор OverlayFS хочет повысить быстродействие своей ФС за счет работы в режиме ядра - зачем ему запрещать это?

    И да, проблемы пользователей гетерогенных систем (дуалбутчиков), которые не могут купить ядерный NTFS, волнуют только им подобных.

     
     
  • 3.24, Аноним (-), 10:30, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Покупать проприетарный драйвер ядра для домашнего использования (масштабнее смотреть кругозор не позволяет, несчастный админ localhost'а? предприятий в этом мире не существует?) будет только разводящийся на деньги лох, вроде вас.
     
     
  • 4.28, koloboid (ok), 10:46, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Покупать проприетарный драйвер ядра для домашнего использования (масштабнее смотреть
    > кругозор не позволяет, несчастный админ localhost'а? предприятий в этом мире не
    > существует?) будет только разводящийся на деньги лох, вроде вас.

    ваше предприятие не может себе позволить ~$20 на драйвер если есть в нем необходимость? ну да, покупать софт - это не по-русски, можно же стыбрить или юзать home-level решения, заодно будет повод посрать на форумах...
    для домашнего использования у вас есть ntfs-3g, чего ноешь-то?

     
     
  • 5.34, Аноним (-), 10:57, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я не писал, что меня чем-то не устраивает NTFS-3G, я наоборот только "за" FUSE, тем более в домашних условиях. Предприятия себе и дополнительные лицензии на Windows легко могут позволить для работы с NTFS-разделами с критичными данными, ядерный NTFS от Tuxera без вменяемых NTFS-tools - самоубийство. Поверьте, многочасовые изменения размеров разделов и неторопливые проверки на ошибки даже ядерный драйвер не отменяет. И самый большой ужас - восстановление удалённых данных с помощью Photorec. Врагу не пожелаю делать это под *NIX.
     
     
  • 6.119, Аноним (-), 14:22, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > критичными данными, ядерный NTFS от Tuxera без вменяемых NTFS-tools - самоубийство.

    По-моему, использовать под *никсами NTFS на регулярной основе - это извращение. Например, EXT4 делает по скорости нтфсное тормозилово В НЕСКОЛЬКО РАЗ. Это фузевое хозяйство годится чтобы прочтать данные с тома, переформатить и забыть нтфс как страшный сон. Ext4 запросто уделает даже ядерную реализацию нтфс в винде, не то что фузевую в линуксе.

     
     
  • 7.126, Аноним (-), 15:15, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Ext4 запросто уделает даже ядерную реализацию нтфс в винде

    Пруф или не было?

     
     
  • 8.140, Аноним (-), 16:16, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Отформатьте диск в тои и другое да проверьте, не век же вам все разжевывать и в ... текст свёрнут, показать
     
     
  • 9.206, skybon (ok), 21:38, 04/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Городской сумасшедший ... текст свёрнут, показать
     
  • 7.197, Аноним (-), 01:31, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Это фузевое хозяйство годится чтобы прочтать данные с тома, переформатить и забыть нтфс
    > как страшный сон.

    Вы всегда так поступаете когда вам приносят флешку чтобы скинуть документ/фильм и т д?
    Ну на своих то переносных девайсах вы точно сделали ext4. Осталось только написать драйвер под все эти неправильные операционки, которые его не поддерживают. Или неправильные ОС "не нужны"?

     
     
  • 8.210, www2 (??), 10:48, 06/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Скопировать с флешки фильм документ - это одноразовая операция, для которой как ... текст свёрнут, показать
     
     
  • 9.211, Пр0х0жий (ok), 23:10, 06/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS нет, пришлось собственный swap переформатировать в NTFS На старом древнем... текст свёрнут, показать
     
  • 3.31, Аноним (-), 10:47, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Гетерогенные системы ≠ нищеброды-дуалбутчики. Шире надо мыслить, шире...
     
  • 3.76, pilat (ok), 12:23, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > он же не сказал "FUSE - говно, не пишите на нем ничего"

    Как-раз, таки, сказал, сравнив пользу от ФС в юзерспейчсах с пользой от игрушек. Не учитывая кейсы, в которых FUSE дает преимущество, пусть за счет скорости.

     
  • 2.66, novic_dev (ok), 11:46, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Неадекватами являются те, кто не разобравшись в мат. части лезет с такими заявлениями, называя неадекватом Линуса.. И при чем же здесь четкое отделения юзерспэйса от ядра?.. Лишь бы что-нибудь ляпнуть?.. То, что говнодрайвер ФС, как одного из самых критичных объектов, реализует свои механизмы в юзерспэйсе - вовсе не является панацеей, когда в составе ядра его можно куда более гибко контролировать..
     
  • 2.83, Аноним (-), 12:48, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это он пусть разработчикам ntfs-3g скажет,

    А там и говорить не надо - ядерная версия оного рвет FUSEвую на британский флаг, прекрасно доказывая тезис. Вылезаем из танка!

    > Линус становится всё большим неадекватом

    Не, не линукс а анонимные аналитики типа вас.

     
     
  • 3.93, brother anon (?), 12:58, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Не, не линукс а анонимные аналитики типа вас.

    Сказал анонимный аналитик

     
     
  • 4.113, Аноним (-), 14:10, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сказал анонимный аналитик

    Капитан, перелогиньтесь!

     
  • 3.198, Аноним (-), 01:34, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/

    > А там и говорить не надо - ядерная версия оного рвет FUSEвую

    Только где ее взять и как поставить? По-моему, он везде и есть ядерный и производительность просто никуда не годится, да и процессор грузит на 100%.
    mount -t ntfs-3g это же не fuse?


     
  • 2.163, erfea (?), 21:00, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Линус становится всё большим неадекватом, не понимающим идеи гибридного ядра с чётким разделением пространств ядра и пользователя.

    Что в этом такого неадекватного? ФС в юзерспейсе для линукса действительно тормозная штука, сам ими пользуюсь это удобно, но это не бысто нифига. А про гибридные ОС вообще иди к своим мелкомягким, это их стиль когда не рыба не мясо, линукс монолитный, что-то менять уже поздно.

     
  • 2.196, Аноним (-), 01:25, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Осторожней с высказываниями. Линус же икона для всех этих фанатиков кругом.
    Он не использует линукс как домашнюю пользовательскую ОС (он юзает мак). Линукс для него стал работой и только. Он может  спокойно сказать, что линукс на декстопе - это не серьезно (игрушка и т д)
     

  • 1.4, letsmac (ok), 09:16, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Из серии собрались как-то 3 капитана очевидность :-)
     
     
  • 2.5, Аноним (-), 09:35, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я бы скорее сказал это из серии как его высочество любит обгадить чужой труд. Люди, которые усердно занимаются безопасностью - дрочащие обезьяны. Люди, которые разрабатывают дельные, но некритичные в производительности ФС - детишки, играющиеся в игрушки. Уже забыл как там он опустил разработчика подсистемы tty что тот ушёл, бросив код... Короче, Тролвальдс у нас один самый умный, брызжащий на всех свысока.
     
     
  • 3.18, Антоним (?), 10:11, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Деликатности ему времееами не хватает, это да. Но тем не менее он чаще прав чем нет.
     
     
  • 4.32, коксюзер (?), 10:48, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Деликатности ему времееами не хватает, это да. Но тем не менее он
    > чаще прав чем нет.

    И доказательство его правоты - это ... ?

     
     
  • 5.52, Антоним (?), 11:28, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    здравый смысл + опыт
     
     
  • 6.64, Аноним (-), 11:37, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я правильно понял, что всех его оппонентов вы так лихо записали в неопытных неадекватов? Например, дедушку Танненбаума, куда уж ему профессоришке до его величества.
     
     
  • 7.80, fr0ster (ok), 12:47, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я правильно понял, что всех его оппонентов вы так лихо записали в
    > неопытных неадекватов? Например, дедушку Танненбаума, куда уж ему профессоришке до его
    > величества.

    Помнится все реформы обосновывались профессорами и академиками. Толку это не прибавило.
    Кроме того Ноев ковчег построен любителем, а профессионалами построен Титаник.
    И еще, на Украине "Проффесор" в президентах, толку с этого маловато.


    ЗЫ Миникс уже много где используется, кроме обучательных целей? Нет? Ну нам не шашечки,нам ехать, а пока есть выбор и так, Линукс, *БСД, Соларис. Вот доведет до ума свою ОСь профессор, тогда и ее попользуем, а пока - сорри.

     
     
  • 8.89, ананим (?), 12:55, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    уверен А то виллы на канарах с тех пор изрядно подорожали D... текст свёрнут, показать
     
     
  • 9.114, Аноним (-), 14:12, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну это какой-то слабый, негодный выхлоп ... текст свёрнут, показать
     
  • 8.96, all_glory_to_the_hypnotoad (ok), 13:25, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    титаник построен алчными людьми, а не профессионалами А Ноев tm ковчег пока чт... текст свёрнут, показать
     
     
  • 9.99, коксюзер (?), 13:32, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К тому же глупо винить создателей Титаника в ошибках команды моряков ... текст свёрнут, показать
     
     
  • 10.102, all_glory_to_the_hypnotoad (ok), 13:38, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Чего бы это Корабль утонул от столкновения с совсем небольшим куском льда, чего... текст свёрнут, показать
     
     
  • 11.108, paxuser (ok), 13:56, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ложь и провокация Википедия негодуе http ru wikipedia org wiki D0 A2 D0 B8 ... текст свёрнут, показать
     
     
  • 12.123, all_glory_to_the_hypnotoad (ok), 14:42, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вы кроме википедии ещё что-нибудь читаете ... текст свёрнут, показать
     
     
  • 13.128, paxuser (ok), 15:17, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну конечно не читаю Всегда читал только википедию, сколько себя помню Это всё,... текст свёрнут, показать
     
  • 12.149, Пр0х0жий (ok), 17:19, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Педивикия , - фу какая чушь Бережных Самые большие корабли Лев Скрягин Последн... текст свёрнут, показать
     
     
  • 13.150, fr0ster (ok), 17:22, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И причем тут Олимпик Теория заговора ... текст свёрнут, показать
     
     
  • 14.152, Пр0х0жий (ok), 17:55, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    При чем тут теория заговора Однотипное судно После столкновения с плавучим мая... текст свёрнут, показать
     
     
  • 15.164, fr0ster (ok), 21:21, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    При том, что Олимпик в связи с Титаником чаще всего в контексте теории заговора ... большой текст свёрнут, показать
     
     
  • 16.169, all_glory_to_the_hypnotoad (ok), 22:23, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У Титаника не было пробития корпуса в таких масштабах, был всего лишь небольшой ... текст свёрнут, показать
     
  • 16.171, Пр0х0жий (ok), 00:23, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Там не в теории заговора дело Голубая лента Атлантики слишком большой куш При ... большой текст свёрнут, показать
     
  • 14.154, anoymous (?), 18:05, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Он того же проекта что и Титаник ... текст свёрнут, показать
     
  • 13.162, paxuser (ok), 20:28, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы или приведите ссылку на материалы в сети, где на основании анализа фактов сде... текст свёрнут, показать
     
     
  • 14.172, Пр0х0жий (ok), 00:31, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если быть более точным, там выжимка Да не читаю я материалы в сети кроме докуме... текст свёрнут, показать
     
  • 11.109, fr0ster (ok), 13:57, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В гибели Титаника виноваты евреи - Штурман, Боцман, Лоцман и Айсберг С старый ... текст свёрнут, показать
     
  • 11.155, Пр0х0жий (ok), 18:55, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    История кораблекрушений знает случаи когда судно брошенное командой и имеющее мн... текст свёрнут, показать
     
  • 7.88, getfr (?), 12:53, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я правильно понял, что всех его оппонентов вы так лихо записали в
    > неопытных неадекватов? Например, дедушку Танненбаума, куда уж ему профессоришке до его
    > величества.

    А Вы внимательно читали его книгу про операционные системы? (напр.3-е издание).

    Там очень интересно почитать про то, что он называет Windows операционной системой.

    Я ничего не хочу сказать плохого, Вы сами почитайте...

     
  • 7.95, all_glory_to_the_hypnotoad (ok), 13:13, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Дедушка Танненбаум хардкорный теоретик и фантазёр. Здравый смысл в данном контексте = компромисс между теорией (фантазией) и фактической действительностью. Просто так напомню, мало кто из таких теоретиков смог свои идеи воплотить в жизнь и сделать при этиом нечто большее, чем мёртвый прототип или практически непригодную игрушку.

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

     
     
  • 8.104, paxuser (ok), 13:46, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хаха, теоретически фантазийные микроядерные ОС QNX, LynxOS, vxWorks работают т... большой текст свёрнут, показать
     
     
  • 9.107, all_glory_to_the_hypnotoad (ok), 13:53, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Все эти перечисленные ОС RT, имеют узкоспециализированное приминение RT системы... текст свёрнут, показать
     
     
  • 10.112, paxuser (ok), 14:08, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мне действительно нечего обсуждать с человеком, который либо не следит за ходом ... текст свёрнут, показать
     
  • 9.158, Vkni (?), 19:26, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Микроядро, по состоянию на 86-й год, это не теория , это банальность Если вы п... текст свёрнут, показать
     
  • 9.186, Аноним (-), 15:43, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Где, для начала, миникс, от мистера главного теоретика Да вообще-то как минимум... большой текст свёрнут, показать
     
     
  • 10.187, paxuser (ok), 16:56, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А где, по-вашему, он должен быть Это не так Вот пример с первой страницы гугла... большой текст свёрнут, показать
     
  • 5.81, ананим (?), 12:47, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Деликатности ему времееами не хватает, это да. Но тем не менее он
    >> чаще прав чем нет.
    >И доказательство его правоты - это ... ?

    фюзе - тормоз. Будете возражать? :D

    Зыж
    ещё раз повторю - это не доказывает того, что фузе не применим и не имеет право на существование.
    Что собственно Торвальдс и даказал включив дцать версий насад фюзе (и кузе) в ведро.

     
  • 5.84, Аноним (-), 12:49, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И доказательство его правоты - это ... ?

    ... то что ядерный модуль NTFS быстрее FUSE реализации, например. Ваш капитан. Ну что вы такие тупые, право?

     
     
  • 6.97, коксюзер (?), 13:27, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> И доказательство его правоты - это ... ?
    > ... то что ядерный модуль NTFS быстрее FUSE реализации, например. Ваш капитан.
    > Ну что вы такие тупые, право?

    С логикой у тебя проблемы, капитан. На основании того, что "ядерный модуль NTFS быстрее FUSE реализации", Торвальдс делает далеко идущие выводы, будто относительно низкая скорость работы драйвера ФС - единственный критерий оценки (по шкале "игрушечности", ха). Тракторы и внедорожники тоже игрушки, потому что медленнее спорткаров - не более абсурдное высказывание.

     
     
  • 7.100, ананим (?), 13:35, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >С логикой у тебя проблемы, капитан.

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

     
     
  • 8.106, paxuser (ok), 13:52, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ути-пути Реализация ФС в юзерспейсе как минимум не отягощает ядро монолитно... большой текст свёрнут, показать
     
     
  • 9.110, ананим (?), 14:02, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    для реализации всего этого хозяйства как минимум нужен ещё один доп-буфер для пе... текст свёрнут, показать
     
  • 9.144, Аноним (-), 16:24, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во первых, это уже давно модульный монолит, да еще и половина подсистем которого... большой текст свёрнут, показать
     
     
  • 10.159, Vkni (?), 19:31, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Банально железо не тянет быстрое переключение контекста Хотя, казалось бы, в лю... текст свёрнут, показать
     
     
  • 11.173, Аноним (-), 01:30, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно думается наиболее горячие куски ядра прекрасно оседают в кеше А в... текст свёрнут, показать
     
     
  • 12.189, Vkni (?), 19:04, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Речь о том, что при немного другой архитектуре процессора все эти контекстные да... большой текст свёрнут, показать
     
     
  • 13.191, all_glory_to_the_hypnotoad (ok), 20:58, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не в 4, не в 10, а именно в 5 Если ещё учесть что 100 ошибок возникает ... большой текст свёрнут, показать
     
     
  • 14.192, Vkni (?), 21:26, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это справедливое замечание В данном случае, поскольку мы не знаем, насколько ча... большой текст свёрнут, показать
     
     
  • 15.193, all_glory_to_the_hypnotoad (ok), 21:58, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Всё равно это незначимая цифра для ОС, т к исправление 80-90 не меняет значит... большой текст свёрнут, показать
     
     
  • 16.194, Vkni (?), 22:22, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это как это - незначимая Это же в 5 раз В инженерии бьются за 10 Блин, в нау... большой текст свёрнут, показать
     
     
  • 17.195, all_glory_to_the_hypnotoad (ok), 23:10, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    - Петька, приборы - Десять - Чего десять - А чего приборы Ну просто вылитый ... большой текст свёрнут, показать
     
  • 10.161, paxuser (ok), 20:16, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Модульный он лишь в смысле наличия функций подгрузки выгрузки кода Это не имеет... большой текст свёрнут, показать
     
     
  • 11.174, комментариевкданнойтеме (ok), 02:10, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да как сказать, ряд подсистем относительно независимо разрабатывается Это еще ... большой текст свёрнут, показать
     
     
  • 12.182, paxuser (ok), 11:20, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прямым текстом это не имеет отношение к архитектуре ядра Ядро - монолит, с общ... большой текст свёрнут, показать
     
     
  • 13.188, Аноним (-), 17:58, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Более того, практически все остальные ОС общего применения обладают теми же свой... большой текст свёрнут, показать
     
     
  • 14.190, paxuser (ok), 20:48, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот и разобрались с модульностью Вы говорите банальности Зачем Чтобы абстр... большой текст свёрнут, показать
     
     
  • 15.199, Пр0х0жий (ok), 06:58, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Дельно Аргументированно А вот это для простого пользователя вообще ключевой мо... текст свёрнут, показать
     
     
  • 16.202, коксюзер (?), 13:41, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сарказм Устал объяснять, что потребностями обычных пользователей юз-кейсы FUSE ... текст свёрнут, показать
     
     
  • 17.203, Пр0х0жий (ok), 19:40, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Разделить на десктопную и серверную ветки В частности, мне вот простому пользов... текст свёрнут, показать
     
  • 17.204, all_glory_to_the_hypnotoad (ok), 21:52, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Все кластерные ФС, которые имеют fuse интерфейс, так же имеют библиотеки с помощ... текст свёрнут, показать
     
     
  • 18.205, коксюзер (?), 23:15, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ложь и провокация ... текст свёрнут, показать
     
  • 15.201, коксюзер (?), 13:40, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    chown, а не chmod, конечно же Баг воспроизводился сменой владельца при включённ... текст свёрнут, показать
     
  • 7.117, Аноним (-), 14:20, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В отличие от вас Торвальдс понимает как работает его система и что переключения ... большой текст свёрнут, показать
     
     
  • 8.131, paxuser (ok), 15:35, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В отличие от меня Торвальдс дал понять, что не признаёт критериев, кроме скорост... большой текст свёрнут, показать
     
     
  • 9.136, fr0ster (ok), 16:05, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В ядре Вы забываете о чем шла речь в дискуссии, в которой были сказаны слова То... большой текст свёрнут, показать
     
     
  • 10.147, paxuser (ok), 16:51, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В каком ядре Речь шла о FUSE в том числе, и по единственному критерию скорости ... большой текст свёрнут, показать
     
     
  • 11.148, fr0ster (ok), 17:16, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, сообщение Эндрю Мортона о том, что проблемы производительности файловых си... большой текст свёрнут, показать
     
     
  • 12.160, paxuser (ok), 19:54, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По кому по ним По каким ещё, кроме скорости Всё, что я услышал от здешних ор... большой текст свёрнут, показать
     
     
  • 13.167, fr0ster (ok), 21:51, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А от апологетов ФУЗЕ основной аргумент скорость и безопасность написания Фраза ... большой текст свёрнут, показать
     
     
  • 14.170, paxuser (ok), 23:48, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так На прямой вопрос о других критериях вы не ответили Ну и чего изворачиваете... большой текст свёрнут, показать
     
     
  • 15.181, fr0ster (ok), 10:56, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ваша фраза и есть чистый пример изворачивания Вы работаете на публику Это форм... большой текст свёрнут, показать
     
     
  • 16.183, paxuser (ok), 12:35, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Констатация факта отказа от ответа - это констатация факта отказа от ответа Теп... большой текст свёрнут, показать
     
     
  • 17.184, fr0ster (ok), 14:05, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Продолжайте сказку про белого бычка ФУЗЕ безопасно, быстро и стабильно Слава К... большой текст свёрнут, показать
     
     
  • 18.185, paxuser (ok), 15:17, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это ваша версия моих аргументов Особенно забавляет быстро - похоже, жажда ско... большой текст свёрнут, показать
     
  • 9.153, all_glory_to_the_hypnotoad (ok), 18:03, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как на счёт прочитать оригинал переписки Приписывать свои фантазии другим не оч... текст свёрнут, показать
     
  • 9.175, Аноним (-), 02:28, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он высказал свое мнение Имеет на него право Более того - лично я с его мнением... большой текст свёрнут, показать
     
  • 3.42, фтыш (?), 11:09, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >как его высочество любит обгадить чужой труд.

    И сколько вашего кода в ядре, позвольте поинтересоваться?

    >как его высочество любит обгадить чужой труд.

    Пруфлинк.

    >брызжащий на всех свысока.

    Не подходите в следующий раз так близко и вас не забрызгает

     
     
  • 4.57, Аноним (-), 11:34, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >И сколько вашего кода в ядре, позвольте поинтересоваться?

    0, но причём тут это? Вы, детка, с логикой не дружите? Если, например, разработчики OpenBSD не шлют патчи Тролвальдсу, значит ему можно называть их дрочащими обезьянами, а всем, кто принял его высказывание как хамство перед тем как высказать свой отношение нужно обязательно накоммитить в ядро?

    >Пруфлинк.

    Ну вот сходу что вспомнилось:
    http://article.gmane.org/gmane.linux.kernel/706950
    https://bugzilla.redhat.com/show_bug.cgi?id=638477#c129
    + сабж этой ветки + как он грубо опустил разработчика tty, что тот бросил код (ссылки под рукой нет).

     
     
  • 5.87, ананим (?), 12:53, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >0, но причём тут это?

    О как!  Действительно при чём. :D
    >как его высочество любит обгадить чужой труд.
    >брызжащий на всех свысока.
    >Ну вот сходу что вспомнилось:

    так может сходу и своё ведро напишется? С блпоэтессами и пр?
    и уж там то вы сможете принимать любой код невзирая на его качество?
    А то ТАКИЕ выражения себе позволяете, будто вам фаерболы прищемили, а оказывается:
    >но причём тут это?

    :D

     
  • 3.45, Аноним (-), 11:16, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это правда.
     
  • 2.15, kshetragia (ok), 10:03, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И обсуждают GEOM в юзерспейсе.
     
     
  • 3.21, Аноним (-), 10:18, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    При чём здесь BSD-шный GEOM и Linux?
     
     
  • 4.27, kshetragia (ok), 10:41, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > При чём здесь BSD-шный GEOM и Linux?

    Да так.. ветром навеяло.

     
  • 3.86, Аноним (-), 12:51, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > И обсуждают GEOM в юзерспейсе.

    Какой еще geom? Урожай травы в этом году удался! Кстати fuse есть и в *BSD, только она не geom слегка :)

     

     ....большая нить свёрнута, показать (81)

  • 1.6, SchweinDeBurg (ok), 09:36, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Хм-м-м... вот прямо сейчас заливаю на 64-гиговую флэшку, отформатированную в exFAT, данные в 14-м Федорином горе. И что бы я делал без FUSE-драйвера? Скорость в 3.6 МБ/сек меня для однократной операции более чем устраивает.
     
     
  • 2.7, Аноним (-), 09:37, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >И что бы я делал без FUSE-драйвера?

    Очевидно, ты не игрался бы в игрушки, а занимался делом. Старейшина же объяснил.

     
     
  • 3.8, SchweinDeBurg (ok), 09:41, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Очевидно, ты не игрался бы в игрушки, а занимался делом. Старейшина же
    > объяснил.

    Это, между прочим, законно купленные ДВД с "The Sopranos" в Гоблиновской озвучке, а никакие не игрушки! :-D А до "занятий делом" у меня еще полтора часа. :-P Если серьезно, то иногда у Линуса какой-то совсем уж неадекват выплывает - то к Плюсам он неровно задышит, теперь вот и FUSE под раздачу попало...

     
     
  • 4.43, фтыш (?), 11:11, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >в Гоблиновской озвучке
    >иногда у Линуса какой-то совсем уж неадекват выплывает

    Лол, вот кто неадекватен, так это нацист-украинофоб пучков-"гоблин"

     
     
  • 5.151, angra (ok), 17:24, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Лол, вот кто неадекватен, так это нацист-украинофоб пучков-"гоблин"

    Звучит так же смешно и правдиво как "космополит-славянофил Гитлер".

     
  • 4.105, ананим (?), 13:48, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >The Sopranos"
    >Если серьезно, то иногда у Линуса какой-то совсем уж неадекват выплывает - то к Плюсам он неровно задышит, теперь вот и FUSE под раздачу попало...

    и чё, теперь с симпсонов грузиться будешь?
    Или специфика языка не позволяет определить те ньюансы сабжа, кроме которых в голову запал только один тезис - "фузе нужно убить"?
    странно, а почему он его вообще в ведро взял... А потом ещё и cuse...

     
  • 2.16, fr0ster (ok), 10:03, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    По прочтении комментов сложилось впечатление, что читать нынче высокое и никому не нужное искусство. Каждый увидел в тексте лишь то, что захотел. Ужос, и эти люди двигают ИТ откуда то и куда то :).

    "вот прямо сейчас заливаю на 64-гиговую флэшку, отформатированную в exFAT, данные в 14-м Федорином горе. И что бы я делал без FUSE-драйвера?"
    и как это противоречит
    "Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально низкоскоростному устройству. Но для чего-то вроде корневой ФС ? Нет. Из этого ничего не выйдет."?
    Нет, конечно данные на 64-гига залить это ужасть какая критичная задача и показывает, что ФУЗЕ круть неведомая? Или это у вас "чего-то вроде корневой ФС"?

     
     
  • 3.17, SchweinDeBurg (ok), 10:08, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > "Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально
    > низкоскоростному устройству. Но для чего-то вроде корневой ФС ? Нет. Из
    > этого ничего не выйдет."?

    Ну, я регулярно обновляю на этой флэшке данные, так что о "редко используемом" говорить вряд ли можно. Да и называть USB 2.0 девайс "изначально низкоскоростным" тоже ИМХО не совсем корректно.

     
     
  • 4.20, Аноним (-), 10:16, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Смотрим второй пост сверху. Ваш оппонент сам ничего не читает, зато упрекает в этом других.
     
     
  • 5.35, fr0ster (ok), 10:58, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Смотрим второй пост сверху. Ваш оппонент сам ничего не читает, зато упрекает
    > в этом других.

    Это вот эта прелесть?
    "И - да: "редко используемый интерфейс к изначально низкоскоростному устройству" - это SATA III к гибридному (SSD+HDD) диску? Или NTFS/HFS+ на нём же?"

    Ну извините, "бачилы очи шо купылы", ntfs-3g на SATA III? Ну вас это устраивает по скорости, меня нет. Я предпочту что либо без бутылочных горлышек, столь узких.

     
     
  • 6.61, Аноним (-), 11:36, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    NTFS v3.1 при работе Windows Server 2008 R2 и Windows 7 на SATA III гибридном (SSD+HDD) диске с advanced format не является "бутылочным горлышком". При обычном, зачастую нерегулярном, доступе к этой ФС из Linux тоже проблем не возникнет. Делать этот раздел корневым никто не заставляет, это противоестественно даже как-то, но для данных пользователя, чтобы получить к ним доступ из-под Windows, сгодится. FUSE - игрушки для Линуса, за всех пусть не отвечает.
    Ещё раз FUSE - File System in User Space - для данных в пространстве пользователя подходит без нареканий. Не будьте категоричными.
     
     
  • 7.72, ананим (?), 12:11, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Ещё раз FUSE - File System in User Space - для данных в пространстве пользователя подходит без нареканий.

    абсолютно и категорично согласен.
    Есть задачи, где скорость имеет гораздо меньшее значение, чем возможность безопасно(!!!) и просто получить необходимые данные.
    Более того, нтфс в юзерспейсе меня с этой точки зрения устраивает даже больше альтернативы  возможного кернелпаника и/или дыр и багов.
    Хотя народ конечно может пропиарить свою шкурно-платную разработку. :D

     
  • 7.77, fr0ster (ok), 12:38, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Речь была о ФУЗЕ Хотя в данном разрезе стоит поднять вопрос об оправданности ис... большой текст свёрнут, показать
     
     
  • 8.130, Аноним (-), 15:28, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да что с ним не так, с NTFS мультиОСным, для данных пользователя var, log, p... большой текст свёрнут, показать
     
     
  • 9.134, fr0ster (ok), 15:58, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Возьмем тандерберд Почта локально лежит в разделе home От скорости работы с р... большой текст свёрнут, показать
     
  • 4.33, fr0ster (ok), 10:50, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> "Fuse подходит тогда, когда речь идет о редко используемом интерфейсе к изначально
    >> низкоскоростному устройству. Но для чего-то вроде корневой ФС ? Нет. Из
    >> этого ничего не выйдет."?
    > Ну, я регулярно обновляю на этой флэшке данные, так что о "редко
    > используемом" говорить вряд ли можно. Да и называть USB 2.0 девайс
    > "изначально низкоскоростным" тоже ИМХО не совсем корректно.

    Назвать ЮСБ 2 высокоскоростным тоже язык не повернется. Да и вы используете флешку единолично, непостоянно, одним процессом чаще всего. Вам в принципе ФУЗЕ подходит, но это не значит, что критичные к скорости приложения удовольствуются ФУЗЕ.

     
  • 4.36, rshadow (ok), 10:59, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Часто используемые это когда непрерывно пишутся логи, читаются атрибуты к тысячам файлов в секунду и т.д.

    Все действия производимые пользователем априори редкие. А флешка через USB медленная.

     
  • 4.56, Антоним (?), 11:32, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да и называть USB 2.0 девайс "изначально низкоскоростным" тоже ИМХО не совсем корректно.

    вот это настоящий лол. Переведи чтоли его мегабиты  в мб/сек

     
     
  • 5.59, fr0ster (ok), 11:35, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Да и называть USB 2.0 девайс "изначально низкоскоростным" тоже ИМХО не совсем корректно.
    > вот это настоящий лол. Переведи чтоли его мегабиты  в мб/сек

    Вспоминаем древнее модемное соединение и таки да, ЮСБ 2 верьх скорости :)

     
  • 5.62, SchweinDeBurg (ok), 11:36, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > вот это настоящий лол. Переведи чтоли его мегабиты  в мб/сек

    Не надо ничего переводить, я выше приводил сегодняшнюю скорость копирования с ДВД на него - 3.5-3.6 МБ/сек. Да, я прекрасно понимаю, что USB 3.0 намного быстрее. Но из-за того, что тачки F1 гоняют "со скоростью света" называть Бомбу или Мерина "черепахой" я не буду.

     
  • 3.19, Аноним (-), 10:13, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ничего так, что есть люди, монтирующие /home в Win-раздел со своим профилем, в каталог и особо не парятся? Win-раздел, разумеется, NTFS, при этом несложно и "бесшовную" интеграцию кроссплатформенного ПО сделать, с единой конфигурацией профилей, например, для Firefox и OOo...
     
     
  • 4.37, fr0ster (ok), 11:01, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А ничего так, что есть люди, монтирующие /home в Win-раздел со своим
    > профилем, в каталог и особо не парятся? Win-раздел, разумеется, NTFS, при
    > этом несложно и "бесшовную" интеграцию кроссплатформенного ПО сделать, с единой конфигурацией
    > профилей, например, для Firefox и OOo...

    В /home у них пишет/читает куча процессов кучу гигов данных? Стартует множество софта и подгружаются сотни библиотек оттуда? И это все через ФУЗЕ?

    Вообще говоря мало ли у кого какие странности. Такой изврат должен хоть чем то оправдываться. Намекните хоть заради чего они это делали?

     
     
  • 5.48, Аноним (-), 11:20, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще говоря мало ли у кого какие странности. Такой изврат должен хоть
    > чем то оправдываться. Намекните хоть заради чего они это делали?

    "Бесшовная" интеграция кроссплатформенного ПО, например, для Firefox и OOo, см. выше.

     
     
  • 6.55, fr0ster (ok), 11:32, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вообще говоря мало ли у кого какие странности. Такой изврат должен хоть
    >> чем то оправдываться. Намекните хоть заради чего они это делали?
    > "Бесшовная" интеграция кроссплатформенного ПО, например, для Firefox и OOo, см. выше.

    См. выше о костылях. Есть более прямые способы хранения настроек, нежели ФС под Венду.

     
  • 4.38, jesus (??), 11:02, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да! именно так и поступают в критичных задачах и это не изврат и не игрушки, а сириус бизнес. ещё один неосилятор текста детектед
     
     
  • 5.46, Аноним (-), 11:18, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что важнее: система или пользовательские данные, обрабатываемые и хранимые ею? Если важнейшие данные хранятся на разделе с другой ФС, то FUSE - вовсе не игрушки, а очередной инструмент интеграции различных систем. Пример: проверка создаваемого кроссплатформенного ПО в РЕАЛЬНЫХ условиях. Никакой виртуализации, в виртуализированных средах можно вести лишь предварительное тестирование. Перезагрузка в другую ОС нужна, и кроссплатформенное ПО сохраняет везде свои настройки (бесшовная интеграция). Если для вас это пустые слова - сочувствую, можете теоретизировать и тупо троллить дальше. Я еды больше не дам, мне работать и деньги получать надо, а вы тренируйтесь в Linux дальше, может, и возьму вас когда-нибудь картриджи в принтерах менять.
     
     
  • 6.54, fr0ster (ok), 11:30, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Важнейшие данные в Линуксе под другой ФС Вам не кажется, что с архитектурой сис... большой текст свёрнут, показать
     
     
  • 7.67, Аноним (-), 11:49, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Важнейшие данные в Линуксе под другой ФС? Вам не кажется, что с архитектурой системы что то не то?

    Важнейшие данные не в Linux, а для пользователя. С архитектурой какой системы? Linux?

    >способы хранения важных данных (и уж тем более настроек) в гетерогенных средах известны давно и они как то более прямые и быстрые. И это не ФУЗЕ.

    Сетевые ФС не всегда допустимы, разработчик постоянно перемещается с ноутбуком, интернет есть не везде и не всегда.

    >Да к вам пойдет то? Какой нить ядерный ФУЗЕлятор?

    Извините, но Вас не возьму точно даже на замену картриджей...

     
     
  • 8.91, fr0ster (ok), 12:55, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Мы говорим не об отдельной ОСи, мы как бе про гетерогенную систему, например ИС ... большой текст свёрнут, показать
     
     
  • 9.94, ананим (?), 13:05, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    гетерогенные системы не предполагают низкоуровневый доступ к данным друг-друга х... текст свёрнут, показать
     
     
  • 10.111, fr0ster (ok), 14:04, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык ФУЗЕ не дома это чистая НашаРаша и есть процентов на 90 Ведь кому то се... большой текст свёрнут, показать
     
     
  • 11.125, Аноним (-), 15:01, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да как, голодный вы мой Откуда взяться сетевым решениям в местах, где нет досту... текст свёрнут, показать
     
     
  • 12.133, fr0ster (ok), 15:41, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1 Что делает разраб с ноутом в таких местах, если ему там нужно тестить кросплат... большой текст свёрнут, показать
     
  • 9.132, Аноним (-), 15:39, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Тупые, но нахрапистые и хитрожопые начальники выезжают как раз за счёт более умн... большой текст свёрнут, показать
     
     
  • 10.137, fr0ster (ok), 16:11, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Начальник, какая самокритика Вот только насчет начальников которые со всем сам... большой текст свёрнут, показать
     
  • 2.78, getfr (?), 12:38, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Хм-м-м... вот прямо сейчас заливаю на 64-гиговую флэшку, отформатированную в exFAT, данные
    > в 14-м Федорином горе. И что бы я делал без FUSE-драйвера?
    > Скорость в 3.6 МБ/сек меня для однократной операции более чем устраивает.

    у меня через этот FUSE NTFS/FATxx читаются и пишутся на скорости 20 мбайт/с. ЧЯНТД ?

    У кого медленнее, возможно флешка тормозит? (речь о больших файлах, больше 100мб, конечно)

    Fedora, Ubuntu - точно работает

     
  • 2.90, Аноним (-), 12:55, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Скорость в 3.6 МБ/сек меня для однократной операции более чем устраивает.

    Обалденная скорость, право! Только почему-то с EXT4 у меня скорость записи на флеху 15 мегов в секунду :)


     
     
  • 3.165, Аноним (-), 21:45, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Капитан уже замучался объяснять, но напоминает что у флэшек есть разные классы скорости.

    FUSE может перелопалить на типичном декстопе и гигабит в секунду, пробовали, не проблема. Если у кого-то боттлнек на цифрах в 10-15 MiB/sec — FUSE тут не при чем, разве что конкретная реализация конкретной FS может быть, тормозная.

     
     
  • 4.176, Аноним (-), 02:35, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > FUSE может перелопалить на типичном декстопе и гигабит в секунду, пробовали, не
    > проблема.

    Ага, только при линейном доступе к терабайтному винчу он у меня утыкается в 80Мб/сек, загрузив 1 процессорное ядро на 100%. Я не хочу ничего сказать но ext4 на том же диске выжимает 120, и грузит проц в раза 3-4 меньше. Сами такие драйвера и ФС и кушайте, имхо. А я посмотрев на разницу в работе просто выпилил NTFS со всех разделов где он еще оставался.

     

     ....большая нить свёрнута, показать (38)

  • 1.9, Wormik (ok), 09:48, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это искуственным образом заторможенный ntfs-3g запутал молодого программиста, решившего, что его фс на уровне ядра будет быстрее. Или стоп, у него уже есть готовый код и того и того с существенной разницей в скорости?
     
     
  • 2.13, Аноним (-), 09:59, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >искуственным образом заторможенный ntfs-3g

    Откуда дровишки? В мае проверял из Wndows XP и из SystemRescueCD скорость записи файлов с одного NTFS-раздела одного диска на другой NTFS-раздел другого диска. Общий объём - около 130 ГБ, файлы разного размера, от мелких (несколько КБ) до крупных (от 4 до 8 ГБ). Разница в скорости - около 10-15% в пользу Windows, что некритично, т.к. операция нетипичная для Linux.

     
     
  • 3.63, Аноним (-), 11:37, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Из свежих новостей. http://www.opennet.dev/opennews/art.shtml?num=30986
     
     
  • 4.135, Аноним (-), 16:02, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Из свежих новостей. http://www.opennet.dev/opennews/art.shtml?num=30986

    Проверьте сами, предварительно почитав комментарии к этой новости и поменьше верьте Антону Альтапармакову, я всё тестировал сам, в чём уверен.

     

  • 1.14, q (??), 10:01, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не надо дёргать системные вызовы ядра по каждому поводу, тогда и производительность не упадёт. Ещё если использовать многопроцессорные/многоядерные системы, то задержка от переключения контекста ядра будет меньше влиять на общую производительность системы.
     
     
  • 2.30, 1 (??), 10:47, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    займись
     
  • 2.92, Аноним (-), 12:56, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Не надо дёргать системные вызовы ядра по каждому поводу, тогда и производительность
    > не упадёт. Ещё если использовать многопроцессорные/многоядерные системы, то задержка
    > от переключения контекста ядра будет меньше влиять на общую производительность системы.

    А если сразу писать в коде ядра, то переключений контекстов не будет вообще. Как бы всяко лучше, да.


     

  • 1.25, ананим (?), 10:34, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >сообщения о том, что взгляд Линуса Торвальдса на файловые системы слишком ограничен, так как существует масса самых разнообразных применений механизма FUSE, где выгода от простоты и гибкости разработки с его использованием перевешивает любые преимущества пространства ядра в плане производительности.

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

    ещё бы! такой удар по коммерческим интересам. :D

     
  • 1.41, Аноним (-), 11:07, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Всё это только подтверждает изначальную бестолковость дизайна Линукса - сначала Трольвадс сделал кусок Г "фор фун", а теперь понятно, что костыли в виде ФУСЕ будут тормозить! Ядро так и осталось монолитным, никакие "выгружаемые драйверы" его не спасут.
     
     
  • 2.58, gaga (?), 11:34, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Ядро так и осталось монолитным

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

     
     
  • 3.68, ананим (?), 11:54, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    c этой точки зрения Торвальдс как раз и сказал, что микро-ядро - тормоз. :D
    а я даже добавлю - предыдущий оратор - болван.
     
  • 2.177, Аноним (-), 02:38, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё это только подтверждает изначальную бестолковость дизайна Линукса

    Так это, вас никто насильно не заставляет им пользоваться. Юзайте миникс, от его величества Таненбаума, который лучше всех знает как надо делать расово верные операционки.

    P.S. только вот почему-то все снискавшие популярность ОС или монолиты или какие-то жуткие франкенштейны ака гибридные ядра, при том еще вопрос кто из них там уродливее и кривее.

     

  • 1.51, Эноным (?), 11:27, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Толстовато. И достаточно топорно. Тоньше надо троллить, тоньше.
     
     
  • 2.178, Аноним (-), 02:39, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Толстовато. И достаточно топорно. Тоньше надо троллить, тоньше.

    Да нормально, как минимум опеннет - успешно затроллен мистером Торвальдсом. Вон сколько флуда развелось от одного наброса Торвальдса :)

     

  • 1.53, Аноним (-), 11:29, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А линус то все еще торт =)

    В любом случае, этим вбросом он сильно привлек внимание разработчиков к fuse. Возможно что нибудь да и улучшат после этого +)

     
  • 1.60, Аноним (-), 11:36, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Линус, ну ты чего! Компизу, FUSE, fglrx и Wine на сервере - самое место!
     
     
  • 2.70, EuPhobos (ok), 12:01, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Линус, ну ты чего! Компизу, FUSE, fglrx и Wine на сервере - самое место!

    Опередил меня)
    Тоже не вижу тут ничего плохого. Ну не принял он в ядро, а зачем его забивать и так уже тяжёлое ядро?
    Лишний код, лишняя лазейка, лишний баг. А от того что будет часть когда в ядре, наврядли уж очень увеличится производительность примонтированной файловой системы, например с smb протокола.

     

  • 1.73, q (??), 12:11, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне почему то кажется, что если ФС на FUSE кэширует в оперативке, то ни чего катастрофичного в плане производительности не будет.
     
     
  • 2.101, ананим (?), 13:37, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это потому что вы ничего не слышали о переключении контекстов выполнения.
     
     
  • 3.115, q (??), 14:12, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так или иначе лишний раз писать на диск-не хорошо. Железка медленная само по себе. Какой процент задержки внесёт FUSE, если все девайсы медленные по определению?
     
     
  • 4.200, ананим (?), 12:50, 03/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    большой как не странно.
    По простой причине - в линухе итак вся свободная память отдаётся под кэш.
    производительность ядерных драйверов и драйверов во фюзе равны только в одном случае - когда нет нагрузки вообще на эту подсистему. С ростом нагрузки производительность фюзе падает в геометрической прогрессии за счёт оверхедов - доп.буфер, переключение контекстов, обеспечение атомарности (блокировки) и тд.
     

  • 1.75, Sw00p aka Jerom (?), 12:20, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    )))) такие споры будут всегда

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

    надо задуматься о микро-ядерной архитектуре

     
  • 1.79, Chodorenko (?), 12:39, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот не понимаю я откуда опять такие споры, новости чтоли не внимательно читают большинство пользователей.
    Торвальдс в вольном переводе сказал что "в пространстве ядра будет работать быстрее чем в пользовательском"
    КТО НЕ СОГЛАСЕН ?? все согласны, тогда о чём споры? то что можно с оптимизить фузе нет вопросов можно, идеальных программ вообще нет.
     
     
  • 2.103, ананим (?), 13:42, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну посмотрите предыдущего оратора - про микроядро ему задуматься надо, угу. :D
    макось хы и та - гибридное ведро. Пусть на вики что ли глянет. :D
    зыж
    что ни профан, то сразу думки про микроядро думает.
    (и я далёк от мысли, что он из тех, кому интересны академические проблемы професуры. А вы как считаете? :D)
     
     
  • 3.139, XPEH (?), 16:16, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > что ни профан, то сразу думки про микроядро думает.

    Вообще складывается впечатление что разговоры о микроядре это такой способ самолюбования и самоудовлетворения. Все дескать идиоты, один я в белом и с микроядром наперевес.

     
     
  • 4.142, paxuser (ok), 16:19, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, посмеялся (в хорошем смысле). :)
     

  • 1.98, Аноним (-), 13:30, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Линус вообще что сказал, что глупо использовать FUSE как root раздел из-за своей специфика. А следовательно утверждение, что ФС нужно делать сперва для FUSE является неправильным, т.к. выбор целевой реализации (FUSE или Ядро) для ФС должно происходить из цели использования (высокая производительность - Ядро, низкая - FUSE).
     
  • 1.120, iCat (ok), 14:30, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я, конечно, не гуру, но практический опыт показал, что инструменты бывают "общего применения" и "специализированные".
    FUSE - это такой "швейцарский нож". Не очень-то подходит для полноценной замены ножовки, ножниц, рубанка и т.п. Однако позволяет выполнять несложные операции в случае необходимости. И утверждать, что "швейцарский нож" не годится для серьёзного строительства столь же нелепо, сколь нелепо утверждать о неприменимости FUSE для серьёзного применения.
     
     
  • 2.121, fr0ster (ok), 14:39, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я, конечно, не гуру, но практический опыт показал, что инструменты бывают "общего
    > применения" и "специализированные".
    > FUSE - это такой "швейцарский нож". Не очень-то подходит для полноценной замены
    > ножовки, ножниц, рубанка и т.п. Однако позволяет выполнять несложные операции в
    > случае необходимости. И утверждать, что "швейцарский нож" не годится для серьёзного
    > строительства столь же нелепо, сколь нелепо утверждать о неприменимости FUSE для
    > серьёзного применения.

    Для серьезного применения вы не будете использовать швейцарский нож. И уж точно на второй раз не будете ковырять бетон ножом, а возьмете перфоратор. Оно конечно "жить захочешь и не так раскорячишся", но вот про "несложные операции" и "не очень то подходит для полноценной замены" Линус и говорил. А еще гворил прежде чем тащить конкретную ФУЗЕ ФС ее доработать надо. RTFO.

     
     
  • 3.122, iCat (ok), 14:41, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Дык а я про что?..
     
     
  • 4.124, fr0ster (ok), 14:43, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Дык а я про что?..

    Значит все правильно. :)

     
  • 3.129, paxuser (ok), 15:21, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "несложные операции" и "не очень то подходит для полноценной замены" Линус
    > и говорил. А еще гворил прежде чем тащить конкретную ФУЗЕ ФС

    Нет, Линус сказал ровно то, что сказал. В этом и суть: слишком много и с апломбом говорит - порой едва зная, о чём, и переходя на личности. Вроде и взрослый человек, а ведёт себя...

     
     
  • 4.141, бугага (?), 16:18, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> "несложные операции" и "не очень то подходит для полноценной замены" Линус
    >> и говорил. А еще гворил прежде чем тащить конкретную ФУЗЕ ФС
    > Нет, Линус сказал ровно то, что сказал. В этом и суть: слишком
    > много и с апломбом говорит - порой едва зная, о чём,
    > и переходя на личности. Вроде и взрослый человек, а ведёт себя...

    Ну-ну, поучи торвальдса ядра разрабатывать.

     
     
  • 5.143, paxuser (ok), 16:20, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну-ну, поучи торвальдса ядра разрабатывать.

    - Разработчики опенбсд - мастурбирующие обезьяны.
    - Да вы батенька распустились!
    - Ну-ну, поучи меня ядра разрабатывать.

     
     
  • 6.179, Аноним (-), 02:42, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > - Разработчики опенбсд - мастурбирующие обезьяны.

    Судя по результатам их деятельности - не так уж он и неправ, однако. Система у которой поддержка многоядерсности в половине подсистем отсутствует - мало кому нужна в эпоху, когда 2 ядра есть в _телефонах_.

     
  • 4.156, pro100master (ok), 19:01, 01/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    То, что он сказал, мы вряд ли узнаем. Здесь скорее то, как поняли его специфический ангельский :)
     

  • 1.157, Аноним (-), 19:06, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Прочитал обсуждение новости.
    Как же хорошо Линус тролит!
     
  • 1.166, Аноним (-), 21:50, 01/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    FUSE отлично может в гигабитные скорости. На среднем современном десктопе - точно. Да, внутриведерные системы могут куда большие цифры показать, но дело-то не в этом.

    Если у кого-то rootfs (не tmpfs на /tmp и /var/run и не $HOME) требует адовых пропускных способностей - это или весьма специфичный случай или человек знает толк в извращениях.

    Ergo, делаем вывод что Линус опять с пафосным видом несет чушь.

     
     
  • 2.180, Аноним (-), 02:44, 02/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > FUSE отлично может в гигабитные скорости. На среднем современном десктопе - точно.

    Да, конечно, выжрав ядрышко коры i5 ... i7 или фенома целиком под это дело. Всего-то.

     

  • 1.207, vle (ok), 14:35, 05/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    API для файловых систем в юзерспейсе под названием FUSE
    был изначально очень плохо спроектирован. Отсюда значительная доля
    тормозов, даже не на "юзерспейсности".

    Более правильная реализация находится здесь
    http://www.netbsd.org/docs/puffs/

    Ставший уже "классическим" FUSE реализован
    поверх другого более нормально API.

     
     
  • 2.208, коксюзер (?), 15:05, 05/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > API для файловых систем в юзерспейсе под названием FUSE
    > был изначально очень плохо спроектирован. Отсюда значительная доля
    > тормозов, даже не на "юзерспейсности".

    Отсюда: http://cloudfs.org/2011/06/user-space-filesystems/

    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’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’t actually access directly. We actually implemented some of these at Revivio, and they worked. Why aren’t such things part of the mainline kernel? Because the gatekeepers don’t want them to be. Linus’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’s a use case they oppose for other reasons, are they going to be supportive of work to provide that feature? Of course not. They’re going to reject it as needless bloat and complexity, which shouldn’t be allowed to affect the streamlined code paths that exist to do things the way they think things should be done. There’s not actually anything wrong with that, but it does mean that when they claim that user-space filesystems will incur unnecessary overhead they’re not expressing an essential truth about user-space filesystems. They’re expressing a truth about *their support of* user-space filesystems in Linux, which is quite different.

     
     
  • 3.209, vle (ok), 17:28, 05/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Отсюда: http://cloudfs.org/2011/06/user-space-filesystems/

    То, что Линус неадекват по-моему известно очень давно.
    А людям просто нравится ходить под фюрером,
    будь то Линус, Столлман, Дреппер или Тео.
    Мне кажется, "странности" в личности создателя -- это часть пиара,
    возможно, главная его часть.

    Здесь paxuser метал бисером перед свиньями десятками постов, эффекта -- ноль.
    Фюрер прав просто потому, что он Фюрер!

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру