The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Четвёртый выпуск реализации kdbus для ядра Linux[BR]"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Четвёртый выпуск реализации kdbus для ядра Linux[BR]"  +/
Сообщение от opennews (ok) on 09-Мрт-15, 20:11 
Грег Кроа-Хартман (Greg Kroah-Hartman) опубликовал (https://lkml.org/lkml/2015/3/9/340) четвёртую версию патчей с реализацией kdbus, реализованной на уровне ядра Linux надёжной, быстрой и безопасной системы обмена сообщениями, поддерживающей доставку сообщений в режиме точка-точка и в режиме мультикаст (от одного отправителя к группе получателей). Kdbus может использоваться не только для альтернативных реализаций D-Bus, не требующих запуска отдельного демона в пространстве пользователя, но и в виде самодостаточного IPC, например, данная система уже поддерживается в systemd.

Система D-Bus является универсальной шиной, нашедшей широкое распространение в дистрибутивах Linux. При этом ключевыми недостатками данной системы, обусловленными реализацией D-Bus в пространстве пользователя, является слишком низкая скорость передачи сообщений и неприменимость для приложений, предъявляющих повышенные требования ко времени задержки доставки сообщений. Из-за высоких задержек D-Bus собственные реализации транспортного слоя используются для передачи данных в PulseAudio, Wayland, во фреймворке аутентификации платформы Tizen (запросы аутентификации, связанные с одним действием в интерфейсе должны отработать без задержек для корректной отрисовки результата).

Реализованный на уровне ядра Kdbus решает данные проблемы и открывает новые горизонты для использования D-Bus. Переход на Kdbus позволит унифицировать разрозненные реализации межпроцессорного взаимодействия и сократить дублирование кода между разными проектами.  Kdbus также предоставляет средства для передачи метаданных, что даёт возможность применять идентификацию и аутентификацию для участников обмена данными.  Кроме того, kdbus предоставляет общую для всей шины систему последовательной нумерации сообщений, что решает проблемы с упорядочиванием сообщений, переданных по разным каналам.


В четвёртой версии патчей продолжено проведение внутренней реструктуризации и чистки. Пересмотрена и переработана логика работы кво, для защиты от DoS-атак 50% ресурсов теперь всегда резервируется для принимающих уведомления соединений, а остальное отдаётся для удалённых узлов. Задействованы новые функции vfs_iter_write(), kstrdup_const(), kfree_const(), появившиеся в ядре 4.0-rc1. Во время установки прекращено использование второго набора слайсов, что привело к сокращению фрагментации, снижению потребления памяти и упрощению.

Из основных достоинств реализации шины kdbus на уровне ядра отмечается:

-  Высокая производительность за счёт минимизации переключения контекста процессов, меньшего выполнения операций копирования, сокращения системных вызовов, использования memfd;

-  Высокая безопасность из-за исключения влияния пользовательских процессов на содержимое шины и использования механизмов ядра для управления передачей данных, в том числе с возможностью контроля со стороны модулей LSM;
-  Более высокая устойчивость к DoS-атакам из-за возможности выделения для отправителя ограниченного временного среза при выполнении ресурсоёмких операций и назначения более высоких приоритетов для важных узлов;

-  К сообщениям могут быть прикреплены различные метаданные;

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

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

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


-  Возможность прямой доставки сообщения без помещения в очередь, что удобно при организации обработки запросов активации по шине;

-  Возможность доступа к шине на ранних и заключительных этапах загрузки, в том числе во время выполнения initrd.

URL: https://lkml.org/lkml/2015/3/9/340
Новость: https://www.opennet.ru/opennews/art.shtml?num=41810

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Четвёртый выпуск реализации kdbus для ядра Linux"  –1 +/
Сообщение от pavlinux (ok) on 09-Мрт-15, 20:11 
Кто запилит kdbus over IP? (мне влом)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Канадатян on 09-Мрт-15, 20:19 
> Кто запилит kdbus over IP? (мне влом)

вы спрашиваете об этом на опеннете?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от pavlinux (ok) on 09-Мрт-15, 20:23 
>> Кто запилит kdbus over IP? (мне влом)
> вы спрашиваете об этом на опеннете?

Есть тут пару талантов, но они тоже ленивые иль занятые. :)

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

45. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от EHLO on 10-Мрт-15, 09:05 
>> Кто запилит kdbus over IP? (мне влом)
> вы спрашиваете об этом на опеннете?

А где следовало? На текнете?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

17. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Аноним (??) on 09-Мрт-15, 21:29 
тебе ZeroMQ мало или других аналогов?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

54. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Алконим on 10-Мрт-15, 13:49 
nntpd?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Четвёртый выпуск реализации kdbus для ядра Linux"  –14 +/
Сообщение от Аноним (??) on 09-Мрт-15, 20:14 
Из описания по прежнему не понятно, чем этот убер-велосипед лучше чем Binder. К сообщениям могут быть прикреплены метаданные? Не, правда? Честно-честно? Вот уж не ожидал такой убер фичи, в 21 веке-то! Можно производить аутентификацию с помощью этих метаданных-то? Вот это сюрприз! Ай-да молодцы! Глядишь через пару десятилетий какой-нибудь особо продвинутый разработчики ядра прочитает в книжке про подсчёт ссылок и ООП и заживём!!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Четвёртый выпуск реализации kdbus для ядра Linux"  +14 +/
Сообщение от pavlinux (ok) on 09-Мрт-15, 20:22 
Мальчик, ты идиот? kdbus это IPC ака шина, и её головная боль - доставка того, что в неё засунули.
Короча, иди доипись до DARPA почему в IP нет кодека VP9

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Четвёртый выпуск реализации kdbus для ядра Linux"  –5 +/
Сообщение от Аноним (??) on 09-Мрт-15, 20:28 
"Доставка того, что засунули" — это пайп. Подсистема, резервирующая 50% ресурсов под защиту себя от себя слабо подходит под это определение.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

21. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от pavlinux (ok) on 09-Мрт-15, 21:46 
Прочтите Робачевского чтоль для начала.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

26. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 09-Мрт-15, 23:20 
> "Доставка того, что засунули" — это пайп.

Ага, а сообщение на опеннет надо отправлять исключительно самоличным формированием кадров эзернета. Использовать готовые реализации TCP/IP и еще HTTP поверх него - гнусное читерство. И вообще, как можно пользоваться протоколами, гробящими 50% скорости?!

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

37. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от pavlinux (ok) on 10-Мрт-15, 00:42 
>> "Доставка того, что засунули" — это пайп.
> Ага, а сообщение на опеннет надо отправлять исключительно самоличным формированием кадров
> эзернета. Использовать готовые реализации TCP/IP и еще HTTP поверх него -
> гнусное читерство. И вообще, как можно пользоваться протоколами, гробящими 50% скорости?!

Да он не о том, а, как я понял, о том, что IPC механизьм занимается парсингом и фильтрацией.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

47. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 10-Мрт-15, 09:36 
> Да он не о том, а, как я понял, о том, что
> IPC механизьм занимается парсингом и фильтрацией.

Так я и говорю - мало кто при отправке сообщения на опеннет почему-то хочет лично делать какой-нибудь fragments reassembly в своей программе и заморачиваться какой там в данный момент window у TCP. Вот ленивые уроды, да?! :)

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

12. "Четвёртый выпуск реализации kdbus для ядра Linux"  +2 +/
Сообщение от pkunk (ok) on 09-Мрт-15, 21:09 
http://kroah.com/log/blog/2014/01/15/kdbus-details/
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

31. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 09-Мрт-15, 23:51 
Хорошая статья, жаль автор мимокрокодил, да ещё и ангажирован до крайности. Binder у него "не гибок", а про поддержку синхронных вызовов в kdbus — "много работы" и "всё и так работает". Ссылки, приводимые в качестве "источников" не содержат _вообще_ ничего по существу, сравните https://lkml.org/lkml/2009/6/25/3. И вообще, интересно было бы услышать мнение велосипедостроителей, почему синхронные вызовы в ядро — норма, а приложения, предоставляющие API должны довольствоваться костылем, скопированный с юзерспейсного IPC.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

33. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Crazy Alex (ok) on 10-Мрт-15, 00:14 
Например потому, что если умерло или зачудило ядро, и ответа на синхронный запрос нет - это всё, приехали. А если умерло или сошло с ума что-то в юзерспейсе - это нормально. Поэтому в общем случае ядро знать не знает, по каким правилам организовывать синхронность запросов из юзерспейса к юзерспейсу. Если надо - делай это сам по тем правилам, что годятся в твоём случае, благо поверх асинхронных сообщений с уникальными возрастающими ID это делается тривиально. Если нравится обратная ситуация - полюбуйся, как паршиво себя ведёт FUSE когда, скажем, при живом sshfs умерло сетевое соединение и клиент зависает навеки, да так, что с -9 не всегда прибьёшь.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

38. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 10-Мрт-15, 00:46 
> Если нравится обратная ситуация
> - полюбуйся, как паршиво себя ведёт FUSE когда, скажем, при живом
> sshfs умерло сетевое соединение и клиент зависает навеки, да так, что
> с -9 не всегда прибьёшь.

Сейчас на свежем ядре + sshfs-fuse-2.5 при sshfs xxx.xxx.xxx.xxx /net -o directport=7777,reconnect,delay_connect проблемы нет. В mc заходит/выходит в директорию мгновенно, без проблем размонтируется.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

41. "Четвёртый выпуск реализации kdbus для ядра Linux"  +2 +/
Сообщение от Аноним (??) on 10-Мрт-15, 02:53 
> с ума что-то в юзерспейсе - это нормально.

Системная шина не имеет права умирать или чудить. End of story. Это critical услуга системы, на которую может (и будет) завязано многое.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

61. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Crazy Alex (ok) on 10-Мрт-15, 23:35 
именно. А юзерспейс на другой её стороне - вполне может творить что угодно. И если от этого ещё и процесс, инициировавший вызов зависнет - это ни разу не правильно, и у яюра нет libastral чтобы знать, как это разруливать. Поэтому - только асинхронные события на шине, а если нужна синхронность - реализовывать руками, с той логикой обработки нештатных ситуаций, которая подходит для данного случая. Особенно учитывая, что для большинста случаев использования IPC синхронность абсолютно не нужна.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

46. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от sprutos (ok) on 10-Мрт-15, 09:30 
>Например потому, что если умерло или зачудило ядро, и ответа на синхронный запрос нет -
>это всё, приехали

если ядру кирдык, какой смысл спасать всё остальное? разве в userspace что-то сможет вообще работать при нерабочем ядре?

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

48. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 10-Мрт-15, 09:37 
> если ядру кирдык, какой смысл спасать всё остальное?

Некоторым нравится гальванизировать трупы.


Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

60. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Crazy Alex (ok) on 10-Мрт-15, 23:30 
Ну так о том и речь. Поэтому синхронные вызовы - к ядру - норма, а вот к юзерспейсу - не норма ни разу.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

68. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Anonim (??) on 12-Мрт-15, 17:46 
> Поэтому синхронные вызовы - к ядру - норма, а вот к юзерспейсу - не норма ни разу.

Как мне нравятся ваша безапелляционность и уверенный тон. Кроа-Хартман, перелогиньтесь.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

15. "Четвёртый выпуск реализации kdbus для ядра Linux"  –4 +/
Сообщение от Аноним (??) on 09-Мрт-15, 21:21 
> Из описания по прежнему не понятно, чем этот убер-велосипед лучше чем Binder.

Да не чем, они просто про Binder невкурсах, да и NIH дает о себе знать.


Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

43. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 10-Мрт-15, 06:38 
Семён Семёныч.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

65. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Andrey (??) on 11-Мрт-15, 11:32 
D-Bus появился раньше
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

16. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Аноним (??) on 09-Мрт-15, 21:27 
>особо продвинутый разработчики ядра

Слава особо продвинутому разработчикам ядра!

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Константавр (ok) on 09-Мрт-15, 20:26 
>kdbus, надёжной, быстрой и безопасной системы

