From: Len Brown <len.brown@intel.com>
To: Mathew Brown <mathewbrown@fastmail.fm>
Cc: linux-acpi@vger.kernel.org
Subject: Re: SMP C-states on x86_64 Status
Date: Tue, 14 Nov 2006 01:41:42 -0500 [thread overview]
Message-ID: <200611140141.42657.len.brown@intel.com> (raw)
In-Reply-To: <1162903911.32119.275205906@webmail.messagingengine.com>
On Tuesday 07 November 2006 07:51, Mathew Brown wrote:
> .... For my 16 core machine, cat
> /proc/acpi/processor/*/power gives the following:
>
> active state: C1
> default state: C1
> bus master activity: 00000000
> states:
> *C1: promotion[--] demotion[--] latency[000] usage[0000000000]
> C2: <not supported>
> C3: <not supported>
>
> So I gather that this means that even with CPU frequency scaling, I'm
> really not doing anything since the voltage and power going to the CPU
> are going to be constant until I upgrade to 2.6.18. Am I correct?
C-states and P-states are somewhat independent.
You are not going to grow new C-states with a software upgrade.
If the processor at hand supports "Enhanced" C-states, then
it is going to reduce voltage automatically when you enter C1.
If your processor supports P-states, but not enhanced C-states,
then how much power you save in C1 will depend on what
P-state you were in when you entered C1. This is because
even though you're running at 0MHz in C1, the lower voltage
will result in less power lost to leakage.
Running Linux's "ondemand" governor is pretty good at
getting you into a power saving P-state promptly, so if
you run that, then you're doing about as good as you can.
(you can compare it to "powersave" governor if you want
to see what the lower power possible is)
You can see if you have P-states by poking about in
/sys/devices/system/cpu/cpu*/cpufreq/
modprobe cpufreq_states
will create a stats directory under there that will tell you
what P-states you are using.
cheers,
-Len
next prev parent reply other threads:[~2006-11-14 6:39 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-07 12:51 SMP C-states on x86_64 Status Mathew Brown
2006-11-14 6:41 ` Len Brown [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-11-05 11:37 Mathew Brown
2006-11-06 17:44 ` Len Brown
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=200611140141.42657.len.brown@intel.com \
--to=len.brown@intel.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=mathewbrown@fastmail.fm \
/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.