From: Philippe Longepe <philippe.longepe@linux.intel.com>
To: linux-pm@vger.kernel.org
Cc: srinivas.pandruvada@linux.intel.com,
Philippe Longepe <philippe.longepe@intel.com>,
Stephane Gasparini <stephane.gasparini@intel.com>
Subject: [PATCH v1 5/5] cpufreq: intel_pstate: try load instead of busy_scaled
Date: Mon, 23 Nov 2015 14:06:46 +0100 [thread overview]
Message-ID: <1448284006-13596-12-git-send-email-philippe.longepe@linux.intel.com> (raw)
In-Reply-To: <1448284006-13596-1-git-send-email-philippe.longepe@linux.intel.com>
From: Philippe Longepe <philippe.longepe@intel.com>
- use the load instead of busy scales
- reactivate ioboost
The time spent in iowait is converted into cycles at max freq,
so it increases the load during IOs.
Signed-off-by: Philippe Longepe <philippe.longepe@intel.com>
Signed-off-by: Stephane Gasparini <stephane.gasparini@intel.com>
---
drivers/cpufreq/intel_pstate.c | 38 +++++++++++++++-----------------------
1 file changed, 15 insertions(+), 23 deletions(-)
diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c
index 4f08fa7..61b31d4 100644
--- a/drivers/cpufreq/intel_pstate.c
+++ b/drivers/cpufreq/intel_pstate.c
@@ -114,6 +114,7 @@ struct cpudata {
u64 prev_mperf;
u64 prev_tsc;
struct sample sample;
+ u64 prev_cummulative_iowait;
};
static struct cpudata **all_cpu_data;
@@ -931,12 +932,22 @@ static inline void intel_pstate_set_sample_time(struct cpudata *cpu)
mod_timer_pinned(&cpu->timer, jiffies + delay);
}
-
static inline int32_t intel_pstate_calc_scaled_busy(struct cpudata *cpu)
{
+ u64 cummulative_iowait, delta_iowait_us;
+ u64 delta_iowait_mperf;
+ u64 mperf, now;
struct sample *sample = &cpu->sample;
struct pstate_data *pstate = &cpu->pstate;
- int64_t core_busy_ratio;
+
+ cummulative_iowait = get_cpu_iowait_time_us(cpu->cpu, &now);
+ /* Convert iowait time into number of IO cycles spent at max_freq */
+ delta_iowait_us = cummulative_iowait - cpu->prev_cummulative_iowait;
+ delta_iowait_mperf = div64_u64(delta_iowait_us * cpu->pstate.scaling *
+ cpu->pstate.max_pstate, 1000);
+
+ mperf = cpu->sample.mperf + delta_iowait_mperf;
+ cpu->prev_cummulative_iowait = cummulative_iowait;
/*
* The load can be estimated as the ratio of the mperf counter
@@ -944,30 +955,11 @@ static inline int32_t intel_pstate_calc_scaled_busy(struct cpudata *cpu)
* (C0) and the time stamp counter running at the same frequency
* also during C-states.
*/
- sample->cpu_load = div64_u64(100 * sample->mperf, sample->tsc);
-
- /*
- * The target P-state can be estimated with the following formula:
- * PercentPerformance = PercentBusy * (delta_aperf/delta_mperf);
- * (see Section 14.2 from Intel Software Developer Manual)
- * with PercentBusy = 100 * (delta_mperf / delta_tsc) and
- * PercentPerformance can be simplified with:
- * (delta_mperf * delta_aperf) / (delta_tsc * delta_mperf) =
- * delta_aperf / delta_tsc. Finally, we normalize core_busy_ratio,
- * which was our actual percent performance to what we requested
- * during the last sample period. The result will be a percentage of
- * busy at a specified pstate.
- */
- core_busy_ratio = div64_u64(int_tofp(100) * sample->aperf *
- pstate->max_pstate, sample->tsc * pstate->current_pstate);
+ sample->cpu_load = div64_u64(100 * mperf, sample->tsc);
- sample->freq = div64_u64(sample->aperf * pstate->max_pstate *
- pstate->scaling, sample->mperf);
-
- return core_busy_ratio;
+ return sample->cpu_load;
}
-
static inline int32_t intel_pstate_get_scaled_busy_estimate(struct cpudata *cpu)
{
int32_t core_busy, max_pstate, current_pstate, sample_ratio;
--
1.9.1
prev parent reply other threads:[~2015-11-23 13:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-23 13:06 [PATCH v1 0/5] intel_pstate: Use the cpu load first on Atom only Philippe Longepe
2015-11-23 13:06 ` Philippe Longepe
2015-11-23 13:06 ` [PATCH v1 1/5] cpufreq: intel_pstate: change function name for calculation for busy Philippe Longepe
2015-11-23 13:06 ` [PATCH " Philippe Longepe
2015-11-23 13:06 ` [PATCH v1 2/5] cpufreq: intel_pstate: Rename current busy calculation function Philippe Longepe
2015-11-23 13:06 ` Philippe Longepe
2015-11-23 13:06 ` [PATCH v1 3/5] cpufreq: intel_pstate: account for non C0 time Philippe Longepe
2015-11-23 13:06 ` Philippe Longepe
2015-11-23 13:06 ` [PATCH v1 4/5] cpufreq: intel_pstate: configurable busy calculation Philippe Longepe
2015-11-23 13:06 ` Philippe Longepe
2015-11-23 13:06 ` [PATCH v1 5/5] cpufreq: intel_pstate: try load instead of busy_scaled Philippe Longepe
2015-11-23 16:10 ` Doug Smythies
2015-11-23 16:26 ` Philippe Longepe
2015-11-24 1:33 ` Doug Smythies
2015-11-23 13:06 ` Philippe Longepe [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=1448284006-13596-12-git-send-email-philippe.longepe@linux.intel.com \
--to=philippe.longepe@linux.intel.com \
--cc=linux-pm@vger.kernel.org \
--cc=philippe.longepe@intel.com \
--cc=srinivas.pandruvada@linux.intel.com \
--cc=stephane.gasparini@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.