ProcPutImage calls exaDoMoveOutPixmap, 4x slowdown
Maarten Maathuis
madman2003 at gmail.com
Thu Oct 16 08:07:42 PDT 2008
On Thu, Oct 16, 2008 at 5:02 PM, Michel Dänzer
<michel at tungstengraphics.com> wrote:
> On Wed, 2008-10-15 at 21:59 +0200, Maarten Maathuis wrote:
>> On Wed, Oct 15, 2008 at 9:43 PM, Eric Anholt <eric at anholt.net> wrote:
>> >
>> > Migrating out for a write-only operation is just broken, and is the
>> > thing that should be fixed there.
>
> There is no actual migration here, just superfluous syncing fixed by my
> patch.
What makes you so sure, the standard thing to do on a fallback is migrate out.
>
>
>> I'd like to add that if anything changes in this beheaviour, then this
>> shouldn't be done quietly. Because some may depend on this (offscreen
>> memory tiled and needing migration to have something linear available
>> for example).
>
> Sounds like something that could be handled in UploadToScreen.
I'm assuming a case where UTS and DFS do the conversion, but direct
cpu access is a bad idea. Fortunately exa *never* does this currently,
prepare access always triggers a migration out.
>
>> The current {Prepare,Finish}Access isn't completely
>> suited for this conversion (exaPixmapIsOffscreen() isn't exported).
>
> FWIW, exporting exaPixmapIsOffscreen() might make sense anyway though.
>
>
> --
> Earthling Michel Dänzer | http://tungstengraphics.com
> Libre software enthusiast | Debian, X and DRI developer
>
>
More information about the xorg
mailing list