Re: nautilus remote (non)performance ...

On 4 Sep 2002, Michael Meeks wrote:

> On Tue, 2002-09-03 at 21:15, Jeff Waugh wrote:
> > > 	Concievably it'd be quicker to use the anti-aliased canvas here;
> > 
> > Aha... How easy would a switch to the non-AA canvas be, for testing?
> 	Impossible, the code was removed in favour of a pure Gdk based
> approach; quite what the rational was behind this I don't know - I
> believe gtk+ is mooted as providing a canvas like model now. Sadly it
> seems to do this by endless X server roundtrips.

This was done for several reasons:
* To not have to support two codepaths all over the place
* To not have to use our own font system in the client side case, with all 
  the problems it gives (including loading/caching/rendering fonts 
   twice, and potentially getting different sets of fonts.).
* To be able to use hardware accelerated composition and font rendering on 
  videocards where this is supported.

Somewhere along the way we lost the aa rendering pref. I guess we should 
add that back to avoid drawing icons with AA on systems that are remote 
and not supporting render.
> 	Indeed; by accurate measuring (with sticky tape) I see that rendering 8
> icons takes ~130ms:
> [pid  7793] 1031079385.407424 access("drawpixbuf start", F_OK) = -1
> ENOENT (No such file or directory)
> ...
> [pid  7793] 1031079385.539125 access("draw canvas item end", F_OK) = -1
> ENOENT (No such file or directory)
> 	These 8 happening to be in a row un-interrupted by other threads; which
> seems a little excessive to me - only a few of these had emblems.

It does indeed sound a bit excessive. What exact setup were you using?

 Alexander Larsson                                            Red Hat, Inc 
                   alexl redhat com    alla lysator liu se 
He's an all-American guerilla inventor with a secret. She's a green-fingered 
antique-collecting research scientist from the wrong side of the tracks. They 
fight crime! 

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]