dbus-daemon сжирает 500 мегабайт оперативки и выше

papmail	# 9 месяцев, 2 недели назад
Темы: 3 Сообщения: 16 Участник с: 03 апреля 2010	I3 `● dbus.service - D-Bus System Message Bus Loaded: loaded (/usr/lib/systemd/system/dbus.service; static) Active: active (running) since Wed 2021-11-24 14:41:22 +07; 30min ago TriggeredBy: ● dbus.socket Docs: man:dbus-daemon(1) Main PID: 384 (dbus-daemon) Tasks: 1 (limit: 4422) Memory: 3.2M CPU: 1.137s CGroup: /system.slice/dbus.service └─384 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only`

# 9 месяцев, 2 недели назад

Сообщения: 16

Участник с: 03 апреля 2010

● dbus.service - D-Bus System Message Bus
     Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
     Active: active (running) since Wed 2021-11-24 14:41:22 +07; 30min ago
TriggeredBy: ● dbus.socket
       Docs: man:dbus-daemon(1)
   Main PID: 384 (dbus-daemon)
      Tasks: 1 (limit: 4422)
     Memory: 3.2M
        CPU: 1.137s
     CGroup: /system.slice/dbus.service
             └─384 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only

vs220	# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	acid_raccoon kde за три часа работы Memory: 157.4M dbus-monitor погонять на предмет постоянного спама может?

vasek	# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	ВОЗМОЖНО зря шумим ... провел небольшой анализ, хотя у меня всего и занято 3,6М ... хотя это и приблизительный анализ 1. Смотрим потребление systemctl status dbus \| grep Memory `Memory: 3.6M` 2. Смотрим процессы ps aux \| grep dbus # лишнее выкинул `dbus - 282 - /usr/bin/dbus-daemon --system vasek - 433 - /usr/bin/dbus-daemon --session vasek - 592 - /usr/bin/dbus-daemon --config` 3. Смотрим потребление памяти процессами 3.1 процесс 282 sudo pmap -d 282 \| tail -1 # это system, поэтому нужно sudo mapped: 12700K writeable/private: 1324K shared: 0K из 1324К большую часть (1052) составляет анонимная память sudo pmap -d 282 \| grep anon \| awk '{ SUM += $2 } END {print SUM}' 1052 3.2 процесс 433 pmap -d 433 \| tail -1 mapped: 12488K writeable/private: 1112K shared: 0K pmap -d 433 \| grep anon \| awk '{ SUM += $2 } END {print SUM}' 840 3.3 процесс 592 pmap -d 592 \| tail -1 mapped: 12032K writeable/private: 656K shared: 0K pmap -d 592 \| grep anon \| awk '{ SUM += $2 } END {print SUM}' 384 4. Сумма writeable/private = 1324+1112+656=3092 Сумма anon = 1052+840+384=2276 5. Пояснение mapped - общее количество памяти, отведенное процессу writeable/private - память, которую занимает сам процесс, исключая использование общих(shared)-библиотек shared - память, которую данный процесс использует совместно с другими процессами (разделяемая память) И главное Anonymous memory выделяется непосредственно в RAM. Однако, ядро не будет отображать эту память на адреса физической памяти, пока в ней не будет явной необходимости. Как следствие, anonymous memory не оказывает никакого воздействия на ядро системы, пока она явно не используется. Это позволяет процессам резервировать большое количество памяти в адресном пространстве их виртуальной памяти без использования физической памяти. Таким образом, ядро позволяет вам резервировать больше памяти, что на самом деле доступно в системе. Такое поведения так же известно как over-commit (или memory overcommitment). PS - кстати, в pmap можно узнать какие процессы/библиотеки используют слишком много памяти. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

ВОЗМОЖНО зря шумим ... провел небольшой анализ, хотя у меня всего и занято 3,6М ... хотя это и приблизительный анализ
1. Смотрим потребление
systemctl status dbus | grep Memory

     Memory: 3.6M

2. Смотрим процессы
ps aux | grep dbus # лишнее выкинул

dbus    -  282  - /usr/bin/dbus-daemon --system
vasek   -  433  - /usr/bin/dbus-daemon --session
vasek   -  592  - /usr/bin/dbus-daemon --config

3. Смотрим потребление памяти процессами
3.1 процесс 282
sudo pmap -d 282 | tail -1 # это system, поэтому нужно sudo
mapped: 12700K writeable/private: 1324K shared: 0K
из 1324К большую часть (1052) составляет анонимная память
sudo pmap -d 282 | grep anon | awk '{ SUM += $2 } END {print SUM}'
1052
3.2 процесс 433
pmap -d 433 | tail -1
mapped: 12488K writeable/private: 1112K shared: 0K
pmap -d 433 | grep anon | awk '{ SUM += $2 } END {print SUM}'
840
3.3 процесс 592
pmap -d 592 | tail -1
mapped: 12032K writeable/private: 656K shared: 0K
pmap -d 592 | grep anon | awk '{ SUM += $2 } END {print SUM}'
384
4. Сумма writeable/private = 1324+1112+656=3092
Сумма anon = 1052+840+384=2276
5. Пояснение
mapped - общее количество памяти, отведенное процессу
writeable/private - память, которую занимает сам процесс, исключая использование общих(shared)-библиотек
shared - память, которую данный процесс использует совместно с другими процессами (разделяемая память)
И главное
Anonymous memory выделяется непосредственно в RAM. Однако, ядро не будет отображать эту память на адреса физической памяти, пока в ней не будет явной необходимости. Как следствие, anonymous memory не оказывает никакого воздействия на ядро системы, пока она явно не используется. Это позволяет процессам резервировать большое количество памяти в адресном пространстве их виртуальной памяти без использования физической памяти. Таким образом, ядро позволяет вам резервировать больше памяти, что на самом деле доступно в системе. Такое поведения так же известно как over-commit (или memory overcommitment).

