[opensuse] System Monitor - CPU at max
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg. I have disabled flash in Seamonkey and Firefox browsers. I have also tried both NVidia and Nouveau video drivers. I even tried turning off PAE support in the BIOS, as it's not necessary with 64 bit and also less than 4 GB of memory. Any idea as to what's causing the performance hog? What I can check? A notebook, also running 12.1, does not exhibit this behaviour. On it, Xorg is running about 3% CPU and 0.5% memory (4 GB installed). Plugin-container doesn't seem to be running on that computer. Can it be turned off? If I reboot the computer or restart the desktop, performance is temporarily better, though not what it should be. tnx jk Tasks: 196 total, 5 running, 189 sleeping, 0 stopped, 2 zombie Cpu(s): 86.3%us, 13.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 3088796k total, 2479776k used, 609020k free, 173100k buffers Swap: 8388600k total, 43604k used, 8344996k free, 829156k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg 4620 jknott 20 0 474m 7096 4188 S 4.3 0.2 37:02.39 pulseaudio 8353 jknott 20 0 503m 52m 25m R 4.3 1.7 0:01.02 plugin-containe 4687 jknott 20 0 624m 39m 23m R 4.0 1.3 156:49.87 konqueror 8297 jknott 20 0 866m 194m 50m S 2.3 6.5 0:08.94 firefox-bin 4675 jknott 20 0 492m 25m 18m S 2.0 0.8 57:46.31 ksysguard 4477 jknott 20 0 955m 84m 27m S 0.3 2.8 15:13.98 plasma-desktop 4683 jknott 20 0 9072 1176 700 S 0.3 0.0 9:19.13 ksysguardd 4898 jknott 20 0 939m 130m 26m S 0.3 4.3 5:44.52 chromium 4913 jknott 20 0 1059m 119m 17m S 0.3 4.0 1:36.51 chromium 4917 jknott 20 0 916m 87m 16m S 0.3 2.9 2:38.82 chromium 1 root 20 0 12604 716 656 S 0.0 0.0 0:02.46 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kthreadd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/13/2012 12:58 PM, James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping.
It may or may not be related, but I had a similar problem and found it to be a problem with konsole. Are you using konsole? I would be running an app from konsole that emitted some strange control chars to the screen and it seemed as konsole didn't know what to do with them. Xorg (shown in top) would be at 100% cpu usage until I exited konsole. Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell wrote:
On 06/13/2012 12:58 PM, James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping.
It may or may not be related, but I had a similar problem and found it to be a problem with konsole. Are you using konsole? I would be running an app from konsole that emitted some strange control chars to the screen and it seemed as konsole didn't know what to do with them. Xorg (shown in top) would be at 100% cpu usage until I exited konsole.
Mark
I often use konsole and never experienced that. I normally use it for ssh, copying etc. and don't generally run apps from it. However, I closed all konsole terminals and still see the 100% CPU. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/13/2012 06:58 PM, James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg.
plugin-container is a part of firefox. It usually hogs CPU time when flash has crashed. Just kill it. I have to do this quite often, too. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday 13 Jun 2012 19:54:09 madworm_de.opensuse@spitzenpfeil.org wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg.
On 06/13/2012 06:58 PM, James Knott wrote: plugin-container is a part of firefox. It usually hogs CPU time when flash has crashed.
Just kill it.
Some recent builds of flash player have been compiled with SSE2 instructions enabled causing chaos and problems on some CPU's that don't have SSE2 (which is quite a few AMD cpu's) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Graham Anderson wrote:
Some recent builds of flash player have been compiled with SSE2 instructions enabled causing chaos and problems on some CPU's that don't have SSE2 (which is quite a few AMD cpu's)
I'm running whatever came with 12.1 or update. Any way of getting the proper version? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday 13 Jun 2012 14:51:33 James Knott wrote:
Graham Anderson wrote:
Some recent builds of flash player have been compiled with SSE2 instructions enabled causing chaos and problems on some CPU's that don't have SSE2 (which is quite a few AMD cpu's)
I'm running whatever came with 12.1 or update. Any way of getting the proper version?
These were adobe's official release builds. I'm not sure which builds these were or if the problem persists. The reports of flash plugin being built using SSE2 instructions are from march/april this year, I don't know if they returned to building without SSE2 instructions for the recent update builds this month. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
madworm_de.opensuse@spitzenpfeil.org wrote:
plugin-container is a part of firefox. It usually hogs CPU time when flash has crashed.
It was running under Seamonkey and I killed it. That resulted in a significant improvement, but System Monitor is still running at about 40% CPU. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
James Knott wrote:
madworm_de.opensuse@spitzenpfeil.org wrote:
plugin-container is a part of firefox. It usually hogs CPU time when flash has crashed.
It was running under Seamonkey and I killed it. That resulted in a significant improvement, but System Monitor is still running at about 40% CPU.
You're never going to get 0% CPU. In fact, 0% CPU is a CPU HALT. So realize that 40% CPU means that you have 60% of CPU cycles still unused, while 40% of CPU cycles are being used to DO things. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-06-13 20:49, James Knott wrote:
madworm_de.opensuse@spitzenpfeil.org wrote:
plugin-container is a part of firefox. It usually hogs CPU time when flash has crashed.
It was running under Seamonkey and I killed it. That resulted in a significant improvement, but System Monitor is still running at about 40% CPU.
The system monitor process itself? Ignore it. - -- Cheers / Saludos, Carlos E. R. (from 11.4 x86_64 "Celadon" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/Y8z4ACgkQIvFNjefEBxqmjwCdEImA6c96PlecVuenw7cbfWGK 0fMAoMIBNguMK5NWf1QJY0dCddL51ush =un9a -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
It was running under Seamonkey and I killed it. That resulted in a
significant improvement, but System Monitor is still running at about 40% CPU. The system monitor process itself? Ignore it.
No, the CPU in general. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
James Knott wrote:
madworm_de.opensuse@spitzenpfeil.org wrote:
plugin-container is a part of firefox. It usually hogs CPU time when flash has crashed.
It was running under Seamonkey and I killed it. That resulted in a significant improvement, but System Monitor is still running at about 40% CPU.
It would appear that with that plugin-container killed, I can no longer start new Firefox windows through the Alt-F2 function. This plugin-container is obviously seriously flawed, if it can cause such a performance hit. It would be nice if someone fixed it. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/14/2012 02:11 PM, James Knott wrote:
It would appear that with that plugin-container killed, I can no longer start new Firefox windows through the Alt-F2 function.
You probably still have a leftover firefox process. Make sure all of them are gone. * firefox * firefox-bin etc. Otherwise it will complain that firefox is already runing or not do anything at all That is a known behaviour. Just kill'em all ;-) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
madworm_de.opensuse@spitzenpfeil.org wrote:
On 06/14/2012 02:11 PM, James Knott wrote:
It would appear that with that plugin-container killed, I can no longer start new Firefox windows through the Alt-F2 function. You probably still have a leftover firefox process. Make sure all of them are gone.
* firefox * firefox-bin
etc.
Otherwise it will complain that firefox is already runing or not do anything at all
That is a known behaviour. Just kill'em all ;-)
I often have Firefox open and using the Alt-F2 function still works. For example, if I want to google search on something, I'd press Alt-F2 and then, in the box, type gg:<subject>. This is a very handy function. In 11.0, that would open Konqueror, but now it's Firefox. As I mentioned, killing plugin-container means I can no longer use that, if Firefox is running. Bottom line, leaving plugin-container running will eventually bog down my system so that it's almost unusable, but killing it means I lose that very useful Alt-F2 function. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/14/2012 04:03 PM, James Knott wrote:
madworm_de.opensuse@spitzenpfeil.org wrote:
On 06/14/2012 02:11 PM, James Knott wrote:
It would appear that with that plugin-container killed, I can no longer start new Firefox windows through the Alt-F2 function. You probably still have a leftover firefox process. Make sure all of them are gone.
* firefox * firefox-bin
etc.
Otherwise it will complain that firefox is already runing or not do anything at all
That is a known behaviour. Just kill'em all ;-)
I often have Firefox open and using the Alt-F2 function still works. For example, if I want to google search on something, I'd press Alt-F2 and then, in the box, type gg:<subject>. This is a very handy function. In 11.0, that would open Konqueror, but now it's Firefox. As I mentioned, killing plugin-container means I can no longer use that, if Firefox is running.
You just need to kill / end firefox properly - and all of it. On my machine it doesn't matter at all if I kill plugin-container. Searching with gg: <blah> still works - as long as firefox itself is still "mentally healthy". Sometimes it misbehaves after system updates were applied. A restart of firefox fixes that. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
madworm_de.opensuse@spitzenpfeil.org wrote:
You just need to kill / end firefox properly - and all of it.
On my machine it doesn't matter at all if I kill plugin-container. Searching with gg:<blah> still works - as long as firefox itself is still "mentally healthy". Sometimes it misbehaves after system updates were applied. A restart of firefox fixes that.
As I mentioned, I often have FF running. I frequently use it to listen to a radio station. Am I supposed to kill that, just so I can use Alt-F2? Like I said, it's seriously flawed if it kills the system performance. Why not fix that problem instead of having a work around that interferes with normal computer use? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday, June 13, 2012 12:58:04 PM James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg. I have disabled flash in Seamonkey and Firefox browsers. I have also tried both NVidia and Nouveau video drivers. I even tried turning off PAE support in the BIOS, as it's not necessary with 64 bit and also less than 4 GB of memory. Any idea as to what's causing the performance hog? What I can check? A notebook, also running 12.1, does not exhibit this behaviour. On it, Xorg is running about 3% CPU and 0.5% memory (4 GB installed). Plugin-container doesn't seem to be running on that computer. Can it be turned off? If I reboot the computer or restart the desktop, performance is temporarily better, though not what it should be.
tnx jk
Tasks: 196 total, 5 running, 189 sleeping, 0 stopped, 2 zombie Cpu(s): 86.3%us, 13.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 3088796k total, 2479776k used, 609020k free, 173100k buffers Swap: 8388600k total, 43604k used, 8344996k free, 829156k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg 4620 jknott 20 0 474m 7096 4188 S 4.3 0.2 37:02.39 pulseaudio 8353 jknott 20 0 503m 52m 25m R 4.3 1.7 0:01.02 plugin-containe 4687 jknott 20 0 624m 39m 23m R 4.0 1.3 156:49.87 konqueror 8297 jknott 20 0 866m 194m 50m S 2.3 6.5 0:08.94 firefox-bin 4675 jknott 20 0 492m 25m 18m S 2.0 0.8 57:46.31 ksysguard 4477 jknott 20 0 955m 84m 27m S 0.3 2.8 15:13.98 plasma-desktop 4683 jknott 20 0 9072 1176 700 S 0.3 0.0 9:19.13 ksysguardd 4898 jknott 20 0 939m 130m 26m S 0.3 4.3 5:44.52 chromium 4913 jknott 20 0 1059m 119m 17m S 0.3 4.0 1:36.51 chromium 4917 jknott 20 0 916m 87m 16m S 0.3 2.9 2:38.82 chromium 1 root 20 0 12604 716 656 S 0.0 0.0 0:02.46 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kthreadd
James, Your system shows 2 zombie process you may kill to improve performance. And you could check what application is leaving those zombie (cpu cycles and resources stealing) processes behind. OTOH, This is not a solution but utterly proposal. I had similar (not that bad) with 64-bit and one day switched to 32-bit operating system. Everything started to work faster. No clues why. My hardware supported previous 64 bit versions perfectly fine. Now I am running 64 and 32 on same hardware and RAM enough but different Hard Disk Drive. And 32 bit looks more agile than 64. Still not knowing what is involved on that unexpected performance differency. Still searching on this. Regards, -- Ricardo Chung | Panama Linux & FOSS Ambassador openSUSE Projects -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Ricardo Chung wrote:
Your system shows 2 zombie process you may kill to improve performance. And you could check what application is leaving those zombie (cpu cycles and resources stealing) processes behind.
My understanding was that zombies use virtually no resources and eventually die on their own. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
James Knott wrote:
Ricardo Chung wrote:
Your system shows 2 zombie process you may kill to improve performance. And you could check what application is leaving those zombie (cpu cycles and resources stealing) processes behind.
My understanding was that zombies use virtually no resources and eventually die on their own.
Yes. He used the wrong terminology What Ricardo called "zombie processes" are actually runaway processes. Zombie processes are those which have finished executing, but still have process table entries, because the parent process has not called wait(2) or any other system call which would collect up the zombie's exit code. Until the exit code is collected, the process continues to fill a slot in the process table (but consumes NO other resources, not even core memory). -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Ricardo Chung wrote:
On Wednesday, June 13, 2012 12:58:04 PM James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg. I have disabled flash in Seamonkey and Firefox browsers. I have also tried both NVidia and Nouveau video drivers. I even tried turning off PAE support in the BIOS, as it's not necessary with 64 bit and also less than 4 GB of memory. Any idea as to what's causing the performance hog? What I can check? A notebook, also running 12.1, does not exhibit this behaviour. On it, Xorg is running about 3% CPU and 0.5% memory (4 GB installed). Plugin-container doesn't seem to be running on that computer. Can it be turned off? If I reboot the computer or restart the desktop, performance is temporarily better, though not what it should be.
tnx jk
Tasks: 196 total, 5 running, 189 sleeping, 0 stopped, 2 zombie Cpu(s): 86.3%us, 13.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 3088796k total, 2479776k used, 609020k free, 173100k buffers Swap: 8388600k total, 43604k used, 8344996k free, 829156k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg 4620 jknott 20 0 474m 7096 4188 S 4.3 0.2 37:02.39 pulseaudio 8353 jknott 20 0 503m 52m 25m R 4.3 1.7 0:01.02 plugin-containe 4687 jknott 20 0 624m 39m 23m R 4.0 1.3 156:49.87 konqueror 8297 jknott 20 0 866m 194m 50m S 2.3 6.5 0:08.94 firefox-bin 4675 jknott 20 0 492m 25m 18m S 2.0 0.8 57:46.31 ksysguard 4477 jknott 20 0 955m 84m 27m S 0.3 2.8 15:13.98 plasma-desktop 4683 jknott 20 0 9072 1176 700 S 0.3 0.0 9:19.13 ksysguardd 4898 jknott 20 0 939m 130m 26m S 0.3 4.3 5:44.52 chromium 4913 jknott 20 0 1059m 119m 17m S 0.3 4.0 1:36.51 chromium 4917 jknott 20 0 916m 87m 16m S 0.3 2.9 2:38.82 chromium 1 root 20 0 12604 716 656 S 0.0 0.0 0:02.46 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kthreadd
James,
Your system shows 2 zombie process you may kill to improve performance. And you could check what application is leaving those zombie (cpu cycles and resources stealing) processes behind.
OTOH, This is not a solution but utterly proposal. I had similar (not that bad) with 64-bit and one day switched to 32-bit operating system. Everything started to work faster. No clues why. My hardware supported previous 64 bit versions perfectly fine.
Simple: 32-bit code decodes and executes faster than 64-bit code. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/06/12 17:58, James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg. I have disabled flash in Seamonkey and Firefox browsers. I have also tried both NVidia and Nouveau video drivers. I even tried turning off PAE support in the BIOS, as it's not necessary with 64 bit and also less than 4 GB of memory. Any idea as to what's causing the performance hog? What I can check? A notebook, also running 12.1, does not exhibit this behaviour. On it, Xorg is running about 3% CPU and 0.5% memory (4 GB installed). Plugin-container doesn't seem to be running on that computer. Can it be turned off? If I reboot the computer or restart the desktop, performance is temporarily better, though not what it should be.
tnx jk
Tasks: 196 total, 5 running, 189 sleeping, 0 stopped, 2 zombie Cpu(s): 86.3%us, 13.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 3088796k total, 2479776k used, 609020k free, 173100k buffers Swap: 8388600k total, 43604k used, 8344996k free, 829156k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg 4620 jknott 20 0 474m 7096 4188 S 4.3 0.2 37:02.39 pulseaudio 8353 jknott 20 0 503m 52m 25m R 4.3 1.7 0:01.02 plugin-containe 4687 jknott 20 0 624m 39m 23m R 4.0 1.3 156:49.87 konqueror 8297 jknott 20 0 866m 194m 50m S 2.3 6.5 0:08.94 firefox-bin 4675 jknott 20 0 492m 25m 18m S 2.0 0.8 57:46.31 ksysguard 4477 jknott 20 0 955m 84m 27m S 0.3 2.8 15:13.98 plasma-desktop 4683 jknott 20 0 9072 1176 700 S 0.3 0.0 9:19.13 ksysguardd 4898 jknott 20 0 939m 130m 26m S 0.3 4.3 5:44.52 chromium 4913 jknott 20 0 1059m 119m 17m S 0.3 4.0 1:36.51 chromium 4917 jknott 20 0 916m 87m 16m S 0.3 2.9 2:38.82 chromium 1 root 20 0 12604 716 656 S 0.0 0.0 0:02.46 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kthreadd Try disabling desktop effects in System Settings.
-- Regards, Vadym -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Vadym Krevs wrote:
Try disabling desktop effects in System Settings.
We've already determined the problem is caused by plugin-container. Also, I disabled desktop effects months ago. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/13/2012 11:58 AM, James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg. I have disabled flash in Seamonkey and Firefox browsers. I have also tried both NVidia and Nouveau video drivers. I even tried turning off PAE support in the BIOS, as it's not necessary with 64 bit and also less than 4 GB of memory. Any idea as to what's causing the performance hog? What I can check? A notebook, also running 12.1, does not exhibit this behaviour. On it, Xorg is running about 3% CPU and 0.5% memory (4 GB installed). Plugin-container doesn't seem to be running on that computer. Can it be turned off? If I reboot the computer or restart the desktop, performance is temporarily better, though not what it should be.
tnx jk
Tasks: 196 total, 5 running, 189 sleeping, 0 stopped, 2 zombie Cpu(s): 86.3%us, 13.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 3088796k total, 2479776k used, 609020k free, 173100k buffers Swap: 8388600k total, 43604k used, 8344996k free, 829156k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg 4620 jknott 20 0 474m 7096 4188 S 4.3 0.2 37:02.39 pulseaudio 8353 jknott 20 0 503m 52m 25m R 4.3 1.7 0:01.02 plugin-containe 4687 jknott 20 0 624m 39m 23m R 4.0 1.3 156:49.87 konqueror 8297 jknott 20 0 866m 194m 50m S 2.3 6.5 0:08.94 firefox-bin 4675 jknott 20 0 492m 25m 18m S 2.0 0.8 57:46.31 ksysguard 4477 jknott 20 0 955m 84m 27m S 0.3 2.8 15:13.98 plasma-desktop 4683 jknott 20 0 9072 1176 700 S 0.3 0.0 9:19.13 ksysguardd 4898 jknott 20 0 939m 130m 26m S 0.3 4.3 5:44.52 chromium 4913 jknott 20 0 1059m 119m 17m S 0.3 4.0 1:36.51 chromium 4917 jknott 20 0 916m 87m 16m S 0.3 2.9 2:38.82 chromium 1 root 20 0 12604 716 656 S 0.0 0.0 0:02.46 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kthreadd
James, Over the past 6 weeks or so, I have seen huge falloofs in firefox responsiveness, but otherwise it has done what is was supposed to do. Googling around I found a thread discussing the need to vacuum and reindex the sqlite tables that mozilla relies on in both tbird and ff. The will dramatically decrease the size of sqlite3 databases that support the mozilla apps. After vacuuming and reindexing, I saw dramatic reduction in the cpu firefox used. This may give you a better 'baseline' for further debugging if it does not completely cure the problems. I wrote a small script that will do this for all thunderbird and firefox sqlite tables. Give it a try: (attached) I stop both ff and tbird, then just run the script and it with find, vacuum and reindex your sqlite3 tables for both tbird and firefox showing you the amount of space you have saved. Let me know if it helps you situation. -- David C. Rankin, J.D.,P.E.
On 06/15/2012 07:41 AM, David C. Rankin wrote:
Over the past 6 weeks or so, I have seen huge falloofs in firefox responsiveness, but otherwise it has done what is was supposed to do. Googling around I found a thread discussing the need to vacuum and reindex the sqlite tables that mozilla relies on in both tbird and ff. The will dramatically decrease the size of sqlite3 databases that support the mozilla apps. After vacuuming and reindexing, I saw dramatic reduction in the cpu firefox used. This may give you a better 'baseline' for further debugging if it does not completely cure the problems. I wrote a small script that will do this for all thunderbird and firefox sqlite tables. Give it a try: (attached)
I stop both ff and tbird, then just run the script and it with find, vacuum and reindex your sqlite3 tables for both tbird and firefox showing you the amount of space you have saved. Let me know if it helps you situation.
As a side note Arch wiki has some nice tips https://wiki.archlinux.org/index.php/Firefox_Tweaks Togan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/15/2012 02:02 AM, Togan Muftuoglu wrote:
On 06/15/2012 07:41 AM, David C. Rankin wrote:
Over the past 6 weeks or so, I have seen huge falloofs in firefox responsiveness, but otherwise it has done what is was supposed to do. Googling around I found a thread discussing the need to vacuum and reindex the sqlite tables that mozilla relies on in both tbird and ff. The will dramatically decrease the size of sqlite3 databases that support the mozilla apps. After vacuuming and reindexing, I saw dramatic reduction in the cpu firefox used. This may give you a better 'baseline' for further debugging if it does not completely cure the problems. I wrote a small script that will do this for all thunderbird and firefox sqlite tables. Give it a try: (attached)
I stop both ff and tbird, then just run the script and it with find, vacuum and reindex your sqlite3 tables for both tbird and firefox showing you the amount of space you have saved. Let me know if it helps you situation.
As a side note Arch wiki has some nice tips https://wiki.archlinux.org/index.php/Firefox_Tweaks
Togan
IIRC, that is where the fundamentals for the script came from :) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David C. Rankin wrote:
Over the past 6 weeks or so, I have seen huge falloofs in firefox responsiveness, but otherwise it has done what is was supposed to do. Googling around I found a thread discussing the need to vacuum and reindex the sqlite tables that mozilla relies on in both tbird and ff. The will dramatically decrease the size of sqlite3 databases that support the mozilla apps. After vacuuming and reindexing, I saw dramatic reduction in the cpu firefox used. This may give you a better 'baseline' for further debugging if it does not completely cure the problems. I wrote a small script that will do this for all thunderbird and firefox sqlite tables. Give it a try: (attached)
I stop both ff and tbird, then just run the script and it with find, vacuum and reindex your sqlite3 tables for both tbird and firefox showing you the amount of space you have saved. Let me know if it helps you situation.
I haven't tried that yet, but given that killing plugin-container fixes the problem (but causes other issues), I don't think this is the problem. I've been running Firefox & Seamonkey for years and never had this issue before. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
There have recently been updates for the kernel, Firefox and Seamonkey. Since then, my computer has run much better, though still not as well as with 11.0. James Knott wrote:
I have previously mentioned the extremely poor performance of my main computer, since updating to openSUSE 12.1. On this computer, System Monitor shows CPU history solidly at 100%, only occasionally dropping. Memory and Swap shows memory at 1.5 G of 2.9 and swap at 0.04 of 8. Sometimes the computer bogs down do much that it's essentially unusable. It's a 64 bit AMD CPU & 3 GB of memory and it ran 11.0 very well. Below is a recent "top" capture showing significant amounts of CPU and memory being used by plugin-container and Xorg. I have disabled flash in Seamonkey and Firefox browsers. I have also tried both NVidia and Nouveau video drivers. I even tried turning off PAE support in the BIOS, as it's not necessary with 64 bit and also less than 4 GB of memory. Any idea as to what's causing the performance hog? What I can check? A notebook, also running 12.1, does not exhibit this behaviour. On it, Xorg is running about 3% CPU and 0.5% memory (4 GB installed). Plugin-container doesn't seem to be running on that computer. Can it be turned off? If I reboot the computer or restart the desktop, performance is temporarily better, though not what it should be.
tnx jk
Tasks: 196 total, 5 running, 189 sleeping, 0 stopped, 2 zombie Cpu(s): 86.3%us, 13.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 3088796k total, 2479776k used, 609020k free, 173100k buffers Swap: 8388600k total, 43604k used, 8344996k free, 829156k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg 4620 jknott 20 0 474m 7096 4188 S 4.3 0.2 37:02.39 pulseaudio 8353 jknott 20 0 503m 52m 25m R 4.3 1.7 0:01.02 plugin-containe 4687 jknott 20 0 624m 39m 23m R 4.0 1.3 156:49.87 konqueror 8297 jknott 20 0 866m 194m 50m S 2.3 6.5 0:08.94 firefox-bin 4675 jknott 20 0 492m 25m 18m S 2.0 0.8 57:46.31 ksysguard 4477 jknott 20 0 955m 84m 27m S 0.3 2.8 15:13.98 plasma-desktop 4683 jknott 20 0 9072 1176 700 S 0.3 0.0 9:19.13 ksysguardd 4898 jknott 20 0 939m 130m 26m S 0.3 4.3 5:44.52 chromium 4913 jknott 20 0 1059m 119m 17m S 0.3 4.0 1:36.51 chromium 4917 jknott 20 0 916m 87m 16m S 0.3 2.9 2:38.82 chromium 1 root 20 0 12604 716 656 S 0.0 0.0 0:02.46 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.03 kthreadd
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 07/05/2012 05:08 PM, James Knott wrote: [...]
Plugin-container doesn't seem to be running on that computer. Can it be turned off? If I reboot the computer or restart the desktop, performance is temporarily better, though not what it should be.
The plugin-container is part of firefox. I see load-spikes of this process when flash misbehaves. Just kill it. Best to end and restart firefox (and firefox-bin!) as well. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2012-07-05 17:08, James Knott wrote:
There have recently been updates for the kernel, Firefox and Seamonkey. Since then, my computer has run much better, though still not as well as with 11.0.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg
Kill 5303 You can issue "ps afx | less -S" and find out what exact plugin is causing it. Xorg is also high, I guess, because the video driver is working in the CPU instead than in the GPU. The proprietary driver should work better. - -- Cheers / Saludos, Carlos E. R. (from 11.4 x86_64 "Celadon" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/17TcACgkQIvFNjefEBxpLPgCfapgAQ53YzvRWxh/LEaU6ZOEh vXUAmwfASW6pcJGNJ/ICTULwsZSuE+rl =FrFy -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
I think you and another person misunderstood my post. My computer is now running much better since those updates. It doesn't get bogged down the way it did before. That said, in general, it's not quite as responsive as it was with 11.0. Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-07-05 17:08, James Knott wrote:
There have recently been updates for the kernel, Firefox and Seamonkey. Since then, my computer has run much better, though still not as well as with 11.0.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5303 jknott 20 0 603m 96m 29m R 59.4 3.2 2713:28 plugin-containe 3743 root 20 0 484m 151m 22m R 21.6 5.0 768:44.25 Xorg Kill 5303
You can issue "ps afx | less -S" and find out what exact plugin is causing it. Xorg is also high, I guess, because the video driver is working in the CPU instead than in the GPU. The proprietary driver should work better.
- -- Cheers / Saludos,
Carlos E. R. (from 11.4 x86_64 "Celadon" at Telcontar)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk/17TcACgkQIvFNjefEBxpLPgCfapgAQ53YzvRWxh/LEaU6ZOEh vXUAmwfASW6pcJGNJ/ICTULwsZSuE+rl =FrFy -----END PGP SIGNATURE-----
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (10)
-
Carlos E. R. -
David C. Rankin -
Dirk Gently -
Graham Anderson -
James Knott -
madworm_de.opensuse＠spitzenpfeil.org -
Mark Hounschell -
Ricardo Chung -
Togan Muftuoglu -
Vadym Krevs