Локализовать виновника утечек памяти в dbus-daemon
inspirra 4 декабря, 2009 - 11:31
Вот такая вот картина
$ ps axo pid,ppid,user,lstart,rss,cmd | grep dbus- 1569 1 101 Wed Nov 4 17:23:05 2009 1260 /usr/bin/dbus-daemon --system 12127 7051 andrew Fri Dec 4 10:06:25 2009 856 grep --colour=auto dbus- 20443 1 root Sun Nov 22 19:46:56 2009 160 dbus-launch --autolaunch xxxxxxxxxxxxxxxxx--binary-syntax --close-stderr 20444 1 root Sun Nov 22 19:46:56 2009 88 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 20516 1 andrew Sun Nov 22 19:49:29 2009 160 /usr/bin/dbus-launch --sh-syntax --exit-with-session 20517 1 andrew Sun Nov 22 19:49:30 2009 117840 /usr/bin/dbus-daemon --fork --print-pid 6 --print-address 8 --session $ uptime 10:06:57 up 29 days, 16:44, 9 users, load average: 3.41, 3.72, 4.20
Можно ли локализовать приложение вызывающее утечку в dbus-daemon? Только средствами доступными для понимания не искушенному в программировании пользователю. А то как то не солидно - перезагружать KDM раз в неделю.
»
- Для комментирования войдите или зарегистрируйтесь
У меня проблема схожа...
Не знаю что вызывает утечку DDR в dbus-dsemon после парудневного аптайма он разрастается до огромных размеров (вчера потреблял 304 метра памяти).