Window mapping w/EXA really slow in Xorg 7.2
jafeiner at gmail.com
Fri Apr 20 05:32:17 PDT 2007
Jeeze, I need to learn how to use gmail, folks. Sorry for sending emails
directly to people on this list instead of to the list itself.
Alright, I built the entire X.org system from git (which was somewhat
painful, but not altogether terrible) and the problem seems to have gone
away. I'm not sure why I was getting the regressions with the Gentoo
provided X-servers. I should note that I was able to the build the X server
from git before but I still had these problems. It's only now that I've
built the very latest version along with all the other junk that the problem
has gone away.
> On 4/19/07, James Cloos <cloos+pdx-xorg at jhcloos.com> wrote:
> > >>>>> "Joel" == Joel Feiner <jafeiner at gmail.com> writes:
> > Joel> I have an ATi x300 (r300 driver). I have been using EXA plus the
> > Joel> composite extension in conjunction with xcompmgr/kompmgr, that is,
> > Joel> 2d compositing. With X server 7.1.1, everything works great. ...
> > Joel> But with X server 7.2, ... switching virtual desktops and mapping
> > Joel> large windows is slow. Switching desktops is especially slow
> > Joel> taking as long as 2 seconds to complete. Most of that time, there
> > Joel> is no change in the screen. It is only at the very end that all
> > Joel> the windows appear for the new desktop.
> > This happens for me (on Radeon M7, r100 driver) as well, even w/o the
> > composite module loaded. I use icewm.
> > Switching to a desktop with a seamonkey or firefox window is especially
> > slow. Desktops with emacs or urxvt windows are more tolerable, but not
> > nearly as fast as things used to be. (One significant difference
> > between the likes of emacs or urxvt vs zilla is xft vs cairo.)
> > My xserver, ati driver, xcb, libx11, cairo, mesa are all git master,
> > I use EXA, and cairo may or may not be using glitz. (I can't tell;
> > glitz is linked in, but I can't be sure whether the glitz, xcb or libx11
> > backends are in use....)
> > This has been the case for a while.
> > -JimC
> > --
> > James Cloos < cloos at jhcloos.com> OpenPGP: 1024D/ED7DAEA6
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the xorg