PS - кстати, в pmap можно узнать какие процессы/библиотеки используют слишком много памяти.

Ошибки не исчезают с опытом - они просто умнеют

vs220	# 9 месяцев, 2 недели назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	vasek зря шумим .. Vasek не зря , второе место по потреблению после браузера это ни в какие ворота. На 8 гигах Earlyoom после трех часов срабатывает, это просто треш

vasek	# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	vs220 Earlyoom после трех часов срабатывает Тогда да ... нужно переходить на альтернативный dbus Но предположу, что скорее всего у Вас не anon memory занимает большую часть памяти, хотя anon memory довольно хитрая штука и все нюаны ее не знаю Ошибки не исчезают с опытом - они просто умнеют

vasek

# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

vs220
Earlyoom после трех часов срабатывает

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

Ошибки не исчезают с опытом - они просто умнеют

nafanja	# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	vs220 Вроде жрет у тех у кого КДЕ возможно, dbus установлен давно, а проблема появилась реально недавно... yay -Qi dbus `Название : dbus Версия : 1.12.20-1 Дата установки : Пн 06 июл 2020 00:24:56` ну или проблема в какой зависимости. `Зависит от : systemd-libs expat audit libsystemd.so=0-64 libaudit.so=1-64` что более возможно, KDE просто обнажил БАГ dbus. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

vs220
Вроде жрет у тех у кого КДЕ

возможно, dbus установлен давно, а проблема появилась реально недавно...
yay -Qi dbus

Название             : dbus
Версия               : 1.12.20-1
Дата установки       : Пн 06 июл 2020 00:24:56

ну или проблема в какой зависимости.

Зависит от           : systemd-libs  expat  audit  libsystemd.so=0-64  libaudit.so=1-64

что более возможно, KDE просто обнажил БАГ dbus.

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

nafanja	# 9 месяцев, 2 недели назад (отредактировано 9 месяцев, 2 недели назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	откатил зависимости systemd-libs audit на предыдущие версии, проблема осталась. vs220 Хороший повод попробовать новую реализацию + 100500 Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja	# 9 месяцев, 1 неделя назад
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	`systemctl status dbus-broker \| egrep 'Active\|Memory\|CPU' Active: active (running) since Thu 2021-11-25 13:44:27 MSK; 1h 23min ago Memory: 16.4M CPU: 39.947s` вроде полет нормальный, более 19M потребление не замечал. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 9 месяцев, 1 неделя назад

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

systemctl status dbus-broker | egrep 'Active|Memory|CPU'
     Active: active (running) since Thu 2021-11-25 13:44:27 MSK; 1h 23min ago
     Memory: 16.4M
        CPU: 39.947s

вроде полет нормальный, более 19M потребление не замечал.

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

RusWolf	# 9 месяцев, 1 неделя назад
Темы: 11 Сообщения: 2394 Участник с: 16 июля 2016	nafanja вроде полет нормальный, более 19M потребление не замечал. у меня так стандартный dbus потребляет, с 24GB озу, на кедах.

vall	# 9 месяцев, 1 неделя назад
Темы: 45 Сообщения: 1786 Участник с: 28 марта 2017	`➜ systemctl status dbus-broker\| egrep 'ago\|Memory\|CPU' Active: active (running) since Thu 2021-11-25 13:59:32 +ХХ; 3h 16min ago Memory: 6.1M CPU: 1min 5.539s` Вторые сутки почти без изменений: 6.1...6.2 Мб. KDE stable, 20 Gb RAM. Другими словами не течёт. В отличие от стандартного dbus-daemon. vall Очень интересно, что на BBS об этом ни слова пока что.

vall

# 9 месяцев, 1 неделя назад

Темы: 45

Сообщения: 1786

Участник с: 28 марта 2017

➜  systemctl status  dbus-broker| egrep 'ago|Memory|CPU'
     Active: active (running) since Thu 2021-11-25 13:59:32 +ХХ; 3h 16min ago
     Memory: 6.1M
     CPU: 1min 5.539s

Вторые сутки почти без изменений: 6.1...6.2 Мб. KDE stable, 20 Gb RAM.
Другими словами не течёт. В отличие от стандартного dbus-daemon.

vall
Очень интересно, что на BBS об этом ни слова пока что.