Вот что за мода пошла писать про велосипеды такое? Кто-то гарантирует их стабильную работу, производительность и безопасность? Проводились какие-то тесты и замеры? Что вяленый, что системд, что этот.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 09-Мрт-15, 21:09 
Если сравнивать с d-bus, то вполне возможно, но вряд ли обгонит pipe/fifo ;)

Возможно и получится что толковое, но вот для аудио и уж тем более для видео лучше использовать что-то более специализированное.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 09-Мрт-15, 21:15 
дык для аудио оно и не предназначено, эта штука например что нотификейшен в трей послать иди к другой проге. Вообщем на большее чем нотификэйшен оно не рассчитано.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

19. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 09-Мрт-15, 21:40 
Боюсь не все это понимают:

> некоторые разработчики нашли применение в kdbus даже для передачи звука в системе

В предыдущий обсуждениях, кто-то уже спрашивал про видео ...

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

23. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 09-Мрт-15, 22:37 
Это печально
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

27. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 09-Мрт-15, 23:22 
> В предыдущий обсуждениях, кто-то уже спрашивал про видео ...

Ты еще подивись от того что люди офигели и по TCP/IP оказывается видео нынче смотрят.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

32. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 09-Мрт-15, 23:53 
> Ты еще подивись от того что люди офигели и по TCP/IP оказывается
> видео нынче смотрят.

Речь об не сжатом звуке/видео - всего-то 180MB/s ;)

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

49. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 10-Мрт-15, 09:45 
> Речь об не сжатом звуке/видео - всего-то 180MB/s ;)

C учетом того что бандвиз оперативы у мало-мальски современных компов с 2-4 interleaved контроллерами памяти нынче легко превышает 10 гигз, 180Мб/сек не такая уж и большая величина. И да, а иксы, норовящие подобное через сетевой стэк вдувать - это как бы ничего, вас не смущает? :)

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

57. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 10-Мрт-15, 15:34 
>> Речь об не сжатом звуке/видео - всего-то 180MB/s ;)
> C учетом того что бандвиз оперативы у мало-мальски современных компов с 2-4
> interleaved контроллерами памяти нынче легко превышает 10 гигз, 180Мб/сек не такая
> уж и большая величина.

Вот это и пугает - обязательно найдутся те, кто подобное сделает и скажет "у меня на 8-и ядрах и 16GB ничего не тормозит, у кого тормозит - пусть апгрейдится". Бессмысленная трата ресурсов сейчас стала нормой, налепят десяток прослоек между десятком фреймворков и мнят себя великими программистами, использовавшими все новейшие "технологии".

> И да, а иксы, норовящие подобное через
> сетевой стэк вдувать - это как бы ничего, вас не смущает?
> :)

Ну что этот номер не пройдет они быстро осознали и прилепили кучу расширений для прямой работы :)

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

34. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Crazy Alex (ok) on 10-Мрт-15, 00:18 
А что тут понимать или не понимать? Будет готово - будет видно, если подойдут параметры (да - пропускная способность, нагрузка и прочее - в том числе, но также - удобство и пригодность под задачу) - то, может, и видео будет лчерез kdbus летать, а может - окажется вообще универсальным API.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

39. "Четвёртый выпуск реализации kdbus для ядра Linux"  +2 +/
Сообщение от Mihail Zenkov (ok) on 10-Мрт-15, 00:57 
Сейчас уже большая часть софта построена через кучу прослоек, будет еще одна, а потом думаешь как раньше в 3dsmax на 32MB работал, а теперь на 256MB хорошо если текстовый редактор сильно тормозить не будет. Без толку тратится куча ресурсов. Да бывают ситуации когда подобные решения могут быть оправданы, но это единичные случаи. У меня на десктопе и ноуте нет d-bus и как не странно необходимости в оном не чувствую.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

50. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 10-Мрт-15, 09:48 
> и ноуте нет d-bus и как не странно необходимости в оном не чувствую.

