Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 147864 - mythfrontend using >90% CPU after gcc-4.1.1 upgrade
Summary: mythfrontend using >90% CPU after gcc-4.1.1 upgrade
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Doug Goldstein (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-16 17:11 UTC by Mark Knecht
Modified: 2006-09-29 07:56 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Knecht 2006-09-16 17:11:49 UTC
I've been running mythfrontend for over a year on my AMD64 machine. In general, through numerous revisions of myth, it's never used more than roughly 15% of CPU as measured in top. Following the upgrade to gcc-4.1.1 myth is now using over 90% CPU. The machine is nearly unusable as a desktop machine when myth is running:

top - 17:00:39 up 13 min,  2 users,  load average: 2.14, 0.75, 0.31
Tasks:  90 total,   2 running,  88 sleeping,   0 stopped,   0 zombie
Cpu(s): 91.0% us,  9.0% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   1025944k total,   497976k used,   527968k free,    11124k buffers
Swap:  2008084k total,        0k used,  2008084k free,   167356k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 7366 mark      15   0  283m 128m  22m S 90.5 12.8   0:53.38 mythfrontend
 6262 root      19   0  128m  65m  13m R  7.0  6.5   0:16.38 X
  812 root     -49  -5     0    0    0 S  0.7  0.0   0:00.29 IRQ 8
  912 root     -42  -5     0    0    0 S  0.7  0.0   0:01.08 IRQ 217

I don't have a clue where to look when it comes to a problem like this. I'll hope a developer is interested and can give me some direction.

NOTE: I cannot say for sure but it also seems to me that post gcc-4.1.1 that the system is now using FAR more memory than it used to. I used to have only 512MB in this system and had no problems running Myth and something like Firefox at the same time. Now it seems that sometimes memory usage goes up quite high, although the listing above does not show this. I'll keep an eye out for what might cause that.

lightning ~ # emerge -pv mythtv

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] media-tv/mythtv-0.19_p10505  USE="alsa dvd frontendonly jack opengl vorbis (-altivec) -backendonly -dbox2 -debug -dvb -ieee1394 -joystick -lcd -lirc (-mmx) -xvmc" VIDEO_CARDS="-i810 -nvidia -via" 0 kB

Total size of downloads: 0 kB
lightning ~ #

lightning ~ # emerge --info
Portage 2.1.1 (default-linux/amd64/2005.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-rt5 x86_64)
=================================================================
System uname: 2.6.17-rt5 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.5
Last Sync: Sat, 16 Sep 2006 14:00:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.2.11-r1
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.tucdemonic.org/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirror.gentoo.gr.jp http://www.zentek-international.com/mirrors/gentoo/"
LINGUAS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/pro-audio /usr/portage/local/layman/pro-audio"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X alsa apache2 audiofile avi berkdb bitmap-fonts cdr cjk cli crypt cups dlloader dri dvd dvdr dvdread elibc_glibc emboss encode flac fluidsynth foomaticdb fortran gif gimp gimpprint gnome gpm gstreamer gtk gtk2 i8x0 imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jack jack-tmpfs java jpeg kde kernel_linux ladspa lzw lzw-tiff mjpeg mp3 mpeg mysql mythtv ncurses nls nptl nptlonly ogg opengl pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime radeon readline reflection sdl session sndfile spell spl ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode usb userland_GNU v4l v4l2 video_cards_fglrx video_cards_radeon video_cards_vesa vorbis xorg xpm xscreensaver xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

lightning ~ #
Comment 1 Mark Knecht 2006-09-25 06:14:00 UTC
This appears to be some combination of GCC-4 and ati-drivers. I switched back to the kernel's radeon driver and CPU usage is back to normal.
Comment 2 Doug Goldstein (RETIRED) gentoo-dev 2006-09-29 07:49:54 UTC
There's something else going on there with your configs or your OpenGL being screwy or something. I'd go through and check your configs.
Comment 3 Mark Knecht 2006-09-29 07:56:41 UTC
Not likely I'll spend any time on this. It's some corner case. I'm happy for now using the radeon driver. It's just a report. The problem was repeatable.

Anyway, no more work to be done on this unless a developer shows and interest.

thanks!