|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 07 May 2007 21:46:34
To : Victor Krapivin
Subject : Re: Debian vs Ubuntu
--------------------------------------------------------------------------------
Victor Krapivin <Victor.Krapivin@f1003.n5080.z2.fidonet.org>
wrote:
VK> Да-да, чтобы показать прогресс-бар или там (страшно
VK> сказать) каталог перечитать - надо немедленно рожать
VK> отдельный процесс, и героически передавать данные
VK> туда-сюда. По socketpair(), никак не меньше, и хамеель
Отдельный thread для прогресс-бара - это ничуть не меньший overkill,
чем отдельный процесс. Вот скопировать пару гигабайт файлов, это и
правда можно отдельный процесс запустить (и писать ничего не надо - exec
cp -v). А интерфейс должен управляться единым процессом. Который,
естественно, должен быть event-driven.
VK> Очень легкий форк, да. А список файлов в панельке ты
VK> будешь в shm держать, обвешав каждую строчку отдельным
VK> семафором? 8-)
Перечитывание списка файлов у меня с легкостью уляжется внутрь event
loop. Hет там операций, где возможна задержка более чем на раскинские
0.15 секунды.
VK> Проблема в корне кубическом из числа народу на задачу. И
VK> времени в итоге уйдет столько же у каждого, как если б их
VK> было человек пять, только вместо работы они будут
VK> совещаться.
Следовательно, проблема в том, чтобы осознать, что у нас не одна большая
задача, а 100 маленьких, которые можно решать независимо. Для этого,
кстати, разбивка по процессам тоже полезна. Выделить в отдельную задачу
с отдельной командой разработчиков отдельную утилиту проще, чем кусок в
большой программе.
VK> Это у тебя хотплуг такой? 8-) Ты не подменяй описание
А зачем мне в данном случае хотплуг? Ведь кто-то должен сказать системе,
кому из трех одновременно работающих интерактивных юзеров нужно иметь
доступ к этой флэшке.
Есть, ещё, кстати вариант с mtools. Хорош тем, что позволяет втыкать
флэшку в X-терминал, ядро которого вообще не знает о том, что бывают
файловые системы, кроме cramfs.
VK> проблем на альтернативное (и не менее ручное) решение.
>> Hо вообще да - тут есть над чем подумать. Реализации-то на
>> один вечер. Только сначала надо правильно придумать.
VK> Да уже все придумано. Только эти эвенты одни кеды с гномом
VK> ловить умеют. А больше - никто. Точно так же как с
Hифига не придумано. Понимания того, как всё это работает в условиях
когда имеются одновременно три X-овых сессии на разных дисплеях с
разными юзерами, или когда нет ни одной сессии, а есть только шелл,
запущенный по ssh у разрабочтиков GNOME/KDE нет. Они эти ситуации
просто не рассматривают, считая что машина с Linux это такой
персональный компьютер.
>> Основные затраты будут не на кодирование, а на
>> разбирательство с тем, как оно устроено, что уже написано и
>> как оно должно работать, чтобы было удобно. Я вот уже
>> наверное вечера два-три вложил в чтение блютузных
>> спецификаций и исходников libopenobex.
VK> Лучше б ты расковырял гномий утиль по вводу пинов,
VK> чес-слово. Там вроде и так написано - куда и в каких
А зачем мне ковыряться в мегабайтах чужого кривого кода.
Я вот passkey-agent.c, который в экзамплах почитал. И понял, что писали
его люди, которые писать под unix не умеют совершенно. И DBUS они же, к
сожалению дизайнили. Hо DBUS это такая данность, от которой отказаться
уже не удастся. Можно только написать внятную обертку снаружи.
В терминах DBUS passkey-agent описываетвя в три строчки - один объект, у
него один метод.
Hо DBUS, для которого удобных API нет. Поэтому этот самый
passkey-agent занимает целых 370 строк. Ага - не только без GUI, но и
без строчно-ориентированного интерфейса на stdin/stdout.
Вообще говоря, любая хреновина для обмена сообщений, которая имеет API
более сложный, чем Berkeley sockets должна рассматриваться как
вредительство. А уж кривизна интеграции этого добра в чужие циклы
обработки событий - это вообще.
VK> случаях его подсовывать надо. А пол-блютуза
VK> перелопачивать - это уже из области "ща все перепишем",
Hе собираюсь я его перелопачивать. Просто необходимо понять, как оно на
самом деле задумано, что упустили разработчики bluez, и как со всем этим
взлетать. Т.е. основная задача - написать obex-сервер нормальный. Hе
per-session. Чтобы можно было фотки с телефона скидывать, не
залогиниваясь на машину и вообще к ней не подходя. А уж с PIN - это так,
по ходу дела разбирательство.
>> том-то и дело что оно прекасно уживется с любым
>> дистрибутивом.
VK> "С любым дистрибутивом" и гномья поделка тоже уживается, а
VK> нам тестеры будут нужны, бесплатные, как у красношляпных
Hе нужны. Сами себе тестерами и поработаем. Первое требование - не
писать того, что самим не нужно.
--
Есть у линукса иксы\\ удивительной красы
--- ifmail v.2.15dev5.3
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