А у нокии d-bus был на девайсах с 64-256 мегов памяти. И ничего, им там хватало и пользовались по делу. А ноутом вы пользуетесь в стиле мамонтов наверняка. Даже к беспроводной сетке в кафешке поди не сможете прицепиться быстренько, etc. А то network manager с wpa supplicant'ом через dbus перекидываются как-то. Зато юзеру удобно выбрать сетку из списка и тут же завалиться в нее, одним тычком мышки/точпада.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

56. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 10-Мрт-15, 15:10 
>> и ноуте нет d-bus и как не странно необходимости в оном не чувствую.
> А у нокии d-bus был на девайсах с 64-256 мегов памяти. И
> ничего, им там хватало и пользовались по делу.

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

> А ноутом вы
> пользуетесь в стиле мамонтов наверняка. Даже к беспроводной сетке в кафешке
> поди не сможете прицепиться быстренько, etc. А то network manager с
> wpa supplicant'ом через dbus перекидываются как-то. Зато юзеру удобно выбрать сетку
> из списка и тут же завалиться в нее, одним тычком мышки/точпада.

Отвечал уже:
https://www.opennet.ru/openforum/vsluhforumID3/100356.html?#434

У wpa_suplicant четыре интерфейса для управления: socket, pipe, udp, d-bus. Родной wpa_gui работает через socket. Реализация socket - 18.6K, udp - 13.8K, d-bus - 388K.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

62. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Crazy Alex (ok) on 10-Мрт-15, 23:51 
Шина - это копеечные затраты ресурсов. И обрати внимание - я ж спецально оговорил - "если подойдут параметры". Просто потребление ресурсов - это только один из факторов, влияющих на пригодность или непригодность решения.

У меня самого D-Bus нет (откуда ему быть - без DE, пульсов и прочего подобного?). Потому что для моих нужд больше подходит софт, авторы которого курили меньше конопли, чем авторы третьегнома или Потеринг. Ну, или конопля у них была лучше ;-)

Но я очень хорошо представляю архитектуру, где практически всё бы работало через него, а до тех же пайпов разве что оптимизировались бы автоматом отдельные частные случаи. Что, в частности, означало бы, что у ЛЮБОЙ гуёвой софтины гарантированно есть программный интерфейс, который может не меньше, чем гуй. Причём стандартизированный, в отличие от миллиона форматов сокетов и вывода в stdout. И да, я бы очень хотел заменить POSIX на такую штуку.

И если ради такой унификации окажется, что видео тоже через D-Bus летает (и, соответственно, его можно процессить как угодно, к примеру) - то и хрен бы с ним, если затраты ресурсов будут приемлемые.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

64. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Mihail Zenkov (ok) on 11-Мрт-15, 00:47 
> Но я очень хорошо представляю архитектуру, где практически всё бы работало через
> него, а до тех же пайпов разве что оптимизировались бы автоматом
> отдельные частные случаи. Что, в частности, означало бы, что у ЛЮБОЙ
> гуёвой софтины гарантированно есть программный интерфейс, который может не меньше, чем
> гуй.

Мысль интересная. Но к каждому GUI нужно будет прикрутить управление через эту шину + способ получение элементов (widget) GUI доступных на данный момент. Будут сложности с организацией автомотизированной работы: придется ждать появления новых окон и правильно обрабатывать неожиданно возникшие окна и запросы. Ломаться совместимость будет часто - GUI изменяют чаще, чем cli.

Но главное, что это реально даст? Насколько это решение может быть оправдано и полезно? Будут ли реальные преимущества, против применяемого на данный момент подхода (backend + frontend, backend as lib + frontend)?  

> Причём стандартизированный, в отличие от миллиона форматов сокетов и вывода
> в stdout. И да, я бы очень хотел заменить POSIX на
> такую штуку.

Для GUI - да. Для cli - нет, так как мы передаем не команды, а данные, закодированные в стандартных форматах. Фактически мы просто передаем файлы. GUI особый случай - так как требует обработки обратной реакции, отсюда и все трудности при попытке автоматической работы с ним. Стоит ли оно того?


> И если ради такой унификации окажется, что видео тоже через D-Bus летает
> (и, соответственно, его можно процессить как угодно, к примеру) - то
> и хрен бы с ним, если затраты ресурсов будут приемлемые.

