Растолковка дерева процессов... (Неодиночная ветка dbus)

Модератор: Модераторы разделов

Ответить
Аватара пользователя
Женя Подсыпальников
Сообщения: 482

Растолковка дерева процессов...

Сообщение Женя Подсыпальников »

Здравствуйте !

Вот, вроде, всё чистенько-быстренько,
а в это дерево глянул и усомнился в оптимальности автопусков моих... :)

Не подскажет ли кто, пожалуйста, верные ли тут мысли:
- коли в "доиксовом" пространстве dbus не требуется явно, его можно и не стартовать как сервис вовсе, а ограничиться строкой dbus-launch в .Xinitrc
- двойная ветка dbus-daemon под первым процессом указывает на некий безалаберный пропуск в конфигурации
- расположение "иксовых" процессов под первым, а не в ветке slim - дело нормальное
- подъём связи с помощью NetworkManager не "черезмерен" по сравнению к "достаточности" ip способа
- xfce4-power-man не замещает upowerd

Хотелось бы почитать мнения на этот счёт или какие-либо спонтанные заметки по дереву...

Спасибо ! :)

Код: Выделить всё

[font="Courier New"]$ pstree -p
systemd(1)─┬─NetworkManager(242)─┬─dhclient(319)
           │                     ├─{NetworkManager}(276)
           │                     ├─{NetworkManager}(278)
           │                     └─{NetworkManager}(320)
           ├─Thunar(390)
           ├─at-spi-bus-laun(405)─┬─dbus-daemon(417)
           │                      ├─{at-spi-bus-laun}(413)
           │                      ├─{at-spi-bus-laun}(415)
           │                      └─{at-spi-bus-laun}(418)
           ├─at-spi2-registr(424)───{at-spi2-registr}(425)
           ├─dbus-daemon(244)
           ├─dbus-daemon(371)
           ├─dbus-launch(370)
           ├─gnome-keyring-d(355)───{gnome-keyring-d}(356)
           ├─gpg-agent(382)
           ├─gvfs-udisks2-vo(449)───{gvfs-udisks2-vo}(465)
           ├─gvfsd(408)───{gvfsd}(409)
           ├─gvfsd-fuse(422)─┬─{gvfsd-fuse}(438)
           │                 ├─{gvfsd-fuse}(439)
           │                 ├─{gvfsd-fuse}(440)
           │                 └─{gvfsd-fuse}(442)
           ├─gvfsd-trash(484)─┬─{gvfsd-trash}(491)
           │                  ├─{gvfsd-trash}(492)
           │                  └─{gvfsd-trash}(493)
           ├─haveged(248)
           ├─modem-manager(286)
           ├─polkit-gnome-au(398)───{polkit-gnome-au}(426)
           ├─polkitd(279)─┬─{polkitd}(280)
           │              ├─{polkitd}(282)
           │              ├─{polkitd}(283)
           │              └─{polkitd}(284)
           ├─slim(251)─┬─X(263)
           │           └─sh(357)───xfce4-session(376)───{xfce4-session}(377)
           ├─systemd-journal(110)
           ├─systemd-logind(243)
           ├─systemd-udevd(101)
           ├─tumblerd(412)─┬─{tumblerd}(444)
           │               ├─{tumblerd}(474)
           │               └─{tumblerd}(475)
           ├─udisksd(466)─┬─{udisksd}(467)
           │              ├─{udisksd}(469)
           │              └─{udisksd}(470)
           ├─upowerd(419)─┬─{upowerd}(429)
           │              └─{upowerd}(430)
           ├─wpa_supplicant(287)
           ├─xfce4-notifyd(403)
           ├─xfce4-panel(388)─┬─panel-10-dateti(447)
           │                  ├─panel-6-systray(443)
           │                  ├─panel-9-mixer(446)─┬─{panel-9-mixer}(486)
           │                  │                    ├─{panel-9-mixer}(487)
           │                  │                    └─{panel-9-mixer}(513)
           │                  ├─{xfce4-panel}(420)
           │                  └─{xfce4-panel}(445)
           ├─xfce4-power-man(400)───{xfce4-power-man}(401)
           ├─xfce4-terminal(530)─┬─bash(534)───pstree(545)
           │                     ├─gnome-pty-helpe(533)
           │                     ├─{xfce4-terminal}(531)
           │                     ├─{xfce4-terminal}(532)
           │                     └─{xfce4-terminal}(535)
           ├─xfconfd(379)
           ├─xfdesktop(392)─┬─{xfdesktop}(406)
           │                └─{xfdesktop}(480)
           ├─xfsettingsd(399)───{xfsettingsd}(416)
           └─xfwm4(384)[/font]
Пойдём на рыбалку !
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu
Контактная информация:

Re: Растолковка дерева процессов...

Сообщение serzh-z »

А можно повнятнее?
Спасибо сказали:
Аватара пользователя
Женя Подсыпальников
Сообщения: 482

Re: Растолковка дерева процессов...

Сообщение Женя Подсыпальников »

Да, попробую ! :)

Интуитивно предполагаю (но точно не знаю),
что dbus-daemon(244), стартованный со стороны systemd(1),
должен бы хватать на нужды всех клиентов.

// Если на этом месте (до ввода пароля в дисплей-менеджере)
// посмотреть дерево, то там единственный dbus-daemon(244) .


// Теперя - вводим пароль...

Однако, опосля dbus-launch(370), стартованного по скрипту в /etc/X11/xinitrc.d,
выводится ещё один dbus-daemon(371).
Вот он меня интересует: не ведаю нужды и инициатора его старта тоже...

XFCE менеджер задач гутарит, если я правильно помню,
что стартован он(371) с параметром --print-pid 5 , кроме прочих.
За пятым номером у меня какой-то kworker , хм...

--
Таким образом, у меня пока нет ответа:

Является ли вторая инстанция демона
- вполне нормальной ? или
- ошибкой конфигурации ?

Также интересно сколько у кого D-Bus демонов опосля входа в Х-сессию...
Спасибо !

(ну вот, думал меньше написать получится... :) )
Пойдём на рыбалку !
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu
Контактная информация:

Re: Растолковка дерева процессов...

Сообщение serzh-z »

Женя Подсыпальни...
Т.е. вопрос - "Почему у меня в системе три шины D-Bus?"...

Одна шина - это системная, созданная systemd, для управлениями демонами и для их общения. Вторая - это сессионная, запущенная при логине пользователя в X11.Зачем AT SPI создаёт свою шину - не знаю, видимо это особенность работы системы AT SPI и для её изоляции от остальных приложений.

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

P.S.: собственно, вот и ответ на вопрос зачем AT SPI собственная шина:
QUOTE писал(а):AT-SPI uses its own D-Bus bus, in order to handle accessibility of administrative applications. There is a program called at-spi-bus-launcher to manage the lifecycle of this bus and provide a method for retrieving its address.

http://www.linuxfoundation.org/collaborate...bus#buslauncher
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu
Контактная информация:

Re: Растолковка дерева процессов...

Сообщение serzh-z »

Женя Подсыпальни... писал(а):
30.01.2013 11:23
- коли в "доиксовом" пространстве dbus не требуется явно, его можно и не стартовать как сервис вовсе, а ограничиться строкой dbus-launch в .Xinitrc
systemd и куча других современных демонов требует D-Bus.
Спасибо сказали:
Аватара пользователя
Женя Подсыпальников
Сообщения: 482

Re: Растолковка дерева процессов...

Сообщение Женя Подсыпальников »

Спасибо большое, всё сразу понятно ! :thumbs:
Пойдём на рыбалку !
Спасибо сказали:
Ответить