[Glamor] [PATCH 05/15] glamor_fbo: Introduce glamor fbo to manage all the fb/tex.
zhigang.gong at gmail.com
Fri Jan 20 06:52:41 PST 2012
On Fri, Jan 20, 2012 at 10:51 PM, zhigang gong <zhigang.gong at gmail.com> wrote:
> On Fri, Jan 20, 2012 at 10:08 PM, Chris Wilson <chris at chris-wilson.co.uk> wrote:
>> On Fri, 20 Jan 2012 16:52:03 +0800, zhigang.gong at linux.intel.com wrote:
>>> From: Zhigang Gong <zhigang.gong at linux.intel.com>
>>> This is the first patch to implement a fbo/tex pool mechanism which
>>> is like the sna's BO cache list. We firstly need to decopule the
>>> fbo/tex from each pixmap. The new glamor_pixmap_fbo data
>>> structure is for that purpose. It's somehow independent to each
>>> pixmap and can be reused latter by other pixmaps once it's detached
>>> from the current pixmap.
>> I'd had to greatly curtail the maximum cache time in order to prevent
> I found a bug at the previous patchset which will always find exact size.
> and Already fix it and push to my private branch:
Forgot to mention, should be fbo-pool branch.
> Would you please have one try on your machine?
>> my snb machine from going into swap whilst running cairo-traces.
>> Initial results there do not look that promising, I haven't had time to
>> do a complete run, but firefox-paintball regressed by 50% on an
>> i5-2520m with CACHE_EXPIRE_MAX 50 (which kept the cache size under 2G
>> where w/o the fbo cache it only uses at most 0.5G).
>> Chris Wilson, Intel Open Source Technology Centre
More information about the Glamor