From: Ben Widawsky <ben@bwidawsk.net>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: Intel GFX <intel-gfx@lists.freedesktop.org>
Subject: Re: [PATCH] [v3] drm/i915/hsw: Change default LLC age to 3
Date: Sun, 4 Aug 2013 13:55:41 -0700 [thread overview]
Message-ID: <20130804205540.GA801@bwidawsk.net> (raw)
In-Reply-To: <CAKMK7uHJbwxr=sidjAvPVE=SGrGGHCF9sCsUjbr5_UknYwd4CQ@mail.gmail.com>
On Sun, Aug 04, 2013 at 09:10:25PM +0200, Daniel Vetter wrote:
> On Fri, Aug 2, 2013 at 12:56 AM, Ben Widawsky <ben@bwidawsk.net> wrote:
> > The default LLC age was changed:
> > commit 0d8ff15e9a15f2b393e53337a107b7a1e5919b6d
> > Author: Ben Widawsky <benjamin.widawsky@intel.com>
> > Date: Thu Jul 4 11:02:03 2013 -0700
> >
> > drm/i915/hsw: Set correct Haswell PTE encodings.
> >
> > This caused a regression in performance on certain benchmarks. While I
> > think a discussion still needs to happen about how the kernel should
> > default for both eLLC, and LLC - just revert this behavior for now.
> >
> > v2: Drop the extra #define (Chad)
> >
> > v3: Actually git add
> >
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67062
> > Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
> > Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
>
> iris_pte_encode was split up after the regressing commit in
>
> commit 4d15c145a6234d999c0452eec0d275c1fbf0688c
> Author: Ben Widawsky <ben@bwidawsk.net>
> Date: Thu Jul 4 11:02:06 2013 -0700
>
> drm/i915: Use eLLC/LLC by default when available
>
> Hence I think that one should be patched, too (QA doesn't have an iris
> machine afaik, so no regression report expected). And since I have
> some open questions about Chris WT-for-Iris patch too I think it's
> best to spin a v4 of this one here.
> -Daniel
>
We've come up with a theory as to why this was a regression (which I
think nullifies your request for the eLLC version)
On the surface, one would think that aging all objects equally, whether
they be oldest, or youngest, makes no difference. The key with LLC is
that it is shared with the CPU, and presumably the CPU follows the
normal cache aging FIFO rules (ie. everything is aged 3). On this logic,
eLLC would not share the same flaw. I think it makes sense to have
someone prove we need it for eLLC, as this does allow mesa/DDX to get 2
differently aged eLLC objects, which they cannot do if we default to 3.
On the same note, even LLC age 0 is still ideal in my opinion, but was
asked to not do this so that meas 9.2 doesn't have performance
regressions.
[snip]
--
Ben Widawsky, Intel Open Source Technology Center
next prev parent reply other threads:[~2013-08-04 20:55 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-31 23:07 [PATCH] drm/i915/hsw: Change default LLC age to 3 Ben Widawsky
2013-08-01 17:21 ` Chad Versace
2013-08-01 22:44 ` [PATCH] [v2] " Ben Widawsky
2013-08-01 22:56 ` [PATCH] [v3] " Ben Widawsky
2013-08-04 19:10 ` Daniel Vetter
2013-08-04 20:55 ` Ben Widawsky [this message]
2013-08-04 23:03 ` Daniel Vetter
2013-08-04 23:22 ` Ben Widawsky
2013-08-05 5:07 ` Daniel Vetter
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=20130804205540.GA801@bwidawsk.net \
--to=ben@bwidawsk.net \
--cc=daniel@ffwll.ch \
--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.