From: Dirk Brandewie <dirk.brandewie@gmail.com>
To: Melanie Kambadur <melanie@cs.columbia.edu>
Cc: Viresh Kumar <viresh.kumar@linaro.org>,
David C Niemi <dniemi@verisign.com>,
"cpufreq@vger.kernel.org" <cpufreq@vger.kernel.org>,
Linux PM list <linux-pm@vger.kernel.org>
Subject: Re: powersave governor runs programs faster and uses more power than performance governor
Date: Fri, 25 Oct 2013 08:38:58 -0700 [thread overview]
Message-ID: <526A9092.5000800@gmail.com> (raw)
In-Reply-To: <CAMeUXYvP+CKZKeU4WDeNSOJVDoe1hfB8G7k1fp7wG-wC2WeBUg@mail.gmail.com>
On 10/25/2013 08:13 AM, Melanie Kambadur wrote:
> I appreciate you all taking the time to walk me through this. Let me
> see if I understand the new comments. Intel p-states is a HW-based
> power manager,
Not hardware based but specific to Intel CPUs SandyBridge+
> and strictly an alternative to (i.e., it cannot be
> combined with) OS governors and drivers.
Correct
>If I want to use ondemand with my Dell server I need to:
Add intel_pstate=disable on your kernel commond line, this will take
intel_pstate out of the picture. For the rest of the config on the
dell system I am no help sorry.
>
> 1) Modify the BIOS to give the OS exclusive power management control
> because otherwise an OS driver won't be able to work properly. (I
> think I know how to do this now after some more reading, e.g. here
> http://en.community.dell.com/techcenter/power-cooling/w/wiki/best-practices-in-power-management.aspx
> if anyone is curious.)
> 2) Set the O/S cpufreq driver to acpi_cpufreq, and
> 3) Set the O/S cpufreq governor to ondemand.
>
> Is that correct?
>
> Also, which driver should I try to use if I want to test the
> performance & powersave governors again (or if I replicate the
> behavior of the performance governor by manually modifying the
> min_perf_pct value as Dirk suggested)? Will it still be acpi_cpufreq?
If intel_pstate is being used acpi_cpufreq will not be loaded. Setting
performance with intel_pstate should work I will look to see where the
bug is.
>
> Finally, the behavior of the C-states is totally independent of
> P-states and any kind of OS-based frequency tuning policy, correct?
Correct
> However, David recommends that leaving C1E on rarely hurts performance
> while significantly improving power.
>
> -Melanie
>
> On Fri, Oct 25, 2013 at 10:40 AM, Dirk Brandewie
> <dirk.brandewie@gmail.com> wrote:
>> On 10/24/2013 12:42 PM, Melanie Kambadur wrote:
>>>
>>>
>>> From /sys/devices/system/cpu/cpuN/cpufreq/scaling_driver I get that
>>> the current p-state driver is called "intel_pstate". David, you
>>> mention that the firmware governors are not very efficient, do you
>>> suggest replacing the intel_pstate driver with a different driver?
>>
>>
>> I will need to look and see why changing to performance isn't working
>> correctly.
>>
>> To get the behavior of the performance governor you can use
>>
>> echo 100 > /sys/devices/system/cpu/intel_pstate/min_perf_pct
>>
>> This will force intel_pstate to select the highest P state and
>> leave it there.
>>
>> Turbostat is useful for collecting frequency (P state) and idle (C state)
>> information.
>>
>> --Dirk
>>
>>
next prev parent reply other threads:[~2013-10-25 15:38 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAMeUXYuuM4LS2qAhhvQi8VG1bK4eiZjjTikchgHzeqi2EX6=bw@mail.gmail.com>
2013-10-24 5:28 ` powersave governor runs programs faster and uses more power than performance governor Viresh Kumar
2013-10-24 19:42 ` Melanie Kambadur
2013-10-25 14:31 ` David C Niemi
2013-10-25 14:40 ` Dirk Brandewie
2013-10-25 15:13 ` Melanie Kambadur
2013-10-25 15:38 ` Dirk Brandewie [this message]
2013-10-25 16:35 ` Melanie Kambadur
2013-10-25 18:27 ` David C Niemi
2013-10-29 16:25 ` Melanie Kambadur
2013-10-29 16:27 ` Melanie Kambadur
2013-10-29 17:03 ` Dirk Brandewie
[not found] ` <CAMeUXYswoEhNbVua6wV-qg_DL5mn5Eahdny12wvSbs02h16RBQ@mail.gmail.com>
2014-11-11 19:46 ` David C Niemi
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=526A9092.5000800@gmail.com \
--to=dirk.brandewie@gmail.com \
--cc=cpufreq@vger.kernel.org \
--cc=dniemi@verisign.com \
--cc=linux-pm@vger.kernel.org \
--cc=melanie@cs.columbia.edu \
--cc=viresh.kumar@linaro.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;
as well as URLs for NNTP newsgroup(s).