Re: metacity slowness
On Sun, 2003-08-24 at 01:27, Marek Habersack wrote:
>
> [...] metacity keeps the window surface in a pixmap and, apparently,
> repaints (for some reason) the window surface in addition to the app doing
> it as well (it happens on resizes, moves and workspace switches).
> It seems that it allocates a pixmap for each window it manages (see ui.c,
> look for iw->pixmap) - at least that's how I understand the code. Also in
> ui.c in the meta_image_window_set function it seems that it does use that allocated
> previously pixmap as the window's backing store.
AFAICT that code would only be used for the minimize effect, but that is
currently hardcoded to wireframe because the scaling is too slow.
I'm afraid the problem is not what you think it is.
> > > It's quite an annoying experience to actually see the desktop
> > > repainting on a fast machine (Athlon 2400+, 1GB RAM, Hercules Radeon
> > > 9000 128MB RAM)... I'm running XFree 4.3.0-0pre1v1 with
> > > xserver-xfree86-dri-trunk, compiled with athlon optimizations.
> >
> > Do the Slackware and Gentoo users you mention have a comparable setup?
> Yep, more or less the same. The gentoo one doesn't use the CVS dri xserver,
> the slackware one uses it.
And what about the graphics card etc. ?
> > http://bugs.xfree86.org/show_bug.cgi?id=414 might be related, as the
> > radeon driver doesn't accelerate the RENDER extension yet.
> Note this comment http://bugs.xfree86.org/show_bug.cgi?id=414#c18 - it does
> seem to confirm that the metacity itself might be the cause of the slowness.
I fail to see how metacity can have an impact on x11perf, it certainly
doesn't here.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Reply to: