Xorg slow down rquires a kill
Michael Havens
bmike101 at cox.net
Thu Apr 24 11:08:02 MST 2008
okay. I'll post top before I have to do it again.... this is what it says now
though:
bmike1 at 1[~]$ free
total used free shared buffers cached
Mem: 385728 357416 28312 0 29736 157252
-/+ buffers/cache: 170428 215300
Swap: 0 0 0
[6]+ Done oowriter
bmike1 at 1[~]$top
top - 18:03:53 up 9 days, 20:31, 2 users, load average: 0.79, 0.41, 0.30
Tasks: 79 total, 1 running, 78 sleeping, 0 stopped, 0 zombie
Cpu(s): 10.2% us, 3.0% sy, 0.0% ni, 86.8% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 385728k total, 357724k used, 28004k free, 29824k buffers
Swap: 0k total, 0k used, 0k free, 157304k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
32070 bmike1 15 0 138m 70m 22m S 6.9 18.7 71:11.74 firefox-bin
31577 root 5 -10 76000 24m 3084 S 1.7 6.5 22:06.00 Xorg
31475 root 16 0 2256 672 456 S 1.3 0.2 12:47.66 top
31800 bmike1 16 0 29952 14m 11m S 1.0 3.8 0:07.70 konsole
4604 bmike1 16 0 2252 1056 844 R 1.0 0.3 0:00.12 top
5205 hal 17 0 4444 1536 524 S 0.3 0.4 25:11.74 hald
31783 bmike1 15 0 36664 16m 13m S 0.3 4.5 1:10.54 kicker
1 root 16 0 2048 156 60 S 0.0 0.0 0:07.22 init
2 root 34 19 0 0 0 S 0.0 0.0 1:49.19 ksoftirqd/0
3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
4 root 10 -5 0 0 0 S 0.0 0.0 0:07.14 events/0
5 root 10 -5 0 0 0 S 0.0 0.0 0:01.43 khelper
6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
8 root 10 -5 0 0 0 S 0.0 0.0 0:06.84 kblockd/0
9 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
64 root 11 -5 0 0 0 S 0.0 0.0 0:00.03 khubd
106 root 15 0 0 0 0 S 0.0 0.0 0:01.48 pdflush
bmike1 at 1[
On Thursday 24 April 2008 5:30 pm, Matt Graham wrote:
> > This is a pretty broad question. How much swap are you using? Are you
> > maxed out on memory? Is it really a K6? show what "free" has to say.
> > Prior to restarting X use top to find out what the whole picutre is
> > because maybe its something else (perhaps kde? or a gnome app gone
> > wild?).
>
> Also, which version of which distro are you using, and which version of X?
> A number of SuSE versions shipped with buggy X that could fall into a loop
> of calling gettimeofday() over and over and over again. A high-end K6-3
> could easily be usable for light tasks if it had enough memory. A PIII-900
> could run KDE 3.3 with only 384M, after all. The thing that's actually
> more likely than KDE or GNOME eating all the memory is a Java or Flash app
> invoked from Firefox using up tons of memory. KDE's a pig, but it uses
> ~500M and stays there. Bad Java and bad Flash will eat all the RAM you
> have and then some.
More information about the PLUG-discuss
mailing list