Прощай GnomeVFS, привет GIO/GVFS

mc использует isoinfo для этого. Посмотрите на реализацию и того, и другого, если интересно. :)

>>Это заметно прямее вызова из ядра обработчика архивов.

>Велосипед с более прямыми колёсами? ;)

Это портабельно. Это работает. У вас еще есть аргументы, окромя субъективных заметок? :)

>>Затем, что этол "криво и тормозно" :)

>Кстати, а как потом запаковывать назад изменённый файл? Развивайте свой теорию...

А как это сделает fuse? Вызовет на close() unrar-replace-file-in-archive?

Мне трудно спорить с вами, т.к. вы категорически не видите то, что вам пишут, при этом пытаетесь рассказать о том, чего сами до конца не понимаете или просто троллите...

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

Я вижу вопрос и попытку негативного ответа на него совсем из другой области. В отличие от вас, у меня с логикой и риторикой всё в порядке. ;)

> 1. в твоем компе RAM > 1Гб

Ровно 1 Гб.

> 2. Ты не запускаешь Наутилус

Запускаю иногда. Например, чтобы показать опасность обобщения ваших суждений.

> 3. Ты ниасилил top

Я осилил ps.
[cas@cas gcompris]$ ps aux | grep nautilus
cas 16617 0.2 1.6 72384 17088 ? S 18:08 0:00 nautilus --no-desktop --browser

Аж 0,2%! ;)

>>>Это заметно прямее вызова из ядра обработчика архивов.

>>Велосипед с более прямыми колёсами? ;)

> Это портабельно. Это работает. У вас еще есть аргументы, окромя субъективных заметок? :)

Есть.

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

2. fuse есть на linux, *bsd, solaris и mac os. куда уж портабельнее?

3. fuse, как ни странно, работает.

4. с большим количеством открытых Вашим способом архивов мы получим большие задержки при вызове open() даже вне архива

5. если наглючит один из вешателей хуков на open(), то помрёт вся система.

>>Затем, что этол "криво и тормозно" :)

>>Кстати, а как потом запаковывать назад изменённый файл? Развивайте свой теорию...

>А как это сделает fuse? Вызовет на close() unrar-replace-file-in-archive?

Принимается.

> Мне трудно спорить с вами, т.к. вы категорически не видите то, что вам пишут, при этом пытаетесь рассказать о том, чего сами до конца не понимаете или просто троллите...

Что я не вижу? Что за возможности, которыми обладает fuse, надо платить снижением производительности? Вижу. Но не вижу нормальной альтернативы с теми же возможностями.

кстати мне все таки интересно (быть может я что-то пропустил) каким образом вы собираетесь реализовывать подобное в юзерспейсе? (перехват open/close)

>> А артсом убогим врядли кто сейчас пользуется.

>Без звука сидите? Ну-ну. ;)

А вот здесь ты, похоже, промахнулся. артсом действительно немногие пользуются. Хватает alsa+dmix, для некоторых случаев Pulseaudio.

> Так и представляю, как система перестаёт отвечать на запросы, а я дро занимает оба камня. И всё из-за того, что я неудачно решил заглянуть в bz2 архив размером метров... ну предположим 500.

Это совсем хилый проц должен быть, даже не знаю таких двухядерных:) Тебе IO не даст загрузить проц:)

Прочитал 7 страниц флейма и решил сходить по ссылке:) Нигде не сказано что GVFS будет использовать fuse, сказано, что через fuse будет обращения не gnome программ к GVFS т.е будет что-то типа fuse-GVFS.

>гг. ты не в курсе, что ты kioclient без qt и kdelibs работать не будет? =)

Ты забыл: и без libc ещё работать не будет:)

>А при чём тут KDE? Ты не отмазывайся, раз обосрался. ;)

эээ...если ты не заметил, мы сравнивали гном и кде

> Прочитал 7 страниц флейма и решил сходить по ссылке:) Нигде не сказано что GVFS будет использовать fuse, сказано, что через fuse будет обращения не gnome программ к GVFS т.е будет что-то типа fuse-GVFS.

Вы поняли правильно. Только обманывать не надо. Если бы вы прочитали 7 страниц флейма, то на четвёртой нашли бы ссылку:

http://www.linux.org.ru/jump-message.jsp?msgid=2298899&cid=2299810

где есть ссылка на pdf, где всё расписано. :)

И того, мы имеем как минимум 3 страницы неприкрытой клоунады, где народ гонит пургу, не относящуюся к сути. :)

>Вы поняли правильно. Только обманывать не надо. Если бы вы прочитали 7 страниц флейма, то на четвёртой нашли бы ссылку:

>http://www.linux.org.ru/jump-message.jsp?msgid=2298899&cid=2299810

>где есть ссылка на pdf, где всё расписано. :)

Я по ней тоже не ходил:)

> Я по ней тоже не ходил:)

ЛОР: Камменты - наше фсио! ;-)

>Да. Ты же хотел, чтоб "все приложения в KDE, включая не-KDE-шные" могли использовать KIO? Получи - fuse-kio уже несколько лет. Или на ходу передумал условия?:)

что-то ты загнался. Как из того же vi открыть файл в архиве через KIO?

>1. Это реализовано? При реализации могут возникнуть трудности, о которых мы предположить сейчас не можем.

Понятия не имею - это просто, поэтому удивлюсь, если нет. Изобретение кривого костыля гномерами вас не удивляет?

>2. fuse есть на linux, *bsd, solaris и mac os. куда уж портабельнее?

Нет, посмотрите на их документацию. В том же openbsd нет, ни в одном unix нет окромя opensolaris и darwin.

>3. fuse, как ни странно, работает.

>4. с большим количеством открытых Вашим способом архивов мы получим большие задержки при вызове open() даже вне архива

>5. если наглючит один из вешателей хуков на open(), то помрёт вся система.

Неверно оба раза. Изучайте.

>А зачем ещё один FUSE??? Это даже не велосипед, это самокат:)

ты читать не умеешь? Не стесняйся - это не такой уж и позор - половина населения Земли не умеет читать

>Т.е. это, опять же, аналог древнего как мир fuse-kio?

нет, это аналог древнего как мир gnome-vfs-fuse

>давно уже. см. fuse-kio.

точно, читать не умеешь. kio уже работает без кде? название пакета скажи - я депенденсы посмотрю

>Ты забыл: и без libc ещё работать не будет:)

если ты не заметил (я полагаю, на самом деле ты просто не прочитал в силу неумения читать) - сравниваем "модульность" кде и гнома

>Я вижу вопрос и попытку негативного ответа на него

Вестимо... Правильно поставленный вопрос содержитв себе половину ответа.

> у меня с логикой и риторикой всё в порядке. ;)

Ну и славно. Осталось еще научится читать и понимать прочитанное - цены тебе не будет.

Итак, повторяю вопрос:

Как проявляются "архитектурно грамотные решения" и какую ценность для пользователя представляют эти проявления?

Доступно?

Пока что все наблюдаемые пресловутой "блондинкой" ценности заключаются в опрятном внешнем виде "искаропки". Буду счастлив ошибиться.

Унылое Г...

>что-то ты загнался. Как из того же vi открыть файл в архиве через KIO?

Ты хочешь, чтобы я вслух тебе почитал руководство по использованию fuse-kio?

>Все бы так умирали! ;)
Вы мазохист?

Зачем мне жёлтая пресса? Я просто вижу, что из крупных компаний, только имя Новела появляется в новостях про КДЕ. Остальные видимо стесняются :)

>Машина времени LOR в действии? ;)
а вы что не читали результатов Linux Desktop survey? И это несмотря на то, что призывы головать за КДЕ постили на КДЕшных ресурсах.

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

>Ты хочешь, чтобы я вслух тебе почитал руководство по использованию fuse-kio?

ты мне депенденсы покажи, ага. Посмотрим как оно без кде и куте живет

Религиозный фонатег, новеллу куда ближе гном. Просто ты начитался на Лор-е о некошерности суси.

>А почему еще никто не предложил смотреть картинки, как файловую систему, где файлами являются точки в пространстве rgb?

Вот это идея! :))) Класс, мне нравится :)

Прочитал тред, пришел к выводу что Вы крайне упертый молодой человек (это для политкорректности исключительно, подумал я подругому).

Вам русским языком говорят - не хочу монтирова/распаковывать руками. Вы тут же говорите, что распаковать нужно - и это будет быстрей. Да меня рядом с птичкой (near beard), если я в кресле сижу с пультом и по десктопу шарюсь. Мне по тамтаму небольшой проигрыш в скорости, даже если он есть.

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

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

О, ещё один юродивый. Только припадков не нужно, плиз. Где я сказал, что мне Suse не нравится? Неадекватное восприятие реальности?

Новел, однозначно делает нужное дело, поддержива KDE, так как я не хотел бы монополии Гноме на десктопе. А это может случиться в ближайшие 3-5 лет если Новел бросит это неприбыльное занятие.

> Прочитал тред, пришел к выводу что Вы крайне упертый молодой человек (это для политкорректности исключительно, подумал я подругому).

Забей, аноним. Он считает себя самым умным, придумывая мегакостыли. Наверно, будущий(или текущий) разработчик гнома. Или винды, что бы смотрелось ещё логичнее.

> так как я не хотел бы монополии Гноме на десктопе. А это может случиться в ближайшие 3-5 лет

Это было бы пожалуй неплохо, потому что сейчас на десктопе монополия винды.

> Новел, однозначно делает нужное дело, поддержива KDE, так как я не хотел бы монополии Гноме на десктопе. А это может случиться в ближайшие 3-5 лет если Новел бросит это неприбыльное занятие.
мочишь.
Там помимо новела еще и другие патроны есть
http://ev.kde.org/supporting-members.php
т.к. что развивай свою мысль, а то пока что-то не видно отчего кде умирает

>Вам русским языком говорят - не хочу монтирова/распаковывать руками. Вы тут же говорите, что распаковать нужно - и это будет быстрей. Да меня рядом с птичкой (near beard), если я в кресле сижу с пультом и по десктопу шарюсь. Мне по тамтаму небольшой проигрыш в скорости, даже если он есть.

Плохо читали. Вы в mc что-нибудь руками запускаете? Монтируете или распаковываете? Вот то-то и оно...

Предлагается тоже самое, только в виде библиотеки, с которой могут линковаться все файловые бродилки.

>Еще Вы много говорите об опасности использования фусе и обращении к ядру. С этой точки зрения безопаснее вообще ядро выкинуть, видимо. Чтобы уж наверняка, да? Так же много говорилось о юзерспейсе. А фусе это что, извините?

Определенно плохо читали, fuse это не только userspace.

:)
Я конечно-же говорил о Unix десктопе.
Не думаю, что в течение тех-же 3-5 Linux завоюет больше 10% десктопов.
C другой стораны выход дешёвых нотбуков и десктпов может резко изменить ситуацию к лучщему.

Я плакаль... Вы опять не читаете о чём речь. как там в анекдоте:
- Чукча не читатель. Чукча - Писатель!

>Он считает себя самым умным, придумывая мегакостыли. Наверно, будущий(или текущий) разработчик гнома. Или винды, что бы смотрелось ещё логичнее.

Никому не говори...

>Он считает себя самым умным, придумывая мегакостыли. Наверно, будущий(или текущий) разработчик гнома. Или винды, что бы смотрелось ещё логичнее.

Лучше бы взяли еще пивка и подискутировали :) Можно было бы и библиотеку нарисовать, которая будет открывать архив и выдергивать файл за файлом...

Просто ответь нормально на вопрос с чего ты взял, что без поддержки novel кде умрет

> А это может случиться в ближайшие 3-5 лет если Новел бросит это неприбыльное занятие.

или это ты опять пернул в воздух.

Наконец-то. А то в этом gnomevfs можно было голову свернуть, а уж вытащить из него что-нибудь вообще проще застрелиться...

Еб их мать. Сначала насовали везде, до куда руки только дотянулись, а теперь - тупиковый. И использовали бы KIO сразу.

Когда они его начинали делать - то не было еще ничего чем можно было пользоваться. А потом долго думали что как-нибудь обойдется. Сейчас же поняли что не обошлось. (imho).

Уфх, дочитал. Господа, применяйте логику чаще. Некоторые аргументы просто смешны. По-порядку:

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

* Я знаю как написать/перехватить open(). Так напишите. Кто мешает это сделать как fuse-fs модуль? Чтобы оно что-то добавило к уже существующим возможностям системы, а не требовало хитрых красноглазых хаков с перехватами снаружи. Если кто-то всерьез считает, что накладные расходы на fuse заметны по сравнению с дисковым или сетевым IO - может в консерватории что поправить?

* Из архива можно распаковать N файлов быстрее чем из fuse. Кто сказал?? Напиши fuse-fs, использующую тот же алгоритм. Кстати, далеко не все архивы это позволяют. Попробуй проверни это с tar{.bz2,gz}, да хоть просто с tar. Формат tar содержит для каждого файла block-header, с последующими N блоками данных файла, потом опять header (для след файла) и тд. Если ты напишешь команду распаковки N файлов, все равно будет прочитан весь архив. Хотя бы потому, что замена файла в tar - это добавление в конец новой версии файла. Что дает fuse в этой ситуации? При монтировании оглавление читается _один_ раз. Выигрыш достигается, если вам нужно выдернуть еще файл(ы) - через некоторое время.

На мой взгляд, гениальные решения по VFS должны предлагать не альтернативную implementation, а скорее - альтернативный API. FUSE в этом смысле уже стандарт, причем прилично работающий. А решения в виде перехвата open() кустарными программами - это детский сад.

Ну и отдельное спасибо за возможность работы с файлами в VFS через обычные программы. Давно пора.

>Мне вот интересно, мы опять получим бесполезную систему с идиотскими адресами типа zip:/ ? Нормальная VFS должна легко адресовать файл, находящийся в архиве, находящемся в запароленном архиве (пароль в URI) находящемся на фтп. Я таких ещё не видел.

