2D stuff is painfully slow now that I have moved from xorg 6.7.0 on athlon-xp arch to the same setup on amd64 arch (same hardware, though). I'm not sure if this is a bug with the driver or something in the rest of xorg, and would definitely like to figure out what's to blame. I do, however, suspect that it's not the driver. I believe this also happens with the 'ati' driver but I can't remember, so I'm going to check next time I have an opportunity to take X down for a few minutes. Reproducible: Always Steps to Reproduce: 1. install 2004.2 stage1 2. emerge xorg-x11 + configure it to use the 'radeon' driver 3. load it all up (running gnome... although I don't think gnome is to blame.. non-GTK apps still draw really slowly -- e.g. Thunderbird) and witness painful 2D slowdown Actual Results: Painfully sluggish 2D performance (windows draw as if they were intentionally animated in a window blind-like manner) Expected Results: Drawn things faster than I can see them being drawn (c'mon, it's a couple of megs of bitmap data..) Portage 2.0.50-r8 (gcc34-amd64-2004.1, gcc-3.4.0, glibc-2.3.3_pre20040529-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 x86_64 5 Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe -mfpmath=sse -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe -mfpmath=sse -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac aim alsa amd64 apm arts avi berkdb cddb cdr crypt dvd dvdr encode flac foomaticdb gdbm gif gnome gpm gtk gtk2 imap imlib joystick jpeg libg++ libwww mikmod motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell ssl tcpd threads truetype xml2 xmms xv zlib"
ati driver is just a wrapper for all of the ati-card drivers, don't waste your time.
Seen anything like this?
Nope, but i'm on Radeon 9600 without [2,3]d at all. I encouraged to file this bug cause i got no answer for the reporter ;-)
Exact same problem here. It started with the 6.7.0-r1. Slow 2D rendering, windows dragging, etc. The CPU usage of X randomly shoots anywhere between 10-80%. If anyone could give me some info on how to troubleshoot this, I'd greatly appreciate it.
Hm. This appears to have mostly died down since I switched from Gnome 2.6.1_rc1 (although it was happening w/ whatever version of Gnome I had when using stable amd64, too). It also didn't *seem* to be happening when I was using twm (ugh) for a short bit before gnome was built, and *still* seems to be happening (slow drawing, not X eating all my CPU cycles long-term) w/ gnome-terminal and firefox under Fluxbox -- xterm seems to be doing just fine, as is my desktop background now (although I think the one flux has set for me is tiled, so that might be making the difference). Perhaps it's a problem with Gnome, or a bug in X exposed when using Gnome and certain other apps? I'll play around a bit more and see what does and doesn't affect it. Nathan/anyone else having this problem: What WM are *you* using? Tried anything else?
Nathan: If you're still watching this, what kernel version are you using? I've just switched to 2.6.7-gentoo and the problem appears to have pretty much gone away. I'll see if anything more happens, but it might be due to kernel stuff (specifically the 2.6.5-gentoo-r1 kernel framebuffer looks kinda buggy... it munges the first bit of text it gets and I've had it do other weird stuff graphically... whereas 2.6.7 seems totally problem-free so far). I'll keep y'all posted!
Problems still haven't come back. Personally, I've concluded that this was a conflict between a broken kernel FB driver and xorg's own 2D ('radeon') driver. As I seem to be the only one with this problem watching this bug, I'll mark it fixed. If anyone else has this problem and an upgrade to the kernel version mentioned doesn't fix it, feel free to reopen ;)