LINUX.ORG.RU

В Systemd обеспечена поддержка загрузки с использованием kdbus

 ,


0

2

Леннарт Поттеринг (Lennart Poettering) сообщил о готовности системного менеджера Systemd к загрузке полноценной рабочей конфигурации Fedora Linux с использованием только реализованного на уровне ядра сервиса kdbus, без запуска традиционного демона DBus, выполняемого на уровне пользователя. Для работы задействован модуль libsystemd-bus с реализацией альтернативной клиентской библиотеки для протокола D-Bus.

Дополнительно представлено руководство по портированию клиентов dbus1 на использование kdbus. Для работы немодифицированных клиентов DBus поверх системы на базе kdbus развивается специальный прокси, предоставляющий прослойку для обеспечения совместимости. В планах также имеется портирование инструментария gdbus для непосредственной работы поверх kdbus.

Напомним, что в рамках проекта Kdbus развивается надёжная, быстрая и безопасная система обмена сообщениями, поддерживающая доставку сообщений как в мультикаст режиме (от одного отправителя к группе получателей), так и в режиме точка-точка. Функциональность Kdbus выходит за рамки DBus, но позволяет создать реализации DBus поверх рассматриваемой подсистемы ядра, не требующие запуска в пространстве пользователя отдельного демона D-Bus.

Копипаста с opennet

И как это они не сделали свой велосипед внутри системд. Неужто хотят в будущем поглотить ядро?

goingUp ★★★★★ ()

Замечательно! Ай да Поттеринг, ай да сукин сын молодец =D

carasin ★★★★★ ()
Последнее исправление: carasin (всего исправлений: 1)

Как это скажется на пользователях? Что-то будет быстрее или надежнее?

vurdalak ★★★★★ ()
Ответ на: комментарий от vurdalak

Как минимум до конца следующего года - никак, потому что kdbus еще даже не готов к подготовке к мерджу в ядро

vasily_pupkin ★★★★★ ()

Ол-ло-ло-шеньки
RHEL8 -всё будет хорошо.

Эка шапочка зашевелилась и задергалась.

RTP ★★★★★ ()
Ответ на: комментарий от vasily_pupkin

Как минимум до конца следующего года - никак, потому что kdbus еще даже не готов к подготовке к мерджу в ядро

TCP/IP быстрее реализовали %)

tailgunner ★★★★★ ()
Ответ на: комментарий от vurdalak

будет быстрее

Учитывая, что придется переключаться в юзерспейс-ядро-юзерспейс - вряд ли.

trex6 ★★★★★ ()
Ответ на: комментарий от trex6

А обычный D-Bus волшебным образом мимо ядра байты перегоняет что ли?

xeiph ()
Ответ на: комментарий от xeiph

А для перегонки байт обязательно нужно задействовать ядро?

trex6 ★★★★★ ()
Ответ на: комментарий от trex6

А для перегонки байт обязательно нужно задействовать ядро?

Ето вопрос с подвохом?

vasily_pupkin ★★★★★ ()

реализованного на уровне ядра сервиса kdbus

это теперь кривая программа из под юзера будет способна вызвать кернелпаник?

thunar ★★★★★ ()
Ответ на: комментарий от thunar

Вас ведь не пугает, что доступ к файлам и сокетам осуществляется с помощью функция ядра? Иначе у меня для вас плохие новости.

trex6 ★★★★★ ()
Ответ на: комментарий от vurdalak

IPC вроде должно ускорится, так как в пространстве ядра теперь дбас работать будет.

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

Скорость загрузки системы возрастет, сейчас все процессы, которые не зависят от дбаса запускаются одновременно + дбас, когда запустился дбас, запускаются все которые от него зависят

Если дбас уже будет проинициализован на этапе загрузки ядра, можно будет сразу все юзерспейс сервисы запускать паралелльно.

Dantix ★★ ()
Ответ на: комментарий от Dantix

trex6

Тут главное скорость, т. к. вместо

юзерспейс (прога 1) - ядро (сокет) - юзерспейс (шина) - ядро (сокет) - юзерспейс (прога 2)
будет
юзерспейс (прога 1) - ядро (шина) - юзерспейс (прога 2)

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.