[Intel-gfx] [PATCH] Fall back to fb pixmaps for backing glyph pictures

[Eric Anholt]

On Tue, 2009-06-09 at 13:45 +0100, Chris Wilson wrote:
> On Mon, 2009-06-08 at 21:14 -0400, Kristian Hoegsberg wrote:
> > GEM pads pixmaps to 512 byte stride and backs them with a kernel side
> > buffer objects.  We typically don't render out of glyph pictures, so
> > we're incurring a lot of overhead per glyph by allocating a GEM pixmap
> > per glyph.  By looking at the usage hint, we can fall back to
> > fbCreatePixmap for pixmaps backing glyph pictures, which gives us
> > a nice tight malloced pixmap.  The fast path for text rendering is
> > compositing from the glyph cache pixmap to the destination, which
> > shouldn't be significantly affected.
> 
> Quick bit of testing:
> (firefox-20090601)
>     xlib-rgba-before	384512.49:  1.01x 
>     xlib-rgba-after	389633.94:  1.00x
> The difference being within the margin of error for the benchmark.

Awesome, this is exactly the testing I was hoping for!

-- 
Eric Anholt
eric at anholt.net                         eric.anholt at intel.com


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20090609/60f34fb0/attachment.sig>