Summary: | Kernel 2.6.2-gentoo make the system freeze if using artsd (kde 3.2) at realtime priority | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrea Cerrito <is> |
Component: | [OLD] Core system | Assignee: | x86-kernel (DEPRECATED) <x86-kernel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | major | CC: | kde, steel300 |
Priority: | High | ||
Version: | 1.4 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Andrea Cerrito
2004-02-09 01:01:36 UTC
I reported as componet core-system because KDE and arts are running fine with kernel 2.6.1-gentoo-r1. Same problem here, except with the stock sys-kernel/development-sources. Kernel 2.6.1 works without any problem... anything above that causes the system to hang. Could this be a possible kernel issue? this would mostly be related to the changes on the schedular code. please try with 2.6.3_rc2 (either kernel package, gentoo-dev-sources would be my reccomendation) and see if you still experience these errors. The new kernel solve partially the problem (even with Ooops, i think regarding bluetooth - I didn't investigate). The system is usable, but artsd eat too many CPU power. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6765 cerri -51 0 13432 4796 10m S 50.3 0.9 65:51.46 artsd I repeat, the system is usable (I'm compiling kde, using evolution with spamassassin, mozilla, xchat, xmms, two console, amsn and rdesktop), but I haven't noticed this behaviour with kernel <= 2.6.1. artsd under 2.6.1, same scenario. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND <other processes> 6766 cerri -51 0 12248 4368 10m S 1.0 0.8 1:08.53 artsd FYI: same problems with 2.6.3_rc2, still no problems with 2.6.1. Is there anything you can recommend doing to troubleshoot this? I've got no recommendations, sorry. Sounds to me like it's a kernel issue. tbh, i would expect realitime processes to claim alot of cpu time. although if this didnt happen originally, then it would be worth flagging up. i do not use artsd im afraid, so couldnt really say. I shall close this bug for now as fixed. if you can try changing it to a lower priority and seeing if it still captures so much CPU (inr elation of course) please re-open. Same issue with kernel 2.6.3-gentoo-r1 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 8413 cerri -51 0 12244 5472 10m S 50.6 1.1 12:38.20 artsd Artsd is launched with artswrapper. Anyway, the system now is running. Any clue? This bug is preventing me to update the kernel. The same happens here if Arts is set to be run in Autodetection mode, with Kernel 2.6.3-gentoo. If instead I set Arts to use Alsa, then it works quite well, 1% of CPU usage, BUT the sound is quite randomly crappy for few seconds, then the stream returns perfect. If I remove the real-time priority this problem does not exist but then sound craps when I'm doing some CPU usage. is the error still around with a newer kernel? Arts is one of the corner cases that monopolizes everything and plays smooth, or uses very little and skips/stutters. Perhaps 2.6.5-gentoo would take care of this. artsd is a corner case that eats all resources. It is the source of these system freezes and slow downs. We can't do anything until artsd is written sanely. |