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

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
acid_raccoon
kde за три часа работы
Memory: 157.4M

dbus-monitor погонять на предмет постоянного спама может?
ВОЗМОЖНО зря шумим ... провел небольшой анализ, хотя у меня всего и занято 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
зря шумим ..
Vasek не зря , второе место по потреблению после браузера это ни в какие ворота. На 8 гигах
Earlyoom после трех часов срабатывает, это просто треш
vs220
Earlyoom после трех часов срабатывает
Тогда да ... нужно переходить на альтернативный dbus
Но предположу, что скорее всего у Вас не anon memory занимает большую часть памяти, хотя anon memory довольно хитрая штука и все нюаны ее не знаю
Ошибки не исчезают с опытом - они просто умнеют
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
откатил зависимости systemd-libs audit на предыдущие версии, проблема осталась.
vs220
Хороший повод попробовать новую реализацию
+ 100500
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
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
вроде полет нормальный, более 19M потребление не замечал.
у меня так стандартный dbus потребляет, с 24GB озу, на кедах.
➜  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 об этом ни слова пока что.
 
Зарегистрироваться или войдите чтобы оставить сообщение.