https://opennet.ru/openforum/vsluhforumID3/70688.html Разработчики из компании Collabora представили (http://alban.apinc.org/blog/2010/09/15/d-bus-in-the-kernel-faster/) проект kdbus (http://www.mnementh.co.uk/home/projects/collabora/kdbus), в рамках которого создан экспериментальный прототип шины для обмена сообщениями между процессами D-Bus (http://ru.wikipedia.org/wiki/D-Bus), работающий на уровне Linux-ядра. Встраивание D-Bus в ядро позволило существенно повысить производительность, за счет уменьшения числа копирования областей памяти и минимизации числа переключения контекста между ядром и процессом-демоном, работающим на прикладном уровне.<br><br><br><br>В kdbus для отправки сообщений реализован новый тип сокетов AF_DBUS, который напоминает Unix-сокет и позволяет доставлять сообщения приложению-получателю напрямую, без задействования процесса-посредника (dbus-daemon). Изменения внутренней структуры организации обмена сообщениями не заметно для конечных приложений, так как они используют функции библиотеки libdbus, внешний API которой остался...<br><br>URL: http://alban.a https://opennet.ru/openforum/vsluhforumID3/70688.html#153 Sun, 19 Sep 2010 19:22:14 GMT когда трэшь остаётся -- это фигово :-( .. например программа ("родитель") может "забыть" доубить "мёртвый" дочерний процесс, и при выходе "родителя" останется трэш (ввиде "зомби")<br><br>[разумеется это не может не бесить! в этом случае нада срочно писать Bug_Report!! С-Р-О-Ч-Н-О]<br><br>...однако как это касается темы DBus -- я не понимаю %) %) ... ведь DBus это же не трэш<br> https://opennet.ru/openforum/vsluhforumID3/70688.html#152 Sun, 19 Sep 2010 19:15:42 GMT &gt; ipc - это сервер. и использует ресурсы системы вне зависимости от того находится он в <br>&gt; ядре или в демоне.<br>&gt; <br><br>да без смысленно объяснять.. онже сказал что для него главный критерий (сервер или не сервер) -- это количество строчек на ЯП Си :-)<br><br>если строчек мало -- то значит не сервер. если много строчек -- то сервер :-) :-)<br> https://opennet.ru/openforum/vsluhforumID3/70688.html#151 Sun, 19 Sep 2010 19:10:52 GMT &gt; И что ж за сюрприз? <br><br>сюрприз наверно заключается в том что ...<br> "ВСЁ РАБОТАЕТ! о боги! я думал оно не будет работать а оно работает!!!"<br><br>:-)<br> https://opennet.ru/openforum/vsluhforumID3/70688.html#150 Sun, 19 Sep 2010 18:11:46 GMT &gt; Опыт программирования под линукс - 7 лет<br><br>вобщемто если работаешь программистом -- то нада не только программульки писать, но и развиваться изредка (повышать свой уровень)<br><br>[конешно я знаю что работа программистом зачастую настолько обременительная :-( что просто НЕКОГДА развивать себя. оттачивать навыки программирования ЯП Си это хорошо(!), но в будущем можно заметить даже будучи супер-мега-грамотным-программистом на ЯП Си -- без знания современных unix-технологий уже сложновато]<br><br>...а иначем можно и 30 лет пробыть идиотом-программистом :-)<br><br>как например щаз досих пор в моём городе существуют дядьки которые пишут [госудерственные] программы под FoxPro (for MSDOS) .. и пишут их не менее 15 лет [никаких других технологий.. и уж точно DBus -- они не знают и знать не хотят :-)]<br> https://opennet.ru/openforum/vsluhforumID3/70688.html#149 Sun, 19 Sep 2010 18:02:23 GMT &gt;Почему dbus не нужен. <br>&gt;<br>&gt;Недостатки: <br>&gt; посредник в виде демона<br><br>вы так говорите будтобы этот посредник загружается КАЖДЫЙ_РАЗ для КАЖДОГО DBus-соеденения :-D<br><br>а то что ядро загружено -- это вас не смущщает? оно ведь [точно такой же] посредник<br><br>&gt; привязка к сессии пользователя, из-за чего тупо сделать dbus-send -//- из-под другого пользователя не представляется возможным.<br><br>извините, но в МНОГОПОЛЬЗОВАТЕЛЬСКОЙ операционной системе -- мне НЕХОТЕЛОСЬ-БЫ чтобы другие пользователи чтото посылали моей сессии [или если-бы недавали-бы мне загружать мои desktop-сервисы: типа "извените но номер socket-порта уже занят другим пользователем"]<br><br>(для всего остального есть СИСТЕМНАЯ сессия DBus .. короче читайте руководства по Dbus)<br><br>если же лично-ВАМ не нравиться многопользовательская парадигма [или вы её немного не понимаете?] -- запускайте всё внури только одного пользователя :-)<br><br>&gt; UDS от этого недостатка свободен. <br><br>правда? :O<br><br>хотите сказать что если один пользователь сделал unix-сокет внутри "$HOME https://opennet.ru/openforum/vsluhforumID3/70688.html#148 Sun, 19 Sep 2010 17:41:31 GMT &gt;А смысл в этом дбус? Есть unix domain socket, простой, удобный, быстрый. <br>&gt;<br><br>а по твоему DBus работает через волшебство :-D ?<br><br>СЮРПРИЗ(!!): DBus как раз и использует unix domain socket :-)<br><br>с таким же успехом можно сказать:<br>"зачем делать сайты на Django/Pylons, если можно просто использовать Python"<br> https://opennet.ru/openforum/vsluhforumID3/70688.html#147 Sun, 19 Sep 2010 17:36:16 GMT &gt;... Таким <br>&gt;образом наплодиться ещё 9000 демонов оправдать под предлогом "да с таким <br>&gt;же успехом можно mmap выкинуть". <br><br>ты идиот! если эти 9000 демонов используются -- значит они нужны!<br><br>а если ты решил что вместо DBus можно использовать просто unix-socket -- то идиот вдвойне, так как DBus как раз и работает через unix-socket!<br><br>(кроме того DBus выполняет сервисные функции которые НУЖНЫ тем приложениям которые взаимодействуют через DBus. а иначе бы эти программы не работали бы через DBus)<br><br>+к тому DBus НЕ загружается для каждой DBus-программы в индивидуальном порядке, так что агрмент "зачем мне чтобы висел дополнительный сервис в системе?" -- не принимается так как дополнительный сервис И НЕ ВИСИТ для каждой из DBus-программ<br><br>(DBus загружается ТОЛЬКО ОДИН РАЗ для всех обслуживаемых программ... а НЕ ИНДИВИДУАЛЬНО для каждой из программы. так понятнее?)<br> https://opennet.ru/openforum/vsluhforumID3/70688.html#146 Sun, 19 Sep 2010 17:17:02 GMT &gt;&gt;Проясните, а зачем нужен Dbus когда есть System V message queues/Posix message <br>&gt;&gt;queues? <br>&gt;<br>&gt;Ну вот захотели чтобы обязательно демон висел и память жрал. <br><br>если память не используется (например DBus-демон загружен но не используется) -- то при её нехватке она выгрузиться в SWAP!<br><br>...а вы-то наверно не знали этого? да? :-) , думаете что если программа загруженна то значит она обязательно создаёт тормаз в системе? :-D :-D :-D<br><br>а еслиже программа загружена в системе и РАБОТАЕТ (например демон которого кто-то использует) -- значет эта программа кому-то понадобилась.. и значит её ТЕМБОЛЕЕ нельзя отключать<br><br><br>такчто все аргументы про оперативную память (и ресурсы CPU) -- сразу отклоняются.<br>сделайте подольше размер SWAP-файла и не парьте другим нормальным людям мозги<br><br># p.s.: я знаю что всегда находиться группа людей которых можно отнести к классу "оптимизаторы". они пытаются оптимизировать всё что угодно :-).. вот только методы оптимизации выбирают те которые больше похожи на "религиозные обряды" не https://opennet.ru/openforum/vsluhforumID3/70688.html#145 Sun, 19 Sep 2010 17:11:21 GMT некоторые особо КРИВОРУКИЕ программаммисты вообще используют ОБЫЧНЫЕ сокеты в своих Desktop-демонах (не unix-сокеты и не DBus)<br><br>...ничего хуже чем такой способ IPC -- даже и пдидумать нельзя :-( . запустить одновременно два разных рабочих стола в таком случае нелья! .<br><br>хотя DBus не создаёт таких ограничений (на каждый рабочий стол создаётся своя [не-системная] DBus-сессия)<br><br>