nautilus remote (non)performance ...
- From: Michael Meeks <michael ximian com>
- To: Jeff Waugh <jdub perkypants org>
- Cc: GNOME Desktop Hackers <desktop-devel-list gnome org>, nautilus <nautilus-list eazel com>
- Subject: nautilus remote (non)performance ...
- Date: 03 Sep 2002 20:09:15 +0100
On Tue, 2002-09-03 at 14:17, Jeff Waugh wrote:
> Interestingly enough, totem runs okay, watching the GUAD3C video. ;-) It'd
> be cool to have a compressed video stream extension for X or something...
> Not sure how useful it would be in common use though.
Right; and that's the crunch - Nautilus seems to be doing lots of
roundtrips; indeed - the problem with nautilus performance is in fact
that the canvas is no longer client-side at all; it's in non-AA mode and
is doing loads of server side roundtrips, ie.
I add an access pair around 'draw_pixbuf' in
nautilus-icon-canvas-item.c and I see:
[pid 7793] 1031079385.431442 access("draw canvas item start", F_OK) =
-1 ENOENT (No such file or directory)
[pid 7793] 1031079385.431605 access("drawpixbuf start", F_OK) = -1
ENOENT (No such file or directory)
[pid 7793] 1031079385.432010 write(4,
"<\2\2\0,\1`\1\230\27\v\0\3\0000\0(\1`\1&\1`\1(\0\0\0\2"..., 228) = 228
[pid 7793] 1031079385.433713 read(4,
"\1\20\245\t\0\22\0\0\0\0\0\0\320]\205\10\10\240\302 h\366"..., 32) = 32
[pid 7793] 1031079385.433956 readv(4,
[{"9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]"..., 18432}, {"", 0}], 2) = 18432
[pid 7793] 1031079385.436869 write(4,
"I\2\5\0\"\1`\1\\\1F\0\220\0\"\0\377\377\377\377", 20) = 20
[pid 7793] 1031079385.437482 read(4,
"\1\20\246\t\220\t\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4"..., 32) = 32
[pid 7793] 1031079385.437729 readv(4,
[{"9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]"..., 9792}, {"", 0}], 2) = 9792
[pid 7793] 1031079385.441456 write(4, "+\2\1\0", 4) = 4
[pid 7793] 1031079385.441869 read(4,
"\1\2\247\t\0\0\0\0*\0`\1\0\0\0\0\1\0\0\0\0\0\0\0P\'\177"..., 32) = 32
[pid 7793] 1031079385.443123 writev(4,
[{"H\2\6\22\"\1`\1-\1`\1\220\0 \0\\\1\6\0\0\20`\1", 24},
{"9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]"..., 18432}], 2) = 18456
[pid 7793] 1031079385.444586 writev(4,
[{"H\2\226\t\"\1`\1-\1`\1\220\0\"\0\\\1F\0\0\20`\1", 24},
{"9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]9]"..., 9792}], 2) = 9816
[pid 7793] 1031079385.445258 access("drawpixbuf end", F_OK) = -1 ENOENT
(No such file or directory)
[pid 7793] 1031079385.446551 access("draw canvas item end", F_OK) = -1
ENOENT (No such file or directory)
And of course - for icons with emblems I get a load more round-trips.
Concievably it'd be quicker to use the anti-aliased canvas here;
Why did we stop using that ? is there anything we can do to render this
client side [ After all this is in fact a trace of a local X server ].
And is there any hope for reasonable performance here within the Gtk+
rendering model ?
Regards,
Michael.
--
mmeeks gnu org <><, Pseudo Engineer, itinerant idiot
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]