Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Представлена реализация шины D-Bus, работающая на уровне Lin..., opennews (??), 16-Сен-10, (0) [смотреть все] Если доделать дбас чтобы общение между процессами было без посредника, будет ещё, svn (??), 17:26 , 16-Сен-10, (1) +1 // Например, как это сделать , xxx (??), 17:50 , 16-Сен-10, (8) // Надо libastral подключить при компиляции , Аноним (-), 18:01 , 16-Сен-10, (16) +7 // - 1024, max (??), 19:40 , 16-Сен-10, (33) Уже сделали Local Domain Sockets называется , anonymous (??), 15:40 , 17-Сен-10, (90) // 1 Desktop-демон -- работая под Desktop-user-UID -- не сможет создать unix-сокет, Аноним123321 (ok), 21:05 , 19-Сен-10, (144) некоторые особо КРИВОРУКИЕ программаммисты вообще используют ОБЫЧНЫЕ сокеты в св, Аноним123321 (ok), 21:11 , 19-Сен-10, (145) SHM , Аноним (-), 21:12 , 16-Сен-10, (41) Безопасность не сильно пострадает , Аноним (-), 17:52 , 16-Сен-10, (9) +1 // модуль в блэклист и все дела серверам он не особо то нужен , аноним (?), 19:35 , 16-Сен-10, (32) +1 блииин, это самый кривой протокол какой только можно придумать И его в ядро зас, Одмин (?), 17:53 , 16-Сен-10, (10) –2 // работа на уровне ядра уже равно запихнуть в ядро , Dcow (ok), 18:00 , 16-Сен-10, (14) Этот кривой протокол юзает куча софта , devl547 (?), 18:00 , 16-Сен-10, (15) –2 // А винды-то сколько человек юзает , Одмин (?), 18:19 , 16-Сен-10, (24) // а сколько из них знают что такое com-объект , аноним (?), 19:32 , 16-Сен-10, (30) Я знаю, я знаю это command com на диске Ц , pavlinux (ok), 19:53 , 16-Сен-10, (34) +7 com-формат больше не поддерживается D, аноним (?), 21:32 , 16-Сен-10, (48) Ваабще , pavlinux (ok), 00:37 , 17-Сен-10, (63) +1 попробуй потом расскажешь , аноним (?), 03:03 , 17-Сен-10, (71) чем крив конструктивнее, тролли конструктивнее , аноним (?), 18:10 , 16-Сен-10, (20) +6 // кто юзал эти либы в C-проектах тот поймёт, Одмин (?), 18:18 , 16-Сен-10, (23) –5 // я юзал и поверьте, писать com-объект в С даже не С - гораздо в периоде гем, аноним (?), 18:21 , 16-Сен-10, (26) +6 не только молодой человек привёл пример дкома, который просто напросто является, аноним (?), 22:01 , 16-Сен-10, (50) +2 на сайте с доками специально написано, что надо юзать не напрямую, а через бинди, Аноним (-), 21:13 , 16-Сен-10, (42) Реалиазцией Это очевидно , anonymous (??), 15:41 , 17-Сен-10, (91) –2 // бред реализацией он хорош пока сеть с шифрованием не до-делана , аноним (?), 05:01 , 18-Сен-10, (129) Эээ а вы не хотите раскритиковав предложить на замену что-то лучше Кривой или н, User294 (ok), 19:12 , 16-Сен-10, (29) +3 // Какая еще замена Dbus Это концепция сама по себе идиотична, ей не нужна замена,, аноним (?), 21:28 , 16-Сен-10, (47) –4 // а её кто-то резко решил в сервера добавлять системд правда тут уже вспоминали,, аноним (?), 22:13 , 16-Сен-10, (52) +1 Это ничем от com не отличается И когда на него всё больше софта завязано от нег, аноним (?), 00:00 , 17-Сен-10, (62) –3 3 поста подряд никакой конкретной критики, только вой какой плохой Ненужное м, szh (ok), 01:32 , 17-Сен-10, (66) бред , аноним (?), 01:55 , 17-Сен-10, (67) Например какой-нибудь иной универсальный интерфейс IPC, более-менее общепризнанн, User294 (ok), 17:45 , 17-Сен-10, (101) Вот и опеннет постигла судьба башорга - прогрессивная школота захватила ресурс О, Knuckles (ok), 15:51 , 18-Сен-10, (139) А ты сам какой прямой протокол специфицровал и реализовал Может COM , Coder (?), 09:30 , 17-Сен-10, (74) +1 Отлично Еще один плюсик для systemd , Кракен (?), 19:34 , 16-Сен-10, (31) +2 Этот демон нужен исключительно ради авторизации, зачем повышать скорость Тут ва, segoon (ok), 19:59 , 16-Сен-10, (36) // Ошибся - не только для авторизации, ещё для уведомления системы пользователя о к, segoon (ok), 20:07 , 16-Сен-10, (39) // а теперь давай еще одну поправку, и чтоб правильно, Аноним (-), 21:10 , 16-Сен-10, (40) –1 // лучше пусть молчит, hawl (?), 21:25 , 16-Сен-10, (45) Даёшь ядро с торрент-клиентом и видео-плеером , pavlinux (ok), 20:07 , 16-Сен-10, (38) // и с рецептом прошивки оного во все mp3-плейеры, включая айфоны, утюги, самовары , аноним (?), 22:16 , 16-Сен-10, (53) +1 // http home comcast net fbui , pavlinux (ok), 00:38 , 17-Сен-10, (64) Ага, ага, и переписанного на питоне, KERNEL_PANIC (ok), 09:11 , 17-Сен-10, (72) Ну, как минимум HTTP сервер в ядро запихивали, IIRC , User294 (ok), 17:48 , 17-Сен-10, (102) +1 // и отлично работал кстати вот только статика без пыхпыхов и мускулей мало уже ком, аноним (?), 05:02 , 18-Сен-10, (130) Это кривой костыль Межпроцессное взаимодействие всегда делалось через пайпы, un, аноним (?), 21:24 , 16-Сен-10, (44) +1 // вот так сможешь или будешь писать свой костыль под названием май-д-бас зы хотя, , аноним (?), 22:26 , 16-Сен-10, (55) +2 // А ты сможешь левой ногой за правым ухом почесать Для всякой фичи должно быть пр, аноним (?), 23:58 , 16-Сен-10, (60) –4 // да вы батенька просто профан как страшно жить ядро линуха не стартанёт без fsta, аноним (?), 02:31 , 17-Сен-10, (69) не поверишь но и у гнома, и у кед всегда были подобные альтернативы http ru wi, аноним (?), 02:38 , 17-Сен-10, (70) +1 Ну и как мне стандартным методом узнать допустим заряд батарейки от демона завед, User294 (ok), 17:52 , 17-Сен-10, (103) +1 // Можно подумать, в dbus не нужно указывать интерфейс, имя свойства, тип данных и , anonymous (??), 18:58 , 17-Сен-10, (104) –1 // вы наверное в браузере исключительно ip-адреса набираете , аноним (?), 20:39 , 17-Сен-10, (116) +1 cat proc acpi battery BAT0 state, ы (?), 14:58 , 18-Сен-10, (138) // а если так, чтобы он сам прислал уведомление, когда заряд 10 при чём заранее н, аноним (?), 20:58 , 18-Сен-10, (141) Ждём новых дыр Отправив специальным образом оформленное уведомление через DBUS , Аноним (-), 21:35 , 16-Сен-10, (49) // подпись - толпа анонимного андеграунда , аноним (?), 22:27 , 16-Сен-10, (56) +2 Проясните, а зачем нужен Dbus когда есть System V message queues Posix message q, Me (??), 22:51 , 16-Сен-10, (57) +3   // А разве для queues не нужен такой же отдельный менеджер как dbus , vasily_pupkin (?), 23:12 , 16-Сен-10, (58)   // Им ядро выступает , Me (??), 11:05 , 17-Сен-10, (76) +1   Более высокий уровень абстракции, Алекс (??), 23:15 , 16-Сен-10, (59)   Ну вот захотели чтобы обязательно демон висел и память жрал , аноним (?), 23:59 , 16-Сен-10, (61) +1   // если память не используется например DBus-демон загружен но не используется --, Аноним123321 (ok), 21:17 , 19-Сен-10, (146)   D-Bus фиксирует формат сообщений, а системные message queues 8212 нет, поэтом, Аноним (-), 02:11 , 17-Сен-10, (68) +2   // Офигеть, а ядро и не должно знать, что через него прогоняется, это общий механиз, Unk (??), 09:23 , 17-Сен-10, (73) –2   // вах теперь видимо я должен отказаться от шифрования данных и отправки их по tcp, аноним (?), 11:40 , 17-Сен-10, (78) +2   Кто мешает сделать либу, которая будет этим заниматься , anonymous (??), 12:44 , 17-Сен-10, (79) –2   // Ну вот и сделали Называется D-Bus , Crazy Alex (??), 13:20 , 17-Сен-10, (82) +3   А демон зачем Для густоты мыслей , anonymous (??), 15:30 , 17-Сен-10, (87) –2   http dbus freedesktop org doc dbus-daemon 1 htmlименно ещё раз большей концен, аноним (?), 16:08 , 17-Сен-10, (93) +1   Создаётся обычный сокет, инфа тупо пересылается Одно приложение передаёт, друго, anonymous (??), 17:19 , 17-Сен-10, (97) –2   а нахрена тогда апачи всякие придумали или там к примеру постфиксы, довекоты ес, аноним (?), 17:31 , 17-Сен-10, (99) +2   Да, в теме про dbus они явно лишние И что Посмотрел, ничего нового не увидел Мо, anonymous (??), 19:06 , 17-Сен-10, (105) –2   печально ну так и не задавайте уже писал - http www opennet ru openforum vsluh, аноним (?), 19:32 , 17-Сен-10, (107) +2   отсюда и сабж - поместить в ядро поддержку нового типа сокета AF_DBUS и демон, п, anonymous (??), 20:15 , 17-Сен-10, (113) –1   этот что-ли ответ уже был - нет, не решена приложений много и все клиенты , аноним (?), 23:31 , 17-Сен-10, (126) +1   libdbusDBUS - это не только формат сообщений, просвящайся http dbus freedeskto, szh (ok), 14:41 , 17-Сен-10, (84)   Но и нужный демон, который уменьшает потребление памяти и увеличивает стабильнос, anonymous (??), 15:34 , 17-Сен-10, (88) –1   ещё раз http www rsdn ru article files libs RPCLib xmlлибо поддержка на уровн, аноним (?), 16:42 , 17-Сен-10, (94) +1   Что же тут сказать Ну просто убийственные аргументы и тупое обобщение Таким об, anonymous (??), 19:18 , 17-Сен-10, (106) –3   я думал вы несколько умнее по-крайней мере знаете понятия ааналогия и моделиров, аноним (?), 19:39 , 17-Сен-10, (108)   ты идиот если эти 9000 демонов используются -- значит они нужны а если ты решил, Аноним123321 (ok), 21:36 , 19-Сен-10, (147)   Фитча дельная Ждем по-дефолту в Fedora 24 , KERNEL_PANIC (ok), 09:40 , 17-Сен-10, (75) А смысл в этом дбус Есть unix domain socket, простой, удобный, быстрый , anonymous (??), 11:20 , 17-Сен-10, (77) –1 // Да и воообще, если кто-то захочет урпавлять софтиной под dbus через cron, то тог, anonymous (??), 12:48 , 17-Сен-10, (80) –1 // И что ж за сюрприз И что значит управлять через cron , Crazy Alex (??), 13:21 , 17-Сен-10, (83) +1 // сюрприз наверно заключается в том что ВСЁ РАБОТАЕТ о боги , Аноним123321 (ok), 23:10 , 19-Сен-10, (151) потребности приложений не ограничиваются проблемой как два байта переслать при , szh (ok), 14:47 , 17-Сен-10, (85) +1 // Вот честно, не знал, что UDS такой убогий , anonymous (??), 15:38 , 17-Сен-10, (89) –1 // он не убогий он вполне себе ничего просто UDS - это IPC а D-Bus - это message , аноним (?), 17:04 , 17-Сен-10, (95) Честно, я не где не видел, чтобы поднималось два сервера Один для tcp, а другой, anonymous (??), 17:11 , 17-Сен-10, (96) –1 потому что tcp уже есть в одном, но ОЧЕНЬ важном сервере под названием ядро и к , аноним (?), 17:36 , 17-Сен-10, (100) С каких это пор ядро стало сервером Зачем они вообще нужны У нас же ядро tcp-се, anonymous (??), 19:49 , 17-Сен-10, (110) –1 а что такое сервер вы вообще знаете определение , аноним (?), 19:57 , 17-Сен-10, (111) Я знаю, что межпроцессорное взаимодействие реализуется несколькими строчками на , anonymous (??), 20:19 , 17-Сен-10, (115) –2 d-bus - не ipc ipc в d-bus дополнительная возможность но я уже это писал у вас, аноним (?), 20:52 , 17-Сен-10, (118) так что такое сервер , аноним (?), 20:53 , 17-Сен-10, (119) сервер - программа, находящаяся в режиме готовности и выполняющая запросы других, anonymous (??), 21:19 , 17-Сен-10, (121) –1 не верно http ru wikipedia org wiki D0 A1 D0 B5 D1 80 D0 B2 D0 B5 D1 80_ D0, аноним (?), 23:37 , 17-Сен-10, (127) +1 да без смысленно объяснять онже сказал что для него главный критерий сервер и, Аноним123321 (ok), 23:15 , 19-Сен-10, (152) а по твоему DBus работает через волшебство -D СЮРПРИЗ DBus как раз и испо, Аноним123321 (ok), 21:41 , 19-Сен-10, (148) меня вообще бесит, когда треш остаётся в таблице процессов после запуска невинно, Вова (?), 12:53 , 17-Сен-10, (81) –1 // когда трэшь остаётся -- это фигово - например программа родитель может , Аноним123321 (ok), 23:22 , 19-Сен-10, (153) Почему dbus не нужен Недостатки посредник в виде демона, привязка к сессии поль, anonymous (??), 15:49 , 17-Сен-10, (92) –3 // uds мягко говоря очень мягко уровнем или 2-мя ниже если сравнить их по анал, аноним (?), 17:21 , 17-Сен-10, (98) +1 // вин95 от этого недостатка свободен зачем тащить весь этот хлам, непонятно Ну и, anonymous (??), 19:43 , 17-Сен-10, (109) –2 // попробуй представить, троляря, что сервер из твоего примера написал Ганс из Герм, аноним (?), 04:36 , 18-Сен-10, (128) +2 1 Вы надеетесь, что имея чёткий формат клиент-серверного взаимодействия в лице, Вова (?), 08:57 , 18-Сен-10, (131) –1 1 не с любым, а с тем, который знает этот же протокол же протоколу, принципу б, аноним (?), 10:19 , 18-Сен-10, (132) +2 1 Ответ, в котором используются уважительные обращения вида профан , работает, Вова (?), 10:30 , 18-Сен-10, (133) –2 какое бы обращение я не выбрал - это не изменит технологию тем более что оно вер, аноним (?), 11:16 , 18-Сен-10, (134) +1 Вижу, вы согласны с несостоятельностью вашего примера уровень идиота и высоком, Вова (?), 12:19 , 18-Сен-10, (135) –2 так и не понять разницу между компонентной моделью разработки, и шиной сообщени, аноним (?), 14:33 , 18-Сен-10, (137) +1 1 Смешной пример про пиджина, скайп и нетворк менеджер а, узнающих параметры, Вова (?), 16:53 , 18-Сен-10, (140) –2 ты сам придумал глупость и сам ее опровергнул , szh (ok), 02:48 , 19-Сен-10, (142) Это пример был рассказан выше анонимом , под которым я не дописывался ни разу , Вова (?), 10:53 , 19-Сен-10, (143) и да, я не знаю, что вы имеете в виду под нетворк менеджер ом Опыт программиров, Вова (?), 12:24 , 18-Сен-10, (136) –2 вобщемто если работаешь программистом -- то нада не только программульки писать,, Аноним123321 (ok), 22:11 , 19-Сен-10, (150) вы так говорите будтобы этот посредник загружается КАЖДЫЙ_РАЗ для КАЖДОГО DBus-с, Аноним123321 (ok), 22:02 , 19-Сен-10, (149) 1,9,10,31,36,38,44,49,57,75,77,81,92

