XFCE Terminal resize poor performance

[David Sharp]

On Tue, May 20, 2008 at 12:48 AM, Michel Dänzer
<michel at tungstengraphics.com> wrote:
> On Mon, 2008-05-19 at 23:21 -0700, Ray Van Dolson wrote:
>> > oprofile results are here:
>> >
>> >   http://www.bludgeon.org/~rayvd/xorg/opreport_l.txt
>> >   http://www.bludgeon.org/~rayvd/xorg/opreport_callgraph.txt
>> >   http://www.bludgeon.org/~rayvd/xorg/xorg.conf
>>
>> In addition:
>>
>>   http://www.bludgeon.org/~rayvd/xorg/Terminal.png
>>
>> I guess this seems to be resulting from compositor calls.  Other
>> applications within XFCE seem to resize just fine -- but not Terminal.
>>
>> If I disable the compositor explicitly in xorg.conf window resizes are
>> fast again.  So I guess I have a workaround; but should this work with
>> compositing on?  Seems to be fine in Gnome's terminal.
>
> Basically, you need to find out why these operations are falling back to
> ExaCheckComposite instead of being accelerated. A start could be to
> rebuild the radeon driver with
>
> #define RADEON_TRACE_FALL 0
>
> changed to 1 in src/radeon_exa.c and record the resulting fallback
> messages in the log file.

You are experiencing this bug:
http://bugzilla.xfce.org/show_bug.cgi?id=2818
related:
http://bugzilla.xfce.org/show_bug.cgi?id=2792

as a workaround, I set my Terminal launcher to:
env XLIB_SKIP_ARGB_VISUALS=1 Terminal

>
>
> --
> Earthling Michel Dänzer           |          http://tungstengraphics.com
> Libre software enthusiast         |          Debian, X and DRI developer
>
> _______________________________________________
> xorg mailing list
> xorg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg