From: Ben Widawsky <ben@bwidawsk.net>
To: Chris Wilson <chris@chris-wilson.co.uk>,
Ben Widawsky <benjamin.widawsky@intel.com>,
Intel GFX <intel-gfx@lists.freedesktop.org>,
Eero Tamminen <eero.t.tamminen@intel.com>
Subject: Re: [PATCH] [RFT] drm/i915: Don't waste our paultry cache on a context object
Date: Fri, 20 Sep 2013 08:24:44 -0700 [thread overview]
Message-ID: <20130920152443.GA8348@bwidawsk.net> (raw)
In-Reply-To: <20130920151237.GB10182@nuc-i3427.alporthouse.com>
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
prev parent reply other threads:[~2013-09-20 15:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-20 15:05 [PATCH] [RFT] drm/i915: Don't waste our paultry cache on a context object Ben Widawsky
2013-09-20 15:12 ` Chris Wilson
2013-09-20 15:24 ` Ben Widawsky [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130920152443.GA8348@bwidawsk.net \
--to=ben@bwidawsk.net \
--cc=benjamin.widawsky@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=eero.t.tamminen@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.