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 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.