slackware is very slow here
hi!!
i'm having some problem with slackware 12 here. the problem is that under cpu intensive operations, the system just slows down for example, if I try to compile a huge program, or play some game, it'll *REALLY* slow down at some point. that's strange, i've beem using slackware since 98 or 99 and it never happened. it don't matter what WM I use. I tried xfce and gsb gnome, and it slows down with both. actually, if I use just plain text terminal and try to compile something big, it slows down too. this happens with both the default slackware kernel or the newers, that I compile sometimes. now i'm using 2.6.14 and the problem goes on. does anyone know what may the cause be, or have anyone ran into this issue? Regards |
ok now that's very strange. on my mother's machine I installed ubuntu. and, gee, it's a hell faster than slackware huh
but I noticed a difference: on the system monitor applet for gnome, i enabled on both machines the processor graph. it shows some graphics, the most important here being USER, SYSTEM and NICE. well, the problem is that my slackware's NICE is almost always at the top, maybe explaining the slowdown. but what does it mean? i do know the nice program, but what the nice graphic mean? the ubuntu's nice is always veeeeeery low, actually i couldn't see it by now. the LOAD graphic is always high on slackware too. just a detail: the ubuntu's machine is something about 4 times slower than my slackware box. can someone help me? |
ok some more info. the NICE graph says that the processor is occupiead with niced programs
|
Which programs? And how did they get niced?
|
Hi,
Quote:
Quote:
|
ok, i was mistaken. it's not that niced processes are occuping the cpu. it was the tracker daemon. after disabling it, i got the real behavior: after heavy duty like games or compiling sources, slackware gets veeeery slow. from here on, any process will take a helluva time to make something. even a music player gets 100% cpu!! it's just as if the process scheduling went crazy!! if I close everything, the cpu stays idle. if I open terminal for instance, 100%=S that's why the tracker daemon, which is niced 19, was taking the whole processor.
i would like to believe it was some misconfiguration i did in the kernel, but even the default kernel will have this flaw. I also noticed some more ppl have this problem, but after googling, i could not find any answer yet. |
Quote:
Quote:
i don't know what it could be... |
Quote:
------------------- Steve Stites |
Quote:
before slowdown Code:
[alisson@northstar:~]$ cat /proc/swaps Code:
[alisson@northstar:~]$ cat /proc/swaps also, here's free output during slowdown Code:
[alisson@northstar:~]$ free -m Regards |
maybe an DMA problem?
i know that when i accidently disabled DMA on my HD everything slowed to a crawl. |
Quote:
Code:
[alisson@northstar:~]$ sudo /usr/sbin/hdparm -d /dev/hda |
Hi,
Hardware specifications? Can you boot the original generic-smp ( 2.6.21.5-smp) kernel and see if it still happens? Why are you using the 2.6.16? |
Quote:
Code:
[alisson@northstar:~]$ /sbin/lspci and sorry, i'm actually using linux 2.6.24. believe i mistyped it:P |
just noticed one thing: I have a 500MB swap partition that's never used.
its priority is also set to negative numbers (see previous output of cat /proc/swaps). and if you take a look at swapon manpage, you'll notice that priority is a value between 0 and 32767. if I turn off and on again the swap, its priority will get even lower:S maybe this is messing some kernel swap algorithm, and this is introducing the latency... don't know, just guessing... i tried mkswap /dev/hda2 again, but no sucess, i still can't use the swap, even when using 100% physical memory |
Hi,
'swapoff' the swap. Check again. Then 'swapon' and check. You might have a problem with your swap space. |
All times are GMT -5. The time now is 10:54 AM. |