[Intel-gfx] [PATCH] Fall back to fb pixmaps for backing glyph pictures
eric at anholt.net
Tue Jun 9 19:22:49 CEST 2009
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:
> 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 at anholt.net eric.anholt at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 197 bytes
Desc: This is a digitally signed message part
More information about the Intel-gfx