On Mon, Sep 13, 2010 at 3:47 PM, Matt Dew <[email protected]> wrote: > On Mon, Sep 13, 2010 at 1:17 PM, Mark Kettenis <[email protected]> > wrote: >>> Date: Mon, 13 Sep 2010 22:09:29 +0300 >>> From: Tiago Vignatti <[email protected]> >>> >>> On Mon, Sep 13, 2010 at 05:26:34PM +0200, ext Alex Deucher wrote: >>> > On Mon, Sep 13, 2010 at 11:18 AM, Matt Dew <[email protected]> wrote: >>> > > Is that something that should go on a TODO (wish)list? Move remaining >>> > > DDXs from XXA to EXA? Maybe improve those drivers' performance on EXA >>> > > first? >>> > >>> > I'm not sure it's worth the effort. Much of the older hardware isn't >>> > even capable of EXA (lack of offset-based blitters for solid/copy and >>> > the lack of 3D engines for composite). For hw that is, it's a lot of >>> > work for old hardware that hardly anyone one uses. I suppose there >>> > are a few chips that are still used where it may make sense. In many >>> > cases shadowfb is as fast or faster than the blitters on these old >>> > chips anyway. XAA is mostly sw rendering now anyway. >>> >>> so this means we could deprecate XAA from the server, and if one cares about >>> it we recommend to use old servers? >> >> No. XAA does make a noticable difference on some hardware. >> > > Does anyone have a list of what hardware XAA outperforms EXA? and possibly > why?
Most modern desktops use fancy alpha blending composite stuff which in most cases require a 3D engine. Chips without 3D engines or very limited 3D engines, end up falling back to software. EXA tries to accelerate as much as possible, but for fallback, you often get lots of ping-ponging of buffers between system ram and vram as you transition between accelerated ops and software fallbacks. Once that happens you lose. XAA tends to be faster because it has only very limited hooks for composite stuff, so mostly pixmaps stay in system ram (where software ops are cheap) until they are needed for display. Alex _______________________________________________ [email protected]: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
