Xorg eats CPU when using EXA

Bug #269388 reported by Tim Besard
4
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Fix Released
Undecided
Unassigned
Nominated for Intrepid by Tim Besard

Bug Description

-- UPDATE --

This turned out to be a Xserver bug, which most likely will be patched in the 1.5.2 release of Xserver.
Upstream information: http://lists.freedesktop.org/archives/xorg/2008-September/038534.html

-- OLD BUG REPORT --

Binary package hint: xserver-xorg-video-ati

Since the last batch of updates (where all the xorg video drivers got updated), I'm experiencing lagspikes in my ubuntu environment. I've traced this back to Xorg using up to 97% CPU on certain moments. This only happens when I'm using the EXA acceleration method, instead of the default XAA one.

With the default XAA, all works very smoothly. But now, with EXA enabled, Xorg often spikes to 100% CPU, mainly when opening applications, scrolling or opening textfiles, or spawning new GTK widgets.

I'm using the EXA acceleration to be able to playback video when using Compiz. I've also filed a bug to use EXA as default accelerator: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/269357

The Xorg option I used to force EXA:
    Option "AccelMethod" "EXA"

System details:
  Xorg window system 1:7.4~2ubuntu1
  RADEON display driver 1:6.9.0+git20080826.a3cc1d7a-2ubuntu2
  Sapphire X1650 Pro
  Ubuntu Intreprid, fully updated

Tags: cpu exa xaa xorg

Related branches

Revision history for this message
Onestone (onestone) wrote :

I confirm this. It makes GNOME feel slow in general, and is very noticeable in some particular cases - for example, open Nautilus, grab its lower right corner, and try resizing the window for several seconds. It's extremely slow to repaint. Switching back to XAA makes it very fast again.

My configuration is similar to that of the OP:
  Ubuntu Intrepid, fully updated as of 2008-09-13
  ATI Mobility Radeon 9700 (X300)
  Radeon driver 1:6.9.0+git20080826.a3cc1d7a-2ubuntu2

I haven't messed with the default xorg.conf, other than switching EXA on. Glxgears is accelerated, and direct rendering is on.

Note that using the same driver on Hardy (taken from Tormod Volden's PPA), I didn't have this problem with EXA. Also, I'm not using Compiz.

Changed in xserver-xorg-video-ati:
status: New → Confirmed
Revision history for this message
Tim Besard (maleadt) wrote :

Still not fixed, and I consider this bug quite severe as user wanting to playback video's with compiz enabled will experience it. I'm milestoning it for the final release, please undo if it isn't worth it :)

I'm experiencing this bug since the xserver video driver updates around 12/09. xorg-xserver-video-ati got updated then with the changelog:
* Rebuild against the new xserver-xorg-dev.
Shouldn't cause this problems, though?

I'll upload a verbose glxinfo with both accelerators soon.

Revision history for this message
Tim Besard (maleadt) wrote :
Revision history for this message
Tim Besard (maleadt) wrote :
Revision history for this message
Tim Besard (maleadt) wrote :

Verbose glxinfo does not differ between EXA and XAA.

Revision history for this message
Tim Besard (maleadt) wrote :

Just removed xserver-xorg-video-radeon et al and pulled a GIT copy to try to locate the commit which introduced the bug.
I reverted all the way to june 2008, but the EXA lags keeps happening. As I worked with a non-lagging EXA using the xserver-xorg-video-radeon-git20080802, I guess the EXA lag is NOT caused by xorg-video-radeon.....

Any hints how to locate this bug?

Revision history for this message
Tim Besard (maleadt) wrote :

I asked for information at the #radeon channel, which turned up that it's a bug of Xorg itself:
http://lists.freedesktop.org/archives/xorg/2008-September/038534.html

There was also said that Xserver 1.5.1 (or probably 1.5.2) will contain a fix for that EXA problem. IMHO it'll be one of the more important patches which'll have to be packed into Ibex, even if it will already have been released by then.

Status of this bug updated to match most recent information.

Changed in xserver-xorg-video-ati:
status: Confirmed → In Progress
description: updated
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xorg-server - 2:1.5.1-1ubuntu1

---------------
xorg-server (2:1.5.1-1ubuntu1) intrepid; urgency=low

  * Merge with Debian experimental. (LP: #269388)

xorg-server (2:1.5.1-1) experimental; urgency=low

  * New upstream bugfix release.
  * 02_Disable-DRI-in-Xephyr.patch: don't use DRI in Xephyr, as it doesn't
    work correctly.
  * Merge changelog from 2:1.4.2-6 (all changes are upstream now).

 -- Timo Aaltonen <email address hidden> Wed, 24 Sep 2008 19:33:34 +0300

Changed in xorg-server:
status: In Progress → Fix Released
Revision history for this message
Tim Besard (maleadt) wrote :

Confirmed, thanks a lot all!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.