[opensuse] Kded4, Xorg, plasma-desktop Memory Leaks
On openSUSE 13.1 x64 with KDE 4.11.5 and the "radeon" kernel driver, I have noticed that plasma-desktop increases in memory size the longer my desktop is up, and it crawls up over 200 MB easily when opening widgets. When closing widgets, activities, etc., the memory is not freed. Switching activities and creating new activities also does this. At the same time, Xorg can take over 400 MB of ram in less than a day, depending on what I am doing. kded4 also can start hogging ram as plasma-desktop increases its memory footprint. Logging in and out of KDE resolves the issue, but I shouldn't have to do this. On a Windows 7 machine, the OS can be up for weeks on end with no increase in memory usage of explorer.exe, etc. explorer.exe takes around 30 MB of ram and it never goes much beyond that. I would use a different desktop environment, but Gnome 3.x is absolutely atrocious and is just about as bad as Windows 8, and XFCE doesn't seem to a point where there's very much support...I don't want to be running a fringe desktop. I have filed numerous bug reports about this on Novell's Bugzilla as well as with KDE, and nobody is doing anything about it. I'm not the only one that has this issue. Is anyone else here experiencing this, and what's being done about it? Lars Kruczynski -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 4/17/2014 2:49 PM, Lars Kruczynski wrote:
On openSUSE 13.1 x64 with KDE 4.11.5 and the "radeon" kernel driver, I have noticed that plasma-desktop increases in memory size the longer my desktop is up, and it crawls up over 200 MB easily when opening widgets. When closing widgets, activities, etc., the memory is not freed. Switching activities and creating new activities also does this. At the same time, Xorg can take over 400 MB of ram in less than a day, depending on what I am doing. kded4 also can start hogging ram as plasma-desktop increases its memory footprint.
How familiar with Linux in general are you Lars? (I ask only because of your reference to windows 7.) Micro-managing memory usage on linux is usually a fool's errand. The system knows better than you, and it works differently than other OSs. Linux works on the principal that unused memory is wasted memory. It also reports shared memory, which applications may access, but which are perhaps owned by another part of the system. Maybe all any given app has is a handle/pointer to this memory. It still gets counted as used by each app even though it belongs to a group of apps. There a lot of pitfalls while evaluating memory usage. The real test is if you are inconvenienced by consumption of memory. I fire up System Monitor, and watch the memory usage tab while I launch and close applications, it always goes back to what was in use before. If I launch something that minimizes itself but continues to run, I expect to see it use more. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/17/2014 06:18 PM, John Andersen wrote:
The real test is if you are inconvenienced by consumption of memory.
Which basically mean "is the system swapping/paging?" The line:
Linux works on the principal that unused memory is wasted memory.
puts it very well. A process dies, its private (that is not shared) pages are marked. If and only if there is enough demand will they be overwritten. I'm not sure, but I think the mmap process is such that if you start that process again the system sees that there are pages in memory for that process and bring them back without having to read from disk. Can anyone confirm/deny that? UNIX SYSV pioneered a mechanism whereby there is no logical difference between a file and memory. If you open a file and read it is in memery by definition: files are mapped into memory. It doesn't matter if the file is a binary/executable or a text file or a database. The virtual memory system soaks it all up and its completely transparent. Yes you can tune how aggressively certain VM activities work, but you had better know a lot about how the VM system works and you better have many measurements to back up your adjustments, which are going to be iterative. My advice: don't bother. The gain isn't going to be worth it except in fringe cases. As John says:
Micro-managing memory usage on linux is usually a fool's errand.
If your system *IS* swapping/paging then the simplest solution is to add more memory. Even if that means a new mobo its still cheaper than time spent fiddling tuning. The one exception which will show up as you add memory, is if you have a f***ed-up prpgram, something like while (1) { fork() } If course that may be hidden by other statements.... See http://www2.cs.uregina.ca/~hamilton/courses/330/notes/unix/fork/fork5.cpp -- All national institutions of churches, whether Jewish, Christian, or Turkish, appear to me no other than human inventions, set up to terrify and enslave mankind, and monopolize power and profit. --Thomas Paine -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
El 17/04/14 18:49, Lars Kruczynski escribió:
On openSUSE 13.1 x64 with KDE 4.11.5 and the "radeon" kernel driver, I have noticed that plasma-desktop increases in memory size the longer my desktop is up, and it crawls up over 200 MB easily when opening widgets. When closing widgets, activities, etc., the memory is not freed.
Ok, how are you defining and measuring "used memory". plasma desktop uses 107 MB of memory here. Switching activities and creating new activities also does
this. At the same time, Xorg can take over 400 MB of ram in less than a day, depending on what I am doing.
X takes 87MB here..
I have filed numerous bug reports about this on Novell's Bugzilla as well as with KDE, and nobody is doing anything about it. I'm not the only one that has this issue. Is anyone else here experiencing this, and what's being done about it?
We may be able to do something, but for the start, check if your numbers are correct or you are confused. to get the memory usage of X: pmap $(pidof Xorg) post what the "total" says in the PSS column, same for plasma-desktop or whatever else. -- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Cristian Rodríguez <crrodriguez@opensuse.org> [04-17-14 19:23]: [...]
to get the memory usage of X:
pmap $(pidof Xorg) post what the "total" says in the PSS column, same for plasma-desktop or whatever else.
guess I am really in trouble: pmap $(pidof Xorg) 26996: Xorg Total: 0K 0K 0K 0K writable-private, 0K readonly-private, and 0K shared pmap $(pidof plasma-desktop)|tail -n 3 Total: 3542468K 289268K 220197K 240684K 0K 2349456K writable-private, 874768K readonly-private, 318244K shared, and 273140K referenced -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/17/2014 04:31 PM, Patrick Shanahan wrote:
* Cristian Rodríguez <crrodriguez@opensuse.org> [04-17-14 19:23]: [...]
to get the memory usage of X:
pmap $(pidof Xorg) post what the "total" says in the PSS column, same for plasma-desktop or whatever else.
guess I am really in trouble: pmap $(pidof Xorg) 26996: Xorg Total: 0K 0K 0K 0K writable-private, 0K readonly-private, and 0K shared
pmap $(pidof plasma-desktop)|tail -n 3 Total: 3542468K 289268K 220197K 240684K 0K 2349456K writable-private, 874768K readonly-private, 318244K shared, and 273140K referenced
Try as Root Patrick, (I suspect you knew that)..... -- Explain again the part about rm -rf / -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Here is what is showing for plasma-desktop. I switched activities a few times and opened and closed a bunch of widgets, and now KSysGuard shows plasma-desktop taking 452,816 MB of memory and it's eating 25% of the CPU for no reason, and it's stuck there. I upgraded the Xorg packages, so we will see if that helps the memory usage. pmap $(pidof plasma-desktop)|tail -n 3 Total: 7285496K 574224K 512179K 470216K 0K 3874008K writable-private, 3089568K readonly-private, 321920K shared, and 562712K referenced On Thu, Apr 17, 2014 at 4:23 PM, Cristian Rodríguez <crrodriguez@opensuse.org> wrote:
El 17/04/14 18:49, Lars Kruczynski escribió:
On openSUSE 13.1 x64 with KDE 4.11.5 and the "radeon" kernel driver, I have noticed that plasma-desktop increases in memory size the longer my desktop is up, and it crawls up over 200 MB easily when opening widgets. When closing widgets, activities, etc., the memory is not freed.
Ok, how are you defining and measuring "used memory". plasma desktop uses 107 MB of memory here.
Switching activities and creating new activities also does
this. At the same time, Xorg can take over 400 MB of ram in less than a day, depending on what I am doing.
X takes 87MB here..
I have filed numerous bug reports about this on Novell's Bugzilla as well as with KDE, and nobody is doing anything about it. I'm not the only one that has this issue. Is anyone else here experiencing this, and what's being done about it?
We may be able to do something, but for the start, check if your numbers are correct or you are confused.
to get the memory usage of X:
pmap $(pidof Xorg) post what the "total" says in the PSS column, same for plasma-desktop or whatever else.
-- Cristian "I don't know the key to success, but the key to failure is trying to please everybody." -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
Anton Aylward -
Cristian Rodríguez -
John Andersen -
Lars Kruczynski -
Patrick Shanahan