From: Eric Anholt <eric@anholt.net>
To: intel-gfx@lists.freedesktop.org
Cc: Ben Widawsky <ben@bwidawsk.net>,
"Kilarski, Bernard R" <bernard.r.kilarski@intel.com>
Subject: Re: [PATCH] drm/i915: set IDICOS to medium uncore resources
Date: Wed, 13 Jun 2012 23:36:25 -0700 [thread overview]
Message-ID: <87y5nqbdsm.fsf@eliezer.anholt.net> (raw)
In-Reply-To: <877gwoo55d.fsf@eliezer.anholt.net>
[-- Attachment #1.1: Type: text/plain, Size: 4892 bytes --]
On Sun, 06 May 2012 23:51:26 -0700, Eric Anholt <eric@anholt.net> wrote:
> On Fri, 4 May 2012 18:58:59 -0700, Ben Widawsky <ben@bwidawsk.net> wrote:
> > I'm seeing about a 5% FPS improvement across various benchmarks on my
> > IVB i3. Rumor has it that the higher end parts show even more benefit.
> >
> > This derives from a patch originally given to me by Bernard. The docs
> > are confusing about the definition names (ie. medium really seems like
> > max), but it would seem it gives more cache to the GT at the expense of
> > uncore. This configuration makes the split most in favor of the GT. I've
> > not tried the other IDICOS values.
>
> My IVB system started with an SNBPCR value of 0x1b40. To test the effect of
> this patch, I just smashed the value of the reg at runtime:
>
> Results:
> x intel_reg_write 0x900c 0x001b40
> + intel_reg_write 0x900c 0x201b40
>
> citybench:
> +------------------------------------------------------------------------------+
> | xxx + |
> | x xxx + + + |
> | x xxx + +++ |
> | x xxx + + ++++ |
> | xx xxxx + + ++++ |
> |x xxx x xxxx + + ++++++ ++ |
> |xxxxx xxxxxxxx + + + + +*++++ ++ |
> |xxxxxxxxx xxxxxxxx x +++++ ++++ +*+++++++ |
> |xxxxxxxxx xxxxxxxxxx x ++++++++++ ++**+++++++ + + |
> |xxxxxxxxx xxxxxxxxxxxxxx *++++++++++++ ****+*++++++++ + ++++++ +|
> | |___________AM_________| |_________A_M_______| |
> +------------------------------------------------------------------------------+
> N Min Max Median Avg Stddev
> x 118 335.779 387.456 354.306 352.63131 12.462796
> + 118 367.324 419.02 386.14 384.47139 10.970918
> Difference at 95.0% confidence
> 31.8401 +/- 2.99585
> 9.02928% +/- 0.849569%
> (Student's t, pooled s = 11.7406)
>
> openarena:
> +------------------------------------------------------------------------------+
> | + ++ xx xx x x xx |
> | + + ++ + + xxxxxxx xxxxx |
> | +++ ++++++++++ ++++++ ++ + x xxxxxxxxxxxxxxx xx|
> |++ + ++++++++++++++++++++++++++++ + + + x x xxxxxxxxxxxxxxxxxx xx|
> | |_________A________| |_____A____| |
> +------------------------------------------------------------------------------+
> N Min Max Median Avg Stddev
> x 65 273.5 292.2 284 283.73385 4.2561822
> + 65 234.8 263.2 249.9 249.6 6.9873323
> Difference at 95.0% confidence
> -34.1338 +/- 1.989
> -12.0302% +/- 0.70101%
>
> nexuiz:
> +------------------------------------------------------------------------------+
> | + |
> | x + + |
> | + x x xx *x+ +x |
> |+ + + x *x+x xxx + x++ + x+*xxxx+x***x+++*x**+x ++ *+|
> | |____|____________AAM____M_____|______| |
> +------------------------------------------------------------------------------+
> N Min Max Median Avg Stddev
> x 33 74.314888 76.177197 75.424764 75.332161 0.48205891
> + 33 73.397254 76.219868 75.584749 75.363209 0.69408523
>
> Using these 3 tests, this patch does not look like a win. Note that OA
> is the most CPU-bound of these, while nexuiz is usually on the edge
> between being CPU and GPU-bound, and citybench is definitely GPU
> limited.
Re-testing, openarena (1024x768) currently is about a 2.5% +/- 0.5%
loss (lost the numbers). Also, new tropics numbers:
N Min Max Median Avg Stddev
x 70 21.9718 22.2166 22.1556 22.154501 0.029139432
+ 69 22.7246 22.9308 22.8914 22.888735 0.027248939
Difference at 95.0% confidence
0.734233 +/- 0.00938209
3.31415% +/- 0.0423485%
(Student's t, pooled s = 0.0282169)
That swings things in favor of the patch for me.
[-- Attachment #1.2: Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2012-06-14 6:36 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-05 1:58 [PATCH] drm/i915: set IDICOS to medium uncore resources Ben Widawsky
2012-05-04 20:40 ` Jesse Barnes
2012-05-04 21:00 ` Daniel Vetter
2012-05-07 6:02 ` Ben Widawsky
2012-05-06 3:04 ` Ben Widawsky
2012-05-07 6:51 ` Eric Anholt
2012-05-07 16:32 ` Ben Widawsky
2012-06-14 6:36 ` Eric Anholt [this message]
2012-06-18 8:35 ` Daniel Vetter
2012-07-16 10:29 ` Chris Wilson
2012-07-18 16:07 ` Eric Anholt
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=87y5nqbdsm.fsf@eliezer.anholt.net \
--to=eric@anholt.net \
--cc=ben@bwidawsk.net \
--cc=bernard.r.kilarski@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox