Но зачем?!

Да, это отличная новость. Как реализуют, так шина будет доступна прямо с момента старта, что открывает совершенно новые возможности для современной платформы запуска приложений, такой, как systemd.

Разговоры об этом давно шли, рад, что они наконец-то дошли и до реализации. :)

«Будет»? Т.е. Линус уже одобрил?

Ээ, а чем SYSVIPC не устраивает? Зачем всякую каку в ядро тянуть?

Молодцы. Дадут новую пищу троллям-староверам.

Ура! Ядро ещё чуточку потолстеет ^^

еще два года назад текли слюнявые реки на быстрый D-Bus на уровне ядра

но стоит ли всё склонять лишь к D-Bus совместимой реализации? смогут ли другие шины подобного рода типа ZeroMQ и прочие - получить профиты от этой системы на уровне ядра?

Может, мне и показалось, но вроде бы Леннарт so snooley.

Теперь по законам жанра кто-то из староверов-хэйтеров должен форкнуть ядро.

кто-нибудь может внятно объяснить зачем это в ядре?

новость отличная, но системд не уважаю

ммм... а добавить мультикаст к Unix domain socket-ам не было бы достаточно?

Наверное, скорость выше, чем у обычного d-bus. А так как он используется почти везде, то это хороший повод.

Чтобы снизить переключение контекста. Сейчас все сообщения идут через userspace демон dbus...

Те Источник -> ядро -> демон dbus -> ядро -> получатель.

А если учесть, что есть много «слушателей» то получится куча переключений контекста на одно сообщение.

Теперь просто будет Источник -> ядро-> получатели....

Ура! Ядро ещё чуточку потолстеет ^^

Но и d-bus похудеет, а в сумме, может быть, ничего не поменяется. Все равно в памяти у всех висит.

Ну да, демону останется только функция автоидентификации и запуск сервисов.

Отличная новость - инновации, но не от Поттеринга.

О, классно. Скорее бы TDE перевели на D-Bus.

Ну наконец-то они на это решились!

Новая система сможет полностью заменить D-Bus, для этого будет создана libdbus, предоставляющая приложениям привычный интерфейс D-Bus.

Вот это поворот. Как-то не-по линуксовому даже :D

Омские линуксоиды одобряют!

Правильная система. Накладные расходы уменьшаться. Только надо уже думать о микроядре. Можно ли Linux kernel обратить в микроядро?

Судя по этому треду ckotinko, новость замечательная :)

Вот-бы еще включили http-сервер и генерацию qr-кодов.

Ждем новости: «В ядро Линукс будет включен аналог Gnome». Чо уж мелочиться-то?

http-сервер

Вроде уже было. Или ftp, не помню.

Пипирка не отросла, как обычно же.

Можно ли Linux kernel обратить в микроядро?

Только через темные риуталы убийств некоторых его разработчиков.

Интересно, как повлияет сие нововведение на embedded-системы

Вангую: никак.

Инновации! Кругом одни инновации!

сначало нужны иксы

Только за, меньше зависимостей будет и работа думаю тоже будет по-шустрей.

Эх, если попутно сделают этот дбус не таким стремным и многословным, будет совсем хорошо. А то идея хорошая, реализация УГ. Будем надеяться, кернель девелоперы его сделают как надо.

kdbus уже был.

Теперь по законам жанра кто-то из староверов-хэйтеров должен форкнуть ядро.

Вообще-то по законам жанра должна быть череда самосожжений...

Внезапно, годное предолжение, на мой ламерский взгляд. Пусть пилят, там посмотрим.

Вроде уже было. Или ftp, не помню.

Ядерный httpd tux.

Ты меня опередил.

И, да, видел этот тред на одной странице. ☺

можно и без иксов, вэйланд есть

Если API libdbus не поменяется - то пофиг.

Всегда можно будет использовать userspace демон, например на на новых ядрах (Hurd, illumos).

Больше кернелпаников, хороших и разных.

Чтобы снизить переключение контекста. Сейчас все сообщения идут через userspace демон dbus.

/etc/init.d/dbus status
 * status: stopped

ШОК. ВИДЕО. НЕПЕРЕКОЛЧАЕТСЯ КОНТЕКСТ.

This includes the crazy automotive Linux developers, who try to shove tens of thousands of D-Bus messages through their system at boot time

Тонко.

Наконец то хорошая новость

Это он и есть

убейся

Этому столику больше не наливать.

Омские линуксоиды...
Можно ли Linux kernel обратить в микроядро?

Омские, такие омские... ЗЫ обратить это если его миникс покусает и заразит ликантромикроядерностью?!