From: "Doug Smythies" <dsmythies@telus.net>
To: 'Philippe Longepe' <philippe.longepe@linux.intel.com>,
'Stephane Gasparini' <stephane.gasparini@linux.intel.com>
Cc: srinivas.pandruvada@linux.intel.com, linux-pm@vger.kernel.org
Subject: RE: [PATCH v1 2/2] intel_pstate: Change the setpoint for the cores
Date: Sat, 21 Nov 2015 08:22:24 -0800 [thread overview]
Message-ID: <001801d12478$ceb35630$6c1a0290$@net> (raw)
In-Reply-To: <1446542840-14982-2-git-send-email-philippe.longepe@linux.intel.com>
On 2015.11.03 01:27 Philippe Longepe wrote:
> Change the setpoint to 60 accordingly to the new core busy scaled formula.
> The new formaula is based on the number of cycles per seconds
> (average frequency) divided by the requested frequency. So, we need to
> chose a setpoint more aggressive to improve performance.
Myself, and so as to improve response to some games and such that use
many threads and such but often a lower overall CPU load, I think the setpoint should be set a little lower.
There is a tradeoff in reducing the setpoint further as it increases the noise
and tendency to oscillate in the response curve. Ultimately, it may be desirable
to introduce a little slope in the load / CPU frequency response curve.
I have a bunch of graphs comparing response curves. [1]
>
> Measured with this parameter, we noticed an improvement in Browsermark
> for power and perf compared to the old formula:
I would like to try this test on my system. What is the exact test?
Do I understand correctly, that I need a browser to do the test?
(my test system is a server, and it doesn't have a browser.)
>
> Score without the patch: 3517
> Power without the patch: 6856 mW
>
> Score with the patch: 3719
> Power with the patch: 6265 mW
There are some other Phoronix tests that we (the original maintainer and
the a couple of others working with him used to use. See [1].
Please be aware that the last time I tried to bring back load based calculations,
Kristen tested the proposed solution on some intel "specpower test bed and
experienced a regression on haswell based server platforms vs. Dirks
algorithm." I don't have any details.
Your response curve, and in particular your step function response time,
is different, so it might worth re-testing.
References:
[1] double u double u double u dot smythies dot com/~doug/linux/intel_pstate/philippe_longepe/index.html
next prev parent reply other threads:[~2015-11-21 16:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-03 9:27 [PATCH v1 1/2] intel_pstate: Use the cpu load to determine the PercentPerformance Philippe Longepe
2015-11-03 9:27 ` [PATCH v1 2/2] intel_pstate: Change the setpoint for the cores Philippe Longepe
2015-11-21 16:22 ` Doug Smythies [this message]
2015-11-23 13:45 ` Philippe Longepe
2015-11-07 1:09 ` [PATCH v1 1/2] intel_pstate: Use the cpu load to determine the PercentPerformance Rafael J. Wysocki
2015-11-07 1:14 ` Srinivas Pandruvada
2015-11-21 16:21 ` Doug Smythies
2015-11-23 13:28 ` plongepe
2015-11-24 1:33 ` Doug Smythies
2015-11-24 1:44 ` Srinivas Pandruvada
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='001801d12478$ceb35630$6c1a0290$@net' \
--to=dsmythies@telus.net \
--cc=linux-pm@vger.kernel.org \
--cc=philippe.longepe@linux.intel.com \
--cc=srinivas.pandruvada@linux.intel.com \
--cc=stephane.gasparini@linux.intel.com \
/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;
as well as URLs for NNTP newsgroup(s).