From: dirk.brandewie@gmail.com
To: linux-kernel@vger.kernel.org, cpufreq@vger.kernel.org,
linux-pm@vger.kernel.org
Cc: rjw@sisk.pl, deneen.t.dock@intel.com, arjan@linux.intel.com,
Dirk Brandewie <dirk.brandewie@gmail.com>
Subject: [PATCH RFC 0/1] cpufreq/x86: Add P-state driver for sandy bridge.
Date: Wed, 5 Dec 2012 11:01:30 -0800 [thread overview]
Message-ID: <1354734091-29870-1-git-send-email-dirk.brandewie@gmail.com> (raw)
From: Dirk Brandewie <dirk.brandewie@gmail.com>
This driver provides a P state driver for Sandybridge and Ivybridge
processors.
Motivation:
The goal of this driver is to improve the power efficiency of
Sandybridge/Ivybridge based systems. As the investigation into how to
achieve this goal progressed it became apparent (to me) that some of the
design assumptions of the cpufreq subsystem are no longer valid and
that a micro-architecure specific P state driver would be less complex
and potentially more effiecent. As Intel continues to innovate in the
area of freqency/power control this will become more true IMHO.
General info:
The driver uses a PID controller to adjust the core frequency based on
the presented load. The driver exposes the tuning parameters for the
controller in the /sys/devices/system/cpu/cpufreq/snb directory. The
controller code is being used in PI mode with the default tuning
parmeters.
Tuning parmeters:
setpoint - load in percent on the core will attempt to maintain.
sample_rate_ms - rate at which the driver will sample the load on the core.
deadband - percent ± around the setpoint the controller will
consider zero error.
p_gain_pct - Proportional gain in percent.
i_gain_pct - Integral gain in percent.
d_gain_pct - Derivative gain in percent
To use the driver as root run the following shell script:
#!/bin/sh
for file in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
do
echo snb > $file
done
Limitations:
ATM this driver will only run on SandyBridge systems testing on
Ivybridge systems is not complete.
Open Questions:
What is the correct way to integrate this driver into the system? The
current implementation registers as a cpufreq frequency governor, this
was done to streamline testing using cpufreq to load/unload governors.
What tuning parameters should be exposed via sysfs (if any)? ATM all
the PID parameters are exposed to enable tuning of the driver.
Performance information:
--- Kernel build ---
The following is data collected for a bzImage kernel build. The
commands used were:
make -j8 clean
sysctl -w vm.drop_caches=3
/usr/bin/time -f "%E %c" make -j8 bzImage
Time and context switches measured with /usr/bin/time -f "%E %c"
Energy measured with package energy status MSR described in section
14.7 in the Intel® 64 and IA-32 Architectures Software Developer’s
Manual Volume 3.
http://download.intel.com/products/processor/manual/325384.pdf
Average watts calculated with energy/time in seconds
time ctx sw energy avg watts
perf 02:24.49 116721 6660 46.09
snb 02:27.03 114940 6591 44.83
ondemand 02:26.83 190948 6683 45.51
A graph of the power usage during the kernel build for each governor
is available here:
http://git.fenrus.org/dirk/kernel.png
--- Power benchmark ---
I used industry standard power bench suite to compare the performance and
ondemand governors against the Sandybridge governor.
Governor | ssj_ops/watt
-----------------------------
performance | 1855
ondemand | 1839
snb | 2016
A graph of the power usage for each governor is avavailable here:
http://git.fenrus.org/dirk/power_benchmark.png
A graph showing the results of cpufreq-bench tool shipped with the
kernel Collected with
cpufreq-bench -l 6000 -s 6000 -x 2000 -y 2000 -c 0 \
-g {ondemand | snb} -n 40 -r 40
is available here:
http://git.fenrus.org/dirk/cpufreq-bench.png
Dirk Brandewie (1):
cpufreq/x86: Add P-state driver for sandy bridge.
drivers/cpufreq/Kconfig.x86 | 8 +
drivers/cpufreq/Makefile | 1 +
drivers/cpufreq/cpufreq_snb.c | 727 +++++++++++++++++++++++++++++++++++++++++
3 files changed, 736 insertions(+), 0 deletions(-)
create mode 100644 drivers/cpufreq/cpufreq_snb.c
--
1.7.7.6
next reply other threads:[~2012-12-05 19:01 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-05 19:01 dirk.brandewie [this message]
2012-12-05 19:01 ` [PATCH RFC 1/1] cpufreq/x86: Add P-state driver for sandy bridge dirk.brandewie
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=1354734091-29870-1-git-send-email-dirk.brandewie@gmail.com \
--to=dirk.brandewie@gmail.com \
--cc=arjan@linux.intel.com \
--cc=cpufreq@vger.kernel.org \
--cc=deneen.t.dock@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rjw@sisk.pl \
/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).