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.