[Intel-gfx] [PATCH] [RFT] drm/i915: Don't waste our paultry cache on a context object

Ben Widawsky ben at bwidawsk.net
Fri Sep 20 17:24:44 CEST 2013


On Fri, Sep 20, 2013 at 04:12:37PM +0100, Chris Wilson wrote:
> On Fri, Sep 20, 2013 at 08:05:02AM -0700, Ben Widawsky wrote:
> > Context save and restore is by definition a slow process, however it is
> > also an infrequent process. Don't try to optimize the save restore at
> > the cost of any of our precious cache space. Contexts begin to get quite
> > large on HSW and beyond.
> 
> Infrequent?

Relative to operations which use the cache.

>  
> > At least for benchmarks people seem to care about, there is almost
> > always only 1 context running, which means I don't expect this to do any
> > harm. For benchmarks with many contexts, there could be performance
> > degradation - but I have a sneaking suspicion the HW will do some fancy
> > magic to speak up context save & restores anyway.
> 
> There are at least 2 contexts in every benchmark QA cares about. It
> wasn't like making them L3 objects in the first place was motivated by
> benchmark results...
> 

No, I've no doubt it was motivated by benchmarks, but I think making it
L3 (which I still have a hard time believe would do at all what it's
intended to do) would only prove further that not wasting LLC space is a
good thing. The theory follows that not wasting L3 space is also a good
thing.

> Anyway the idea was to see if QA still notice a difference...
> -Chris
> 

I'll try to be an optimist for once.

-- 
Ben Widawsky, Intel Open Source Technology Center



More information about the Intel-gfx mailing list