А действительно ли нужна эта унификация? Там, где она реально востребована, уже используются узкоспециализированные решения (jack), попытка заменить их на универсальные приведет к падению производительности и отзывчивости.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

30. "Четвёртый выпуск реализации kdbus для ядра Linux"  –2 +/
Сообщение от anonym0use on 09-Мрт-15, 23:43 
> Вообщем на большее чем нотификэйшен оно не рассчитано.

Но ведь есть "не-ведерный-дбус". Ну, перепилили бы его, сделали "правильным".
А так, "kdbus" == kernel(space)-desktop-bus. Ура, товарищи, мы тянем части десктопа в ядро!

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

44. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от eganru on 10-Мрт-15, 08:57 
А есть идеи получше?
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

51. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Аноним (??) on 10-Мрт-15, 09:50 
> Но ведь есть "не-ведерный-дбус". Ну, перепилили бы его, сделали "правильным".

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

> А так, "kdbus" == kernel(space)-desktop-bus. Ура, товарищи, мы тянем части
> десктопа в ядро!

С фига ли системная шина сама по себе - десктоп? Уху ели? Вон в openwrt карманный вариант героя в видe u-bus на роутерах микроскопических. Они в каком месте десктоп? Там видеокарты нету! И памяти - мизер.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

53. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от _yurkis_ (ok) on 10-Мрт-15, 13:40 
>дык для аудио оно и не предназначено, эта штука например что нотификейшен в трей послать иди к другой проге. Вообщем на большее чем нотификэйшен оно не рассчитано.

Вот как раз в этом разрезе многим (и мне в том числе) не вполне понятно зачем это вкорячивать в ядро? Просто чтобы зафиксировать как "стандартный интерфейс"? А весь чёс с умным видом про "возросшую производительность" зачем? Там производительности и так для tray notifications с избытком. Нет, я серьезно не понимаю. Обьясните мне кто- то.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

42. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Аноним (??) on 10-Мрт-15, 02:58 
> Если сравнивать с d-bus, то вполне возможно, но вряд ли обгонит pipe/fifo ;)

Ну да. Вон zmap за полдня весь интернет сканирует на гигабитном канале. Потому что пакеты сам кроит и отсылает влобовую. Но вот почему-то писать по таким принципам браузер или файлокачалку всем уже дико вломак и такие утилсы остаются крайне нишевым развлечением... :)

Вы же не отсылаете мессаги на опеннет прямой компоновкой кадров эзернета? Ну вот и с системной шиной как-то так же. Pipe или fifo не имеют штатно фич характерных для dbus и вообще системных шин. Поверх них можно что-то такое сделать. Но это будет еще более жуткий велосипед, да и убедить всех остальных пользоваться именно им лично вам будет сложновато. А KH пожалуй даже сможет.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

10. "Четвёртый выпуск реализации kdbus для ядра Linux"  –8 +/
Сообщение от Аноним (??) on 09-Мрт-15, 20:42 
спасибо, не надо.
в systemd уже вляпались.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Четвёртый выпуск реализации kdbus для ядра Linux"  –2 +/
Сообщение от Аноним (??) on 09-Мрт-15, 23:33 
Ну да, то ли дело когда каждый кулсисоп сам городит себе эрзац системы старта, эрзац менеджера регистрации виртуалок, эрзац системной шины и прочая. Чего б вам не пойти в пень и не написать себе эрзац кернела для начала? (ну а мы отдохнем от вас ближайших 10 лет)
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

18. "Четвёртый выпуск реализации kdbus для ядра Linux"  +5 +/
Сообщение от Аноним (??) on 09-Мрт-15, 21:40 
Комментарии - наглядная демонстрация некомпетентности критиканов и ретроградов, даже доказывать ничего не нужно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Четвёртый выпуск реализации kdbus для ядра Linux"  –5 +/
Сообщение от kurokaze (ok) on 09-Мрт-15, 23:13 
Ну дык комментарии по делу Шигорин сносит зачастую по политическим причинам (травонулся на почве путинбох), а это дополнительная причина просто троллить
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

25. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от kurokaze (ok) on 09-Мрт-15, 23:17 
Как пример - оставляет все комменты упоротого линуксофоба иЗеня, только потому что тот тоже поцреотит и удаляет все мои комменты, даже чисто технические (попоболь Шигорина рельефна и обширна, да).
При этом если я пишу те же самые технические комментарии анонимно и через прокси -- не трогает. Такие дела.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

29. "Четвёртый выпуск реализации kdbus для ядра Linux"  +2 +/
Сообщение от Аноним (??) on 09-Мрт-15, 23:37 
Справедливости ради, ты порой лезешь в бутылку совершенно на ровном месте. Ну и нарываешься с политотой. Я конечно понимаю что у грузинов батхерт от того что им по чайнику настучали, но постоянно изливать его на опеннете - явно лишнее...
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

20. "Четвёртый выпуск реализации kdbus для ядра Linux"  –1 +/
Сообщение от Аноним (??) on 09-Мрт-15, 21:42 
А внутри кластера будет Kdbus прозрачно работать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Четвёртый выпуск реализации kdbus для ядра Linux"  –1 +/
Сообщение от pavlinux (ok) on 09-Мрт-15, 21:49 
> А внутри кластера будет Kdbus прозрачно работать?

Думается написать kdbus2ip  и ip2kdbus,... минут на 15-20.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

35. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Crazy Alex (ok) on 10-Мрт-15, 00:20 
Ага, щазз. Одна из ценных фишек kbus - те самые метаданные и идентификация отправителя. В кластере это, как минимум, надо подвязывать на какие-то директории пользователей или что-то подобное, а что с процессами делать - вообще отдельный вопрос.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

36. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от pavlinux (ok) on 10-Мрт-15, 00:35 
> Ага, щазз. Одна из ценных фишек kbus - те самые метаданные и идентификация отправителя.

И чо сложного?

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

бла-бла-бла...

---

В общем, ни одной проблемы не вижу в прикручивании, скажем, к OpenStack, вопрос в другом - нафуя!?  

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

63. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Crazy Alex (ok) on 10-Мрт-15, 23:56 
Не смущает, что на другой ноде оригинальные юзер и pid не несут вообще никакого смысла, если не сделать специальную логику по синхронизации этого дела? А это написать - уже ни разу не 15-20 минут. Тут продумать, как это вообще должно мапиться и управляться - и то дольше.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

40. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 10-Мрт-15, 02:46 
А юзерспейсный работает?
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

52. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от жабабыдлокодер (ok) on 10-Мрт-15, 09:57 
Уважаемые модераторы!
IP адрес сайта opennet.ru зарегистрирован в Санкт-Петербурге, поэтому, я полагаю, на него распространяется российское законодательство.
На аватаре пользователя kurokaze размещен флаг запрещенной в РФ экстремистской организации "Правый Сектор". Чтобы не возникло проблем, порекомендуйте ему изменить аватар.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

55. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от q (??) on 10-Мрт-15, 13:56 
Уходи.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

66. "Четвёртый выпуск реализации kdbus для ядра Linux"  +/
Сообщение от Аноним (??) on 11-Мрт-15, 13:10 
Это логотип Росбанка
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

58. "Четвёртый выпуск реализации kdbus для ядра Linux"  +3 +/
Сообщение от Аноним (??) on 10-Мрт-15, 15:53 
Когда kdbus засунут в ядро, то скорее всего в libdbus добавят kdbus транспорт. Ну и нативные клиенты появятся (тот же systemd).Glib и Qt будут иметь нативную поддержку kdbus.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Четвёртый выпуск реализации kdbus для ядра Linux"  +1 +/
Сообщение от Ph0zzy (ok) on 10-Мрт-15, 18:22 
Вопрос только: Когда? Когда засунут в ядро?
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

67. "Четвёртый выпуск реализации kdbus для ядра Linux"  –1 +/
Сообщение от анонимус (??) on 11-Мрт-15, 16:55 
Последние пару лет их туда не брали. Будем надеяться, что и не возьмут.
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру