ProcPutImage calls exaDoMoveOutPixmap, 4x slowdown

Michel Dänzer michel at tungstengraphics.com
Tue Oct 14 10:11:07 PDT 2008


On Tue, 2008-10-14 at 16:02 +0200, Clemens Eisserer wrote:
> 
> I've a use-case where the client uploads 32x32 A8 images to an
> 256x256x8 pixmap  which is later used as mask in a composition
> operation.
> The test-case is able to render with 40fps on xserver-1.3/intel-2.1.1
> however with the latest GIT of both I only get ~10-15fps.
> Unfourtunatly I've not been able to create a stand-alone testcase
> which triggers this problem :-/
> 
> Using sysprof I can see a lot of time is spent moving data arround,
> very strange is that PutImage seems to cause a readback:
> ProcPutImage->ExaCheckPutImage->exaPrepareAccessReg->exaDoMigration->exaDoMoveOutPixmap->exaCopyDirty->exaWaitSync->I830EXASync
> In Composite I see the re-uploading again.
> 
> Any idea why ProcPutImage could to fallback (there's plenty of free vram)?
> Are there tools / settings which could help me to identify the problem?

Does the attached xserver patch help? Looks like we're syncing
unnecessarily in the migration no-op case.


-- 
Earthling Michel Dänzer           |          http://tungstengraphics.com
Libre software enthusiast         |          Debian, X and DRI developer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: exa_migration.diff
Type: text/x-patch
Size: 926 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20081014/cdf2ee35/attachment.bin>


More information about the xorg mailing list