https://www.opennet.me/openforum/vsluhforumID3/109494.html В списке рассылки разработчиков ядра Linux предложена (https://lkml.org/lkml/2016/10/26/963) для обсуждения реализация новой шины обмена сообщениями Bus1 (http://www.bus1.org/), пришедшей на смену шине kdbus (https://www.opennet.ru/opennews/art.shtml?num=41810), которую в свой время не удалось продвинуть в основной состав ядра. Bus1 разработан с нуля и концептуально ближе к IPC-маханизмам Android Binder (https://developer.android.com/reference/android/os/Binder.html), Cap'n Proto (https://capnproto.org/) и seL4 (https://sel4.systems/), чем к kdbus. Bus1 реализован в виде универсального модуля для ядра Linux, не требующего наличия каких-либо обязательных компонентов в пространстве пользователя. Код Bus1 распространяется (https://github.com/bus1/bus1) под лицензией LGPLv2.1+.<br><br><br><br>Bus1 предоставляет объектно-ориентированный IPC-интерфейс для организации обмена данными между процессами (пирами), сочетающий легковесность и масштабируемость организации совместной работы с такими возможностями, как модульность, ра https://www.opennet.me/openforum/vsluhforumID3/109494.html#94 Sat, 13 May 2017 17:58:21 GMT Ох, жарко то как, аж криокамера у меня поломалась!<br><br>Ну заменят допустим kdbus на bus1, но самый обычный DBus никуда не денется-то... если вдруг даже на десктопе и нужен будет DBus с ядерной скоростью, то напишут для отдельных просителей и ответчиков обёртку типа apulse и xwayland, и libdbus для LD_PRELOAD<br><br>Совместимость древнего и заброшенного поломается не сильно, зато можно будет сочетать безопасность со скоростью.<br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#93 Tue, 01 Nov 2016 13:51:52 GMT MMIO здесь скорее помогает, т.к. позволяет юзерспейс процессам работать напрямую с устройствами. Не со всеми и на на всех платформах, но тем не менее.<br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#92 Mon, 31 Oct 2016 09:41:14 GMT Так данные уже в ядре. Этож ЕМНИП внутриядерный обмен.<br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#91 Mon, 31 Oct 2016 09:38:59 GMT Так у микроядря требований поменьше, чем у гипервизора. Того, что надо второму первому за глаза.<br>Другое дело, что понаделали костылей - ни тебе вложенности ни параллельной работы. И как после этого запускать гипервизор в микроядре или два рядом?<br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#90 Mon, 31 Oct 2016 00:15:18 GMT drawing discovery service boardы<br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#89 Sun, 30 Oct 2016 22:56:17 GMT &gt; 128 непосредственных подписчиков, пожалуй, хватит. <br><br>Ух ты, 640 килобайтов хватит всем более не в моде. Пожалуй я погорячился с предложением пойти в рассылку и предложить архитектуру. Если ты такой архитектор - лучше вещай на опеннете.<br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#88 Sun, 30 Oct 2016 22:54:03 GMT &gt; Но в ведре количество kloc все равно растет на пару порядков быстрее, <br>&gt; чем у системды, так что без шансов.<br><br>Проклятые железячники пекут железо быстрее чем пирожки. Захочешь не похудеешь. Но если это собрано модулем или не собрано вообще (а зачем тебе на x86 системе поддержка аудио в ARMовской SoC например?) - так этот код у тебя в системе и не присутствует.<br><br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#87 Sun, 30 Oct 2016 22:49:58 GMT &gt; Микроядра взлетят, когда появится аппаратная поддержка для них.<br><br>Значит это не случится. Memory mapped периферия - наверное не то с чем хотело бы ориентировать микроядро. Потому что подразумевает маппинг периферии в память и прямую (а потому быструю) работу с ней из ядра.<br> https://www.opennet.me/openforum/vsluhforumID3/109494.html#86 Sun, 30 Oct 2016 22:48:18 GMT &gt; открою вам страшную тайну: в винде ядро тоже монолит <br><br>Оно там скорее гибрид, но в целом те же яйца, вид в профиль.<br>