Bug#648222: Significant 2D performance regression with ColorTiling

[Andrew Deason]

Hi, I have experienced this same issue; same symptoms and ColorTiling
workaround as Iustin reported. (I was complaining about this in 639621,
though at the time I didn't know this was the issue; I have an r300
card: X1300.) Just a couple more thoughts:

On Sun, Nov 13, 2011 at 1:34 PM, Iustin Pop <iustin at debian.org> wrote:
>
> I've tested further and this seems to be a problem specific to xterm
> (and possibly other software? not sure how to test e.g. firefox's UI
> speed):

Fluxbox also appears to be severely impacted by this while moving and
resizing windows. It's hard to give a quantitative benchmark for such a
thing, but the resizing/moving can easily not keep up with the
resize/move requests if done quickly enough. I'm not sure how similar
this is to openbox; fluxbox displays the window position/size in the
center of the screen while moving/resizing... it may just be updating
that part of the display that causes the delay.

This issue I find is also very difficult to find; I was only able to
figure out anything wrt this by flipping random options in xorg.conf,
until flipping ColorTiling made a difference. If you consider this to
just be a bug in the relevant applications and the default should not be
changed, I still would have found it immensely helpful to have some kind
of indication to the user that ColorTiling is a switch that they may
want to flip. Would mentioning this in the radeon man page sound
acceptable?

-- 
Andrew Deason
adeason at dson.org