LINUX.ORG.RU

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

StReLoK ☆☆ ()

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

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

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

По сцылке:

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

kirk_johnson ★☆ ()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от StReLoK

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

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

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

UVV ★★★★★ ()

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

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

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

Harald ★★★★★ ()

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

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

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

Harald ★★★★★ ()

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

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

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

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

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

Deleted ()

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

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

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

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

hateyoufeel ★★★★★ ()

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

tailgunner ★★★★★ ()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от tailgunner

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

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

kirk_johnson ★☆ ()

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

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

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

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

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

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

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

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

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

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

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

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

Или я с 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

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

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

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

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

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

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

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

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

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

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

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

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

tailgunner ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.