xorg-server CVS and EXA [SOLVED]

Adam Jackson ajax at nwnk.net
Mon Apr 24 11:14:57 PDT 2006

On Monday 24 April 2006 03:03, Michel Dänzer wrote:
> 256KB seems to be the limit for a single PutImage request, so if the
> image data is bigger than that, it has to be chopped up into several
> requests.

Nice find.  Yes, for wire PutImages, we max out at just under 256k because 
PutImage isn't automatically bigrequested.  I think Roland opened a bug about 
that ages ago, and it'd probably be a win to do bigreq'd PutImage up to some 
threshold (at the point where either interactivity suffers or you lose 
performance due to cache thrash).

> PS: Random unrelated EXA performance observation: At least with the
> "smart" migration heuristics, DownloadFromScreen seems to be a net win
> even when it's not accelerated (as is the case with the radeon driver).
> Disabling it altogether instead about doubles x11perf -getimage scores
> here but cripples x11perf -putimage scores to 25-30% and also seems to
> make my normal GNOME session more sluggish.

I'm not sure why this would be true; but if it were, it would make sense to 
supply a default DFS memcpy stub in exa itself rather than one in every 

- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20060424/f3f5fe9f/attachment.pgp>

More information about the xorg mailing list