Bug#617624: xserver-xorg-video-radeon: serious performance regression with 6.14 versions of driver and R480 chip (X850 XT)
On Don, 2011-03-10 at 20:26 +, Mike Brodbelt wrote: On 10/03/11 13:57, Michel Dänzer wrote: Eterm - though I'm of the opinion that the terminal emulator isn't actually relevant. Well, if it uses core X11 fonts, then text is rendered in software, which could certainly explain at least some of the issues. If you're using a non-anti-aliased font in the terminal, does switching to an anti-aliased one improve terminal performance? I've tried this again now with Xterm, using xterm -fa 'Mono' -fs 8 as the launch command line, which uses an anti-aliased font. There doesn't appear to be any improvement. Odd. Maybe it's still falling back to software rendering for some other reason. Then I don't suppose Option ColorTiling off helps, as I don't think that could have been enabled with 2.6.32. Aha. That appears to have cured it. Hmm, but I just double-checked, and tiling should only be enabled with kernel = 2.6.36. Why didn't 2.6.32 work better? Have you tried if compositing works better? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617624: xserver-xorg-video-radeon: serious performance regression with 6.14 versions of driver and R480 chip (X850 XT)
On Don, 2011-03-10 at 01:12 +, Mike Brodbelt wrote: After upgrade to this version (which includes the unstable and experimental version of the package), X has become very slow. 2d operations incolve significant lag, and moving windows around on screen is perceptible sluggish compared to previos versions of the package. Which window / compositing manager is that with? Does it use OpenGL? The poor performance is also causing perceptible flicker in terminals while typing. Which terminal emulator application is that with? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617624: xserver-xorg-video-radeon: serious performance regression with 6.14 versions of driver and R480 chip (X850 XT)
* Michel Dänzer daen...@debian.org [110310 08:27]: Which window / compositing manager is that with? Does it use OpenGL? WM is Enlightenment DR17, from the e17 0.16.999.49898-1 Debian package. The poor performance is also causing perceptible flicker in terminals while typing. Which terminal emulator application is that with? Eterm - though I'm of the opinion that the terminal emulator isn't actually relevant. The problem appears to be affecting any application that moves substantial amounts of graphics data around - so scrolling a large amount of text in a terminal window causes visible flicker. Equally, rapidly moving a window around the desktop causes very obvious lag as the X server struggles to keep up, with ghost images being left around for a short period afterwards. This happened after a dist-upgrade, so something ha clearly regressed pretty severaly with my configuration. I've tried with the xorg.conf in place, and also without any xorg.conf at all with the same results. I've also tried with 2.6.32 and 2.6.37 kernels. GL support is enabled, but the window manager does not have the compositing module loaded. Performance with glxgears is hovering around 60 frames/sec, but that may be due to syncing to Vblank. I've not tried much with 3d yet, as I mostly use 2d apps. Any suggestions as to how to narrow it down would be gratefully received Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617624: xserver-xorg-video-radeon: serious performance regression with 6.14 versions of driver and R480 chip (X850 XT)
Hi, Mike Brodbelt m...@coruscant.demon.co.uk (10/03/2011): GL support is enabled, but the window manager does not have the compositing module loaded. IIRC a coworker of mine had perf issues (under E) without compositing, what if you enable it? Performance with glxgears is hovering around 60 frames/sec, but that may be due to syncing to Vblank. Correct. (glxgearsisnotabenchmarkbutyoucouldtrypassingvblank_mode=0throughtheenvironmentbutglxgearsisstillnotabenchmark) KiBi. signature.asc Description: Digital signature
Bug#617624: xserver-xorg-video-radeon: serious performance regression with 6.14 versions of driver and R480 chip (X850 XT)
On Don, 2011-03-10 at 13:27 +, Mike Brodbelt wrote: * Michel Dänzer daen...@debian.org [110310 08:27]: The poor performance is also causing perceptible flicker in terminals while typing. Which terminal emulator application is that with? Eterm - though I'm of the opinion that the terminal emulator isn't actually relevant. Well, if it uses core X11 fonts, then text is rendered in software, which could certainly explain at least some of the issues. If you're using a non-anti-aliased font in the terminal, does switching to an anti-aliased one improve terminal performance? The problem appears to be affecting any application that moves substantial amounts of graphics data around - so scrolling a large amount of text in a terminal window causes visible flicker. Equally, rapidly moving a window around the desktop causes very obvious lag as the X server struggles to keep up, with ghost images being left around for a short period afterwards. I'm afraid that's rather vague and doesn't ring any bells. This happened after a dist-upgrade, so something ha clearly regressed pretty severaly with my configuration. I've tried with the xorg.conf in place, and also without any xorg.conf at all with the same results. I've also tried with 2.6.32 and 2.6.37 kernels. Then I don't suppose Option ColorTiling off helps, as I don't think that could have been enabled with 2.6.32. Basically, you need to try and narrow down further what exactly made things worse for you. Is it the new X server or driver? ... Though, if the bad performance is accompanied by high CPU usage of the X server process, getting a profile with sysprof or oprofile might give an idea of what's going wrong. Please make sure the xserver-xorg-core-dbg and xserver-xorg-video-radeon-dbg packages are installed for this. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617624: xserver-xorg-video-radeon: serious performance regression with 6.14 versions of driver and R480 chip (X850 XT)
On 10/03/11 13:57, Michel Dänzer wrote: Eterm - though I'm of the opinion that the terminal emulator isn't actually relevant. Well, if it uses core X11 fonts, then text is rendered in software, which could certainly explain at least some of the issues. If you're using a non-anti-aliased font in the terminal, does switching to an anti-aliased one improve terminal performance? I've tried this again now with Xterm, using xterm -fa 'Mono' -fs 8 as the launch command line, which uses an anti-aliased font. There doesn't appear to be any improvement. The problem appears to be affecting any application that moves substantial amounts of graphics data around - so scrolling a large amount of text in a terminal window causes visible flicker. Equally, rapidly moving a window around the desktop causes very obvious lag as the X server struggles to keep up, with ghost images being left around for a short period afterwards. I'm afraid that's rather vague and doesn't ring any bells. Sorry - best description I could come up with. It's vaguely reminiscent of moving from outline window moving to opaque window moving years ago, when graphics cards were more underpowered than they are these days... Then I don't suppose Option ColorTiling off helps, as I don't think that could have been enabled with 2.6.32. Aha. That appears to have cured it. So, it looks like that option is the cause of a significant performance drop, which affects the desktop feel quite a bit. If there's anything more I can do to narrow this down further and help it towards something useful to developers, I'm happy to test. Thanks, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