Сообщения

[Сортировка по времени | RSS]

57. "System V message queues/Posix message queues?"	+3 +/–
Сообщение от Me (??), 16-Сен-10, 22:51
Проясните, а зачем нужен Dbus когда есть System V message queues/Posix message queues?
Ответить | Правка | Наверх | Cообщить модератору

	58. "System V message queues/Posix message queues?"	+/–
	Сообщение от vasily_pupkin (?), 16-Сен-10, 23:12
	А разве для queues не нужен такой же отдельный менеджер как dbus? :]
	Ответить | Правка | Наверх | Cообщить модератору

	76. "System V message queues/Posix message queues?"	+1 +/–
	Сообщение от Me (??), 17-Сен-10, 11:05
	Им ядро выступает.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "System V message queues/Posix message queues?"	+/–
	Сообщение от Алекс (??), 16-Сен-10, 23:15
	Более высокий уровень абстракции
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	61. "System V message queues/Posix message queues?"	+1 +/–
	Сообщение от аноним (?), 16-Сен-10, 23:59
	>Проясните, а зачем нужен Dbus когда есть System V message queues/Posix message >queues? Ну вот захотели чтобы обязательно демон висел и память жрал.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	146. "System V message queues/Posix message queues?"	+/–
	Сообщение от Аноним123321 (ok), 19-Сен-10, 21:17
	>>Проясните, а зачем нужен Dbus когда есть System V message queues/Posix message >>queues? > >Ну вот захотели чтобы обязательно демон висел и память жрал. если память не используется (например DBus-демон загружен но не используется) -- то при её нехватке она выгрузиться в SWAP! ...а вы-то наверно не знали этого? да? :-) , думаете что если программа загруженна то значит она обязательно создаёт тормаз в системе? :-D :-D :-D а еслиже программа загружена в системе и РАБОТАЕТ (например демон которого кто-то использует) -- значет эта программа кому-то понадобилась.. и значит её ТЕМБОЛЕЕ нельзя отключать такчто все аргументы про оперативную память (и ресурсы CPU) -- сразу отклоняются. сделайте подольше размер SWAP-файла и не парьте другим нормальным людям мозги # p.s.: я знаю что всегда находиться группа людей которых можно отнести к классу "оптимизаторы". они пытаются оптимизировать всё что угодно :-).. вот только методы оптимизации выбирают те которые больше похожи на "религиозные обряды" нежеле на чтото действующее. а тэсты оптимизации (после каждого "религиозного обряда") конешно же не проводятся, всё только на глазок!
	Ответить | Правка | Наверх | Cообщить модератору

	68. "System V message queues/Posix message queues?"	+2 +/–
	Сообщение от Аноним (-), 17-Сен-10, 02:11
	> Проясните, а зачем нужен Dbus когда есть System V message queues/Posix message queues? D-Bus фиксирует формат сообщений, а системные message queues — нет, поэтому обменятья сообщением между двумя заранее неизвестными программами через message queues невозможно, поскольку они не знают в каком формате друг у друга передаются и принимаются сообщения.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	73. "System V message queues/Posix message queues?"	–2 +/–
	Сообщение от Unk (??), 17-Сен-10, 09:23
	>D-Bus фиксирует формат сообщений, а системные message queues — нет, поэтому обменятья > сообщением между двумя заранее неизвестными программами через message queues невозможно, > поскольку они не знают в каком формате друг у друга передаются и принимаются сообщения. Офигеть, а ядро и не должно знать, что через него прогоняется, это общий механизм(и это правильно с точки зрения масштабируемости). Пусть пихают, линукс давно превратился в помойку.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "System V message queues/Posix message queues?"	+2 +/–
	Сообщение от аноним (?), 17-Сен-10, 11:40
	вах. теперь видимо я должен отказаться от шифрования данных и отправки их по tcp. и срочно, срочно нужно выкинуть из ядра поддержку сокетов AF_UNIX! да что там! выкинуть нафиг всю сеть, все ipc и прочий хлам. иначе помойка в головах троллей опустеет и они умрут с голода.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "System V message queues/Posix message queues?"	–2 +/–
	Сообщение от anonymous (??), 17-Сен-10, 12:44
	>D-Bus фиксирует формат сообщений Кто мешает сделать либу, которая будет этим заниматься?
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	82. "System V message queues/Posix message queues?"	+3 +/–
	Сообщение от Crazy Alex (??), 17-Сен-10, 13:20
	Ну вот и сделали. Называется D-Bus.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "System V message queues/Posix message queues?"	–2 +/–
	Сообщение от anonymous (??), 17-Сен-10, 15:30
	>Ну вот и сделали. Называется D-Bus. А демон зачем? Для густоты мыслей?
	Ответить | Правка | Наверх | Cообщить модератору

	93. "System V message queues/Posix message queues?"	+1 +/–
	Сообщение от аноним (?), 17-Сен-10, 16:08
	http://dbus.freedesktop.org/doc/dbus-daemon.1.html >dbus-daemon is the D-Bus message bus daemon. See http://www.freedesktop.org/software/dbus/ for more information about the big picture. >D-Bus is first a library that provides one-to-one communication between any two applications; >dbus-daemon is an application that uses this library to implement a message bus daemon. Multiple programs connect to the message bus daemon and can exchange messages with one another. >Для густоты мыслей? именно. ещё раз. большей концентрации - D-Bus is first a library that provides one-to-one communication between any two applications;
	Ответить | Правка | Наверх | Cообщить модератору

	97. "System V message queues/Posix message queues?"	–2 +/–
	Сообщение от anonymous (??), 17-Сен-10, 17:19
	>ещё раз. большей концентрации - D-Bus is first a library that provides one-to-one communication between any two applications; Создаётся обычный сокет, инфа тупо пересылается. Одно приложение передаёт, другой получает. Задача решена?
	Ответить | Правка | Наверх | Cообщить модератору

	99. "System V message queues/Posix message queues?"	+2 +/–
	Сообщение от аноним (?), 17-Сен-10, 17:31
	а нахрена тогда апачи всякие придумали? или там к примеру постфиксы, довекоты? есть же tcp/ip? нет. не решена. d-bus -  это шина сообщений. ipc - это только его побочная функция. которая кстати на никсах сводится к uds. да посмотрите уже хоть мельком доку! http://dbus.freedesktop.org/doc/dbus/api/html/modules.html DBusServerDebugPipe DBusServer implementations for SOCKET DBusServer implementations for UNIX DBusServer implementations for Windows DBusServer implementation details SHA implementation................ "нахрена kde если есть qt?  нахрена qt если есть иксы? нахрена иксы если есть fb?" честное слово, надоело уже отвечать на такие глупые вопросы.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "System V message queues/Posix message queues?"	–2 +/–
	Сообщение от anonymous (??), 17-Сен-10, 19:06
	>а нахрена тогда апачи всякие придумали? или там к примеру постфиксы, довекоты? Да, в теме про dbus они явно лишние. >да посмотрите уже хоть мельком доку! И что? Посмотрел, ничего нового не увидел. >честное слово, надоело уже отвечать на такие глупые вопросы. Может для начала не стоит их задавать? А просто ответить на главный вопрос, что можно сделать такого в dbus, чего нельзя без него. Особенно в плане демона, от которого зависит куча программ.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "System V message queues/Posix message queues?"	+2 +/–
	Сообщение от аноним (?), 17-Сен-10, 19:32
	>И что? Посмотрел, ничего нового не увидел. печально. >Может для начала не стоит их задавать? ну так и не задавайте. >А просто ответить на главный вопрос, что можно сделать такого в dbus, чего нельзя без него. уже писал - http://www.opennet.me/openforum/vsluhforumID3/70688.html#55 >Особенно в плане демона, от которого зависит куча программ. вы плохо читаете? то что функциональность демона перенесена в ядро, не значит что этой функциональности нет. оформь поддержку tcp в ядре модулем и помести его в блэклист. удивишься сколько программ не заработают. или проделайте к примеру с увомянутым вами UDS. отсюда и сабж - поместить в ядро поддержку нового типа сокета AF_DBUS и демон, по крайней мере на линухе, бкдет не нужен. обратное тоже верно - уберите поддержку типа сокета AF_UNIX и для работы UDS придётся писать демон. тоже самое и с tcp, udp, ppp. а если всю функциональность  (большинство) вытащить из ядра и переместить в демоны, то это и будет панацея анонимов - микроядро.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "System V message queues/Posix message queues?"	–1 +/–
	Сообщение от anonymous (??), 17-Сен-10, 20:15
	>вы плохо читаете? то что функциональность демона перенесена в ядро, не значит что этой функциональности нет. оформь поддержку tcp в ядре модулем и помести его в блэклист. удивишься сколько программ не заработают. или проделайте к примеру с увомянутым вами UDS. отсюда и сабж - поместить в ядро поддержку нового типа сокета AF_DBUS и демон, по крайней мере на линухе, бкдет не нужен. обратное тоже верно - уберите поддержку типа сокета AF_UNIX и для работы UDS придётся писать демон. тоже самое и с tcp, udp, ppp. а если всю функциональность  (большинство) вытащить из ядра и переместить в демоны, то это и будет панацея анонимов - микроядро. Товарищ, вы читать умеете? Я задал вполне конкретный вопрос по конкретной реализации. Что там в tcp, udp, ppp меня мало интересуют.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "System V message queues/Posix message queues?"	+1 +/–
	Сообщение от аноним (?), 17-Сен-10, 23:31
	этот что-ли? >Создаётся обычный сокет, инфа тупо пересылается. Одно приложение передаёт, другой получает. Задача решена? ответ уже был - нет, не решена. приложений много. и все клиенты. >Товарищ, вы читать умеете? ???
	Ответить | Правка | Наверх | Cообщить модератору

	84. "System V message queues/Posix message queues?"	+/–
	Сообщение от szh (ok), 17-Сен-10, 14:41
	>>D-Bus фиксирует формат сообщений > Кто мешает сделать либу, которая будет этим заниматься? libdbus DBUS - это не только формат сообщений, просвящайся http://dbus.freedesktop.org/doc/dbus-tutorial.html , http://ru.wikipedia.org/wiki/D-Bus
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	88. "System V message queues/Posix message queues?"	–1 +/–
	Сообщение от anonymous (??), 17-Сен-10, 15:34
	>DBUS - это не только формат сообщений Но и нужный демон, который уменьшает потребление памяти и увеличивает стабильность. Прям на сервер сам так и просится.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "System V message queues/Posix message queues?"	+1 +/–
	Сообщение от аноним (?), 17-Сен-10, 16:42
	ещё раз: http://www.rsdn.ru/article/files/libs/RPCLib.xml >D-Bus is first a library that provides one-to-one communication between any two applications; dbus-daemon is an application that uses this library to implement a message bus daemon. Multiple programs connect to the message bus daemon and can exchange messages with one another. либо поддержка на уровне ядра, как в ipc (к примеру выделенная память в shm не исчезает даже если все использующие её процессы закрылись. освобождать её надо самостоятельно. внимание вопрос - кто управляет этой памятью? в чьём адресном пространстве она находится, если все процессы убиты?), либо демон, если поддержка этого механизма идёт на пользовательском уровне. >Прям на сервер сам так и просится. ирония не уместна. ибо глупа. с таким же успехом вы могли бы выступать, что ipc, rpc, POSIX (mmap, message queues, semaphores) и пр. не_нужны. и их срочно нужно выкинуть из ядра. d-bus же ещё предоставляет и обратную связь в виде эвентов. если демоны запихнуты в ядро, то уже никто не кричит не_нужна - такая у вас логика что ли?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "System V message queues/Posix message queues?"	–3 +/–
	Сообщение от anonymous (??), 17-Сен-10, 19:18
	>ирония не уместна. ибо глупа. Что же тут сказать. Ну просто убийственные аргументы и тупое обобщение. Таким образом наплодиться ещё 9000 демонов оправдать под предлогом "да с таким же успехом можно mmap выкинуть".
	Ответить | Правка | Наверх | Cообщить модератору

	108. "System V message queues/Posix message queues?"	+/–
	Сообщение от аноним (?), 17-Сен-10, 19:39
	я думал вы несколько умнее. по-крайней мере знаете понятия ааналогия и моделирование. зы: вам не нравятся демоны? :D сабж исправит ваше невежество - его не будет. будет модуль ядра. вы довольны? :D
	Ответить | Правка | Наверх | Cообщить модератору

	147. "System V message queues/Posix message queues?"	+/–
	Сообщение от Аноним123321 (ok), 19-Сен-10, 21:36
	>... Таким >образом наплодиться ещё 9000 демонов оправдать под предлогом "да с таким >же успехом можно mmap выкинуть". ты идиот! если эти 9000 демонов используются -- значит они нужны! а если ты решил что вместо DBus можно использовать просто unix-socket -- то идиот вдвойне, так как DBus как раз и работает через unix-socket! (кроме того DBus выполняет сервисные функции которые НУЖНЫ тем приложениям которые взаимодействуют через DBus. а иначе бы эти программы не работали бы через DBus) +к тому DBus НЕ загружается для каждой DBus-программы в индивидуальном порядке, так что агрмент "зачем мне чтобы висел дополнительный сервис в системе?" -- не принимается так как дополнительный сервис И НЕ ВИСИТ для каждой из DBus-программ (DBus загружается ТОЛЬКО ОДИН РАЗ для всех обслуживаемых программ... а НЕ ИНДИВИДУАЛЬНО для каждой из программы. так понятнее?)
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема