Bus1 заслали в LKML

С разморозкой!

Очередное ненужно с прибитым наглухо системд.

Там унылый тред. Этот будет веселее.

ZOG не дремлет!

Сейчас набегут белки-истерички.

Очередное ненужно с прибитым наглухо системд.

По сцылке:

The module is completely generic and does neither require nor mandate a user-space counter-part.

Тихо, все веселье испортишь.

Оно ж ядерное, каким боком тут ПоттеринГ? Скорее к нему будет прибиты его поделки.

Срач читать тут: https://lkml.org/lkml/2016/10/26/963

Но там пусто, только сообщение от автора.

Выше ссылку дали на тред в general, там Торвальдс ответил

срач читать тут

На самом деле тут: http://lkml.iu.edu/hypermail/linux/kernel/1610.3/02995.html

Теперь у нас будет нативный фотошоп? Или для чего это?

Не в general, а в lkml в смысле =)

нет, просто линукс теперь будет хуже работать

Кто-нибудь объяснит чем оно лучше Binder, который уже есть в ядре?

нет, просто линукс теперь будет лучше работать

Fix

в фантазиях секты любителей шиштемдэ - может быть

Документация/тесты есть?

почему тебя не чухает SMF, которая еще нажористей тем, что у неё вообще XML конфиги?

Походу lkml опять сломался.

в моём Линуксе SMF нет

Биндер не умеет мультикаст.

ну и шо?
а прикинь пуканы «корпоративных» админов , которые в 2005 году получили неведому хрень, которая ни на что не похожа.

Документация/тесты есть?

Ну давай посмотрим:

http://www.bus1.org

https://github.com/bus1/documentation

https://github.com/bus1/bus1/tree/master/Documentation

https://github.com/bus1/bus1/tree/master/tools/testing/selftests

В Linux наконец появится IPC, который аж на 1% быстрее локальных сокетов?

Биндер не умеет мультикаст.

И запилить в binder мультикаст сложнее чем запилить ещё один ipc?

Кстати, если systemd-срач будет продолжаться, я его (срач) выпилю.

В Linux наконец появится IPC, который аж на 1% быстрее локальных сокетов?

Мне вот интересно, почему не netlink? Он же умеет доставку сообщений подписчикам.

О, теперь свежее gnu перестанет собираться под оффтопиком и macos! Годно, нужно, больше ада.

Присоединяйся лучше, тут весело.

И запилить в binder мультикаст сложнее чем запилить ещё один ipc?

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

В Linux наконец появится IPC, который аж на 1% быстрее локальных сокетов?

Мне вот интересно, почему не netlink?

AFAIK, Дейв Миллер ревнует. Ну и не припомню, чтобы netlink умел userspace <-> userspace без копирования.

AFAIK, Дейв Миллер ревнует. Ну и не припомню, чтобы netlink умел userspace <-> userspace без копирования.

Ммм... Там вроде было, но это отрубили из-за багов.

Было именно без копирования? До memfd или после?

Или я с mmap путаю:

- TX zerocopy support had to be disabled more than a year ago via commit 4682a0358639b29cf («netlink: Always copy on mmap TX.») because the content of the mmapped area can change after netlink attribute validation but before message processing.

В Linux наконец появится IPC, который аж на 1% быстрее локальных сокетов?

Это же то самое настоящее capability-based IPC, которое (судя по kdbus-тредам) все так хотели увидеть вместо kdbus. Ну вот, увидели.

Это же то самое настоящее capability-based IPC, которое (судя по kdbus-тредам) все так хотели увидеть вместо kdbus. Ну вот, увидели.

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

Потому что gdm не зависит от неё, а от системд - зависит.

А что доказывать? Переведут на него gnome, и все.

Это же то самое настоящее capability-based IPC, которое (судя по kdbus-тредам) все так хотели увидеть вместо kdbus

Кто «все»? Лично мне хотелось бы просто нормальную поддержку контроля доступа на сетевых сокетах. Хотя бы через iptables.

Ну вот, увидели.

Еще не увидели.

А что доказывать? Переведут на него gnome, и все.

Эм. Чтобы перевести гном, оно должно быть в ядре.

Ну, будет в не-ванильном ядре. Кого это останавливало?

Переведут на него gnome, и все.

Переведут на него не GNOME, а libdbus или как там оно называется. И ничего сильно не изменится.

Ну, будет в не-ванильном ядре. Кого это останавливало?

Всех.

Теперь осталось доказать, что он действительно лучше binder

Ты же сам написал, что binder не умеет мультикаст. Более того, он не лучше/хуже, он вроде как вообще о другом: http://kroah.com/log/blog/2014/01/15/kdbus-details/ | grep 'Long answer'

кому-то в таком виде нужен

Я думаю, он как минимум в systemd будет нужен.

Содержимое https://github.com/bus1/bus1.git я смотрел.
Документации там мизер и хотелось бы результаты тестов.

Ты же сам написал, что binder не умеет мультикаст.

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

Более того: http://kroah.com/log/blog/2014/01/15/kdbus-details/ | grep 'Long answer'

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

Я думаю, он как минимум в systemd будет нужен.

Ну kdbus вот завернули.

Кроме того, что dbus больше нигде не будет работать.

dbus больше нигде не будет работать.

Для этого поддержку других транспортов должны активно выпилить. Что заставляет тебя думать, что будет именно так?