LINUX.ORG.RU

А по сути: на кой оно нужно?

Регистранты уже настолько обленились, что не читают не только документацию, но и новости?

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

Что характерно - так же говорили про dbus. И хейтили его еще больше. А теперь:

Зачем оно, когда есть нормальный dbus?

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

В основе стратегии systemd-хейтеров почти всегда лежат двойные стандарты.

Gotf ★★★
()

Кто-нибудь, кроме systemd его использует? Можно ли заменить обычный дыбас кадыбасом?

CYB3R ★★★★★
()

И в третий раз Линус его завернет?

Грег же второй человек после Линуса, неужели они не договорились.

crowbar
()

«Пытается»? Я слышал, что всё уже на мази.

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

Они с Сиверсом из одной банды, если что)

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

На пару пилят. Кстати да, спутал. Сорри. Но пилят-то они с ГКеем Сиверсом этот kdbus вместе

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

Тотальное недосыпание дает о себе знать. Извиняюсь.

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

Вообще, есть мнение, если бы никто не вы...ся с IPC типа shared memory и всё делал через сокеты прямыми руками, их скорость и пропускная способность была бы достаточной для любых задач systemd и gnome, и в итоге kdbus не понадобился в принципе. Но в мире много программеров, и теперь конечно же kdbus торт.

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

И в третий раз Линус его завернет?

Не факт.

А по сути: на кой оно нужно?

Учитывая то, что делает dbus, будучи в ядре он здорово уменьшить может оверхед. Тем более что юзерспейсовый dbus - ужас летящий на крыльях ночи - есть шанс, что линус в ядро говнокод не пропустит.

Хитрый план по началу создания systemd-kernel?

Это к этому вообще никак не относится.

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

Но пилят-то они с ГКеем Сиверсом этот kdbus вместе

Если брать по количеству строк, то большую часть работы делает Daniel Mack, ещё примерно же столько кода, но на двоих, дали Kay Sievers и David Herrmann, остальные на фоне этих троих теряются ибо намного меньше вложили.

redgremlin ★★★★★
()

это... не слыхали когда systemd откажется от такой ненужной зависимости, как kernel?

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

Не факт.
в ядре он здорово уменьшить может оверхед
юзерспейсовый dbus - ужас летящий на крыльях ночи

Разве не взаимоисключающие параграфы?

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

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

kdbus - это только часть dbus (самая простая - пересылка данных), так что без поцеринговского говнокода никак.

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

Нет, не взаимоисключающие. Пихать в ядро == как минимум заглянуть в самые кишки дбаса, ужаснуться, и невольно отрефакторить многое. Это уже пойдет на пользу как минимум. Да кернель-ребята не раз и не два ткнут мордой в быдлокод.

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

Но зачем оно нужно, когда уже есть ipc plan9? Это практически оно и есть, вид в профиль. Портировать его на линукс и готово.

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

Не пали малину, пусть изобретают, изобретатели. ;)

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

Я в dbus не копался, но гложат меня сомнения, что после рефакторинга k-... не понадобится - и так полетит!

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

Пихать в ядро == как минимум заглянуть в самые кишки дбаса, ужаснуться, и невольно отрефакторить многое.

Чушь.

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

Я не слежу практически за разработкой dbus/kdbus. Это сказано из общих соображений: Надо запихнуть часть кода в ядро. Окей, смотрим какую, как это ложится на текущий API, делаем драфт, пускай даже наспех, с активным применением копипасты. Кернель-ребята выносят диагноз - наркоманы (это уже было несколько раз, и каждый раз активно обсуждалось), просят что-то поменять. Это наверняка поломает какое-то апи, и в любом случае что-то надо будет доделывать. Мелкий рефакторинг невольно выйдет даже из-за того, что многие места придется просто прочитать, чтобы вспомнить как они работают.

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

Надо запихнуть часть кода в ядро

То есть ты считаешь, что часть кода из libdbus и/или демона dbus попала в ядро. Даже не стану спрашивать, почему ты так считаешь.

Это наверняка поломает какое-то апи

У kdbus изначально ни с чем не совместимый API, его слом никого не волнует пока.

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

То есть ты считаешь, что часть кода из libdbus и/или демона dbus попала в ядро. Даже не стану спрашивать, почему ты так считаешь.

Если и попало, то минимум, например код который со структурками данных работает.

У kdbus изначально ни с чем не совместимый API, его слом никого не волнует пока.

Окей, тогда ждем что из него выйдет, и как из этого будут делать drop-in замену для libdbus, которую обещали изначально.

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

Наверное, я не сильно в теме. Только по новостям ориентируюсь.

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

Что по этому dbus гоняется, что так критична производительность?

Я так понимаю, чуваки хотят свой COM с блэкджеком и шлюхами.

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

Узрели в нем фатальный недостаток.

В COM? Ну да, технология из венды 20-летней давности, как же не увидеть недостаток и не переписать для себя с нуля.

hateyoufeel ★★★★★
()

Наконец-то появится нормальный IPC на уровне ядра. Надеюсь, патчи вскоре попадут в апстрим.

Chaser_Andrey ★★★★★
()
Ответ на: комментарий от cvs-255

Но зачем оно нужно

Кто пилит - тому и нужно.

когда уже есть ipc plan9? Это практически оно и есть, вид в профиль. Портировать его на линукс и готово.

Портируй, закинь патчи в апстрим, запости на ЛОРе историю успеха.

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