kdbus: to merge or not to merge

А greg k-h — хоть и Ядерный Девелопер, но Неправильный

Ты прикольный.

Из-за того, что в лине нет «кошерного» ipc это всё и началось.

Так пусть передерут с готовой ОС.

Ну так может посмотреть на вышеперечисленных и не выдумывать дизайн самим? :)

Так я о том же — если нет выигрыша в скорости, то нет смысла пихать в ядре «чтобы было».

binder же впихнули :-)

как раз дизайн в кдбусе и не выдумывают.

Перепишите dbus-server и будет всем счастье.

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

Линус Торвальдс просто пошлёт подальше таких мержельщиков за сырой код.

Думаешь они после этого успокоятся? Сомневаюсь.

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

«Никто кроме нас» ©

dbus-server медленный из-за транспорта.
Точнее из-за кучи переключений контекста.
Особенно, когда объект «слушают» несколько клиентов.

И ЧСХ, всяческие решения MQ (message queue) сцуки передают по несколько десятков тысяч сообщений, и нифига не медленные из-за транспорта, а весь такой передовой XMLный dbus видите ли медленный из-за транспорта.

Напрашивается вопрос - а в транспорте ли дело?

Это как X11 vs. Wayland - все кричат что X11 медленный из-за транспорта, но внезапно оказывается что не из за транспорта, и не медленный, и вяленд на том же транспорте, и не быстрый.

передовой XMLный dbus

Он же бинарный вроде как.

Для ведроида впихнули. А на мобильниках наплевать, в ядре механизм или в юзерспейсе. Гугль захотел в ядре.

imul> Думаешь они после этого успокоятся?

Очевидно, что не успокоятся. А если Торвальдс упрётся совсем, то сделают параллельное ядро «для ынтерпрайза». Последний вариант лучше всего.

Есть и бинарный XML.

Есть же CORBA. В том же omniorb сообщения идут напрямую по сокету от процесса к процессу, и никто на тормоза не жалуется. У корбы вообще лишь одна проблема - феерическая сложность с точки зрения прикладного прогрммиста. Я участвовал в проекте на корбе - встроенная система на дохлом арме частотой 240 MHz. И никаких нареканий на тормоза! При том, что вообще все компоненты (пара десятков) общались только по корбе.

P.S. Да, и никто ничего в ядро для этого не мержил.

So I am still expecting to merge it, mainly for a rather simple reason: I trust my submaintainers, and Greg in particular.

В общем, основная проблема в том, что Линус до сих пор доверяет Грегу.

Это ни о чем не говорит. Он ниже признал, что аргумент про performance — полная чушь. А это основной аргумент Грега и компании :)

Аргумент про быстродействие Линус уже не в первый раз высмеивает. Так что это тоже ни о чем не говорит.

Вот еще пачка аргументов: https://lkml.org/lkml/2015/6/24/74

Once one (or two) major distros go with kdbus, it becomes a de-facto ABI. If the ABI is bad then that distro will hurt from it regardless of whether we merge it upstream or not - so technical pressure is there to improve it.

По-моему, это какая-то особая форма мазохизма.