Using kernel 2.6.2-gentoo and KDE with arts with realtime priority (artswrapper), the system freezes and KDE is reporting "CPU overloading". The solution is to use arts without artswrapper, but even in such this way arts is using between 50 and 80% CPU power. Reproducible: Always Steps to Reproduce: 1. emerge kde-3.2.0 2. emerge gentoo-dev-sources (2.6.2) 3. start kde Actual Results: The system hangs for about 5 seconds before an error message appear. Expected Results: Running kde without hangs. cerrito on GSM [10:01:00] root # emerge info Portage 2.0.50 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.6.1-gentoo-r1) ================================================================= System uname: 2.6.1-gentoo-r1 i686 Intel(R) Pentium(R) III Mobile CPU 1200MHz Gentoo Base System version 1.4.3.12 Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -mfpmath=sse -O2 -fPIC -pipe -fomit-frame-pointer -mmmx -msse -falign-functions=32 -fforce-addr" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -mfpmath=sse -O2 -fPIC -pipe -fomit-frame-pointer -mmmx -msse -falign-functions=32 -fforce-addr" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://212.219.56.162/sites/www.ibiblio.org/gentoo/ http://194.83.57.2/sites/www.ibiblio.org/gentoo/ http://194.83.57.3/sites/www.ibiblio.org/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.flashnet.it/mirror/12/sunsite.unc.edu/Gentoo ftp://ftp.unina.it/pub/linux/sunsite http://ibiblio.org/pub/Linux/ftp.edisontel.com/pub/Sunsite_Mirror http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo ftp://sunsite.cnlab-switch.ch/mirror/gentoo http://www.ibiblio.org/pub/Linux/distributions/gentoo http://gentoo.oregonstate.edu" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/portoverlay" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aalib acl acpi alsa apm arts artswrappersuid avi berkdb bluetooth bonobo cdr crypt cups dga directfb dvd encode fbcon foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib irda java jpeg kde kerberos krb4 ldap libg++ libwww linguas_it mad mikmod miknod mmx mng motif mozilla mpeg nas ncurses nls oggvorbis opengl oss pam pcmcia pdflib perl pic png pnp python qt quicktime radeon readline ruby samba scanner sdl slang socks5 spell sse ssl svga tcltk tcpd tetex truetype usb video_cards_radeon x86 xml2 xmms xv zlib"
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.
