LINUX.ORG.RU

Kdbus — межпроцессный обмен сообщениями на уровне ядра

 , ,


0

0

В целях увеличения производительности компьютера представлен проект Kdbus — реализация службы межпроцессного обмена сообщениями dbus на уровне ядра Linux. Производительность заметно возрастает за счёт уменьшения числа копирования областей памяти и минимизации числа переключения контекста между ядром и процессом-демоном, работающим в пользовательском пространстве.

Пока ещё надо запускать службу dbus для аутентификации и активации dbus, драйвер org.freedesktop.DBus пока реализован только через службу dbus.

>>> Подробности

★★

Проверено: annoynimous ()
Последнее исправление: annoynimous (всего исправлений: 2)

Поддерживаю ораторов, высказавшихся за ненужность этого.

Надеюсь, что в ядре их пошлют куда подальше с такими предложениями.

Фильмы они, что ли, по dbus'у гоняют?

JackYF ★★★★
()

Кому-то очень надо сделать из линуксового ядра виндовое. Вначале будет небольшой прирост производительности, потом придётся использовать тяжёлый антивирус - верной дорогой идёте, товарищи.

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

>Кому-то очень надо сделать из линуксового ядра виндовое. Вначале будет небольшой прирост производительности, потом придётся использовать тяжёлый антивирус - верной дорогой идёте, товарищи.

И тут +1.

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

> Ты сам-то читал?

Не тыкай мне, друг.

Я ж русским по-белому написал, что сейчас с производительностью Tracker все хорошо, потому что по D-Bus можно передавать сам запрос, а ответ получать по временному pipe, который передается клиенту, делавшему запрос, через D-Bus. Если бы D-Bus был побыстрее, всякими говно pipe'ами можно было бы не пользоваться, а передавать данные через него.

«in all reality the current setup works fine and is portable to almost any operating system»

То, что кого-то устраивает текущая производительность D-Bus, как в приведенной цитате, никого не ебет, понятное дело. Суть же дискуссии в mailing list состояла в том, что производительность D-Bus можно и нужно поднимать первым делом переписывая референсную реализацию, а потом уже пытаясь засунуть что-то в ядро.

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

>> Ты сам-то читал?

Не тыкай мне, друг.

Я обращаюсь на «вы» только к людям, которые меня лет на 10-15 старше, при общении IRL.

Если бы D-Bus был побыстрее, всякими говно pipe'ами можно было бы не пользоваться, а передавать данные через него.

И чем это хуже ядерного DBUS?

«in all reality the current setup works fine and is portable to almost any operating system»

То, что кого-то устраивает текущая производительность D-Bus, как в приведенной цитате, никого не ебет, понятное дело.

Это ты дал мне почитать мнение «умных людей». Оказывается, оно никого не ебет, странно.

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

>В 64 битных интелях за такт можно передать что-то около 128 бит данных, при нынешних объемах не так много.

А в AMD сколько? И не лучше ли решать проблему аппаратно, разрабатывать технологию ускорения обмена на уровне железа вместо порчи ядра. Процы может потом и улучшат, а испорченное ядро исправить намного сложнее, проблемы совместимости замучают.

Napilnik ★★★★★
()

1) Может ли D-Bus обмениваться бинарными данными? Я не очень в курсе этой шины...

Гонял через него картинки... Вообще через него что угодно можно гонять, хоть видео, только зачем.

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

> И чем это хуже ядерного DBUS?

Я вообще против D-Bus в ядре, так что тут просто недопонимание возникло :-) Я за быстрый D-Bus, который можно сделать быстрым без всяких там дополнительных внедрений в ядро.

Это ты дал мне почитать

Это я, на самом деле, не конкретно Вам писал, а в целом. Я не очень разбираюсь, какие на этом сайте правила этикета и кто на что отвечает.

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

> Я вообще против D-Bus в ядре, так что тут просто недопонимание возникло :-) Я за быстрый D-Bus, который можно сделать быстрым без всяких там дополнительных внедрений в ядро.

Значит, я с тобой согласен.

tailgunner ★★★★★
()

Эх, линукс превращается в какое-то УГ. Такое ощущение, что без демонов вообще ни черта нельзя сделать. Тот же HAL выпилили, а вместо него теперь ещё пяток демонов весит. Ну правда, это вообще маразм какой-то.

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

Ложь! Никогда у меня не было HAL-а и ему подобных демонов а-ля devicekit etc. Даже d-bus поставил только совсем недавно - чё-то без него не собиралось.

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

>Ложь! Никогда у меня не было HAL-а и ему подобных демонов а-ля devicekit etc. Даже d-bus поставил только совсем недавно - чё-то без него не собиралось.

Мальчик, речь идёт про готовые решения.

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

> Идея хороша, но для подобной задачи у dbus'а вроде бы сильный оверхед. Он вроде бы xml'м обменивается, нет?

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

rtvd ★★★★★
()

Спасибо за новость, буду знать, что этот дбас теперь надо ещё и из ядра выпиливать.

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

>ядро линукса превратится в пятнадцатиногого слона с головой орангутанга и внешностью мэрилин монро.

чем ты собственно недоволен?

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

вроде ты про внешность мерилин говорил.

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

HAL etc ты называешь готовым решением? Что-то нельзя сделать без этой кучи всякой ерунды?

skvitek ★★★
()

раз пять уже упомянули про «тащить хмл в ядро»...
где вы там хмл увидели? нашли где-то в пакете хмлку и сделали вывод, что этой хмлкой приложения и обмениваются через дбас? ну вы и тупыыыые)))

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

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

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

> непосредственно сегодня наблюдал персонажа, начитавшегося комментов на всяких лорах/опеннетах и уверенно утверждавшего, что российское правительство намерено выкупить линух и чего-то там потом с ним делать

Вероятно, ты не услышал слова «Mandriva» перед «линух».

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

не наглядно а второй пример вообще не интересен ввиду своей скорострельности...

а вопрос был по поводу OS все равно микроядра пока не властвуют, в форточках тоже все в ядро тащат, и в линуксе так тоже делают(ибо на уровне ядра всеж быстрее будет)

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