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
driver.
- 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