[Mesa-dev] [PATCH] intel: Use a CPU map of the batch on LLC-sharing architectures.

Kenneth Graunke kenneth at whitecape.org
Fri Jan 25 13:58:48 PST 2013


On 01/25/2013 09:31 AM, Eric Anholt wrote:
> Kenneth Graunke <kenneth at whitecape.org> writes:
>
>> On 01/20/2013 02:59 PM, Eric Anholt wrote:
>>> Before, we were keeping a CPU-only buffer to accumulate the batchbuffer in,
>>> which was an improvement over mapping the batch through the GTT directly
>>> (since any readback or other failure to stream through write combining
>>> correctly would hurt).  However, on LLC-sharing architectures we can do better
>>> by mapping the batch directly, which reduces the cache footprint of the
>>> application since we no longer have this extra copy of a batchbuffer around.
>>>
>>> Improves performance of GLBenchmark 2.1 offscreen on IVB by 3.5% +/- 0.4%
>>> (n=21).  Improves Lightsmark performance by 1.1 +/- 0.1% (n=76).  Improves
>>> cairo-gl performance by 1.9% +/- 1.4% (n=57).
>>>
>>> No statistically significant difference in GLB2.1 on SNB (n=37).  Improves
>>> cairo-gl performance by 2.1% +/- 0.1% (n=278).
>>
>> Looks good to me.  Have you tested this on a non-LLC machine?
>
> Not in a long time.  It shouldn't affect performance, since they get the
> same behavior as before.

Okay.  I mashed has_llc to false and ran glxgears, which was proof 
enough that the non-LLC path still works.  I figured it did, but just 
wanted to check.


More information about the mesa-dev mailing list