KIO так умеет.

>>Вам русским языком говорят - не хочу монтирова/распаковывать руками. Вы тут же говорите, что распаковать нужно - и это будет быстрей. Да меня рядом с птичкой (near beard), если я в кресле сижу с пультом и по десктопу шарюсь. Мне по тамтаму небольшой проигрыш в скорости, даже если он есть.

>Плохо читали. Вы в mc что-нибудь руками запускаете? Монтируете или распаковываете? Вот то-то и оно...

Монтирую и распаковываю. Не всегда, конечно, но случается. Насколько я правильно понимаю, использование фусе в данном случае, сделает примонтированный ресурс доступным всем программам. Т.е., если я зашел куда-то бродилкой, и запустил там неважночто, то оно будет работать (простейший пример - архив с картинками. заходим, запускаем во вьювере, нажимаем нехт и вуаля. арбайтен). А в случае с вашей либой, как быть? Всем поголовно либу юзать? Весь софт переписать? Это лучше чем небольшой, отлаженный кусочек кода в ядре?

>Предлагается тоже самое, только в виде библиотеки, с которой могут линковаться все файловые бродилки.

Ога. Это решение для файлоброжения (:)) ради файлоброжения.

Кстати, любопытный факт. Берем тарбол, заходим туда мц. Бродим. Выходим, обновляем тарбол (ну там по сети выкачиваем с тем же именем). Заходим туда мц. Машина времени в действии. Видим старые файлики:) их даже вытащить можно. Это к вопросу о том что мц на кажный пук архив распаковывает. Хоть я в код и не заглядывал.

Всякая рабочая среда плоха тем, что забирает заметное количество ресурсов, и таким образом замедляет работу (отнимает невосполнимый ресурс - время). С другой стороны, без удобств, предоставляемых таким окружением, работа тоже замедляется. Следовательно, идеальная DE такая, которая дает необходимое и достаточное количество удобства с минимальным отвлечением ресурсов.

Поэтому и КДЕ, и Гном давно в тупике. Xfce стоит на его пороге.

>Лично у меня всё работает через алса. Кроме нескольких стареньких нативных игрушек типа homm3, smac и q3. Еслиб мне пришлось каждый раз перед их запуском идти прибивать артс... я бы дописал killall -w artsd; к их значкам в меню. К счастью артс не нужен.

ioquake3 работает через openal и alsa

>KIO так умеет.

Пример адреса в студию.

> Ну и славно. Осталось еще научится читать и понимать прочитанное - цены тебе не будет.

Читать как раз умею. Потому и заметил сваленные в одну кучу твои сентенции.

> Как проявляются "архитектурно грамотные решения" и какую ценность для пользователя представляют эти проявления?

Наибольшую ценность архитектурно грамотные решения представляют для разработчиков, что позволяет писать качественные гибкие программы с бОльшим функционалом. Для пользователя ценность грамотности неочевидна, так как они получают готовый продукт без возможности сравнения с/без этих решений. Однако в данном случае идёт речь про возможность пользователям использовать сетевую прозрачность десктопа. Безусловно, воспользуется этим от силы процентов 10, но они будут счастливы.

> Пока что все наблюдаемые пресловутой "блондинкой" ценности заключаются в опрятном внешнем виде "искаропки". Буду счастлив ошибиться.

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

> Вы мазохист?

Я думающий оптимист ;)

> Я просто вижу, что из крупных компаний, только имя Новела появляется в новостях про КДЕ. Остальные видимо стесняются :)

В прессе светился и Canonical. Кроме того, поддержка GNOME тоже не особо афишируется в прессе.

> а вы что не читали результатов Linux Desktop survey?

Перечитайте спряжения глаголов в вашем постинге.

> Интересно а зачем слово придумали, если оно не нужно?

Не я придумал. Марш в Wikipedia, необразованный вы наш. ;)

> В чём заключается "халява" гнома?

Вы про рассылку Ubuntu нахаляву слышали? А не подумали, что рост числа пользователей GNOME совпал с этой рассылкой хронологически?

> А это может случиться в ближайшие 3-5 лет если Новел бросит это неприбыльное занятие.

Я уже не удивляюсь, что фанатики GNOME не в состоянии получить информацию самостоятельно, не через бабок на лавочке: http://ev.kde.org/supporting-members.php

Даже если Novell уйдёт, останутся достаточно мощные спонсоры, тот же Intel.

Конечно, за http://foundation.gnome.org/ стоит больше известных имён (та же Novell, Sun и IBM), однако это спонсорство не привело без Canonical к взрывообразному распространению GNOME.

Оба проекта достаточно заматерели, чтобы не зависеть от спонсоров. Удивительно, что вы пытаетесь стать аналитиком, а ситуацию и движущие силы не знаете.