From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
To: Mukesh Rajan <megabyte1024@hotmail.com>
Cc: linux-acpilinux-acpi@intel.com, cpufreq@www.linux.org.uk,
linux-kernel@vger.kernel.org
Subject: RE: [PATCHSET] 0/3 Dynamic cpufreq governor and updates to ACPI P-state driver
Date: Wed, 22 Oct 2003 11:21:22 -0700 [thread overview]
Message-ID: <88056F38E9E48644A0F562A38C64FB6007793C@scsmsx403.sc.intel.com> (raw)
Hi,
I do not have any performance numbers taken from actual probes.
We have seen in our testing that the the frequency does change based on
the cpu usage.
For example, on a Centrino system,
- frequency will be lowest when system is idle
- frequency will be somewhere in the mid-range when you run single app
like mp3/mpeg player
- frequency will be maximum when you run multiple apps
And with the kind of power savings that comes with these frequency
changes, this behaviour
results in longer battery life. However, as yet I do not have any
numbers to quantify this gain,
mainly because I do not have any setup where I can measure actual power.
Thanks,
-Venkatesh
-----Original Message-----
From: Mukesh Rajan [mailto:megabyte1024@hotmail.com]
Sent: Tuesday, October 21, 2003 4:18 PM
To: Pallipadi, Venkatesh
Cc: cpufreq@www.linux.org.uk; linux-kernel@vger.kernel.org;
linux-acpilinux-acpi@intel.com
Subject: [PATCHSET] 0/3 Dynamic cpufreq governor and updates to
ACPI P-state driver
Hii,
I was wondering if you had any numbers (physical measurements)
proving the same. Over an year ago, I had implemented the same idea on a
Compaq IPAQ (Strong ARM based running ARM Linux). I initially had to fix
the CPU freq code which was broken to get everything working right. But
after all the trouble, with actual probes (NI-DAQ board doing voltage
sampling et al) I measured very little savings in power at all. I
attributed those observations to questionable load average calculations
and very small power savings margin and simply moved on.
~ Mukesh
(Please cc: as I am not in list)
Hi,
Most of the latest CPUs (laptop CPUs in particular) have feature
which enable very low latency P-state transitions
(like Enhanced Speedstep Technology-EST). Using this feature,
we can have a lightweight in kernel cpufreq governor,
to vary CPU frequency depending on the CPU usage. The
advantage being low power consumption and also cooler laptops.
Another related change is enhancing the current ACPI P-state
driver to handle:
EST (and MSR based P-state transitions), make the driver SMP
aware and introduce HT coordination in the driver (HT siblings
share the same CPU frequency).
The patches that follow this mail addresses the above issues.
They are against 2.6-test7 kernel. Many thanks to Dominik for
his comments and suggestions.
The patches will work on all laptops with EST technology
(Centrino) and also on any other system that supports low
latency frequency change.
Reviews/testing of patches are most welcome.
Thanks,
-Venkatesh
_____
Surf and talk on the phone at the same time with broadband
Internet access. Get high-speed for as low as $29.95/month.*
<http://g.msn.com/8HMAENUS/2731??PS=> *Depending on the local
service providers in your area.
next reply other threads:[~2003-10-22 18:21 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-22 18:21 Pallipadi, Venkatesh [this message]
2003-10-23 8:19 ` [PATCHSET] 0/3 Dynamic cpufreq governor and updates to ACPI P-state driver Arjan van de Ven
2003-10-23 8:24 ` Alexander Bokovoy
2003-10-23 8:29 ` Arjan van de Ven
2003-10-23 18:03 ` Ducrot Bruno
2003-10-23 18:16 ` Todd Poynor
2003-10-23 18:26 ` Todd Poynor
2003-11-02 20:28 ` Jan Rychter
-- strict thread matches above, loose matches on Subject: below --
2003-11-05 21:12 Mukesh Rajan
2003-11-04 3:14 Brown, Len
2003-11-04 3:21 ` Jan Rychter
2003-11-04 7:16 ` Dominik Brodowski
2003-10-22 1:48 Pallipadi, Venkatesh
2003-10-22 1:48 ` Pallipadi, Venkatesh
2003-10-22 1:42 Pallipadi, Venkatesh
2003-10-22 1:42 ` Pallipadi, Venkatesh
2003-10-21 2:56 Pallipadi, Venkatesh
2003-10-21 2:56 ` Pallipadi, Venkatesh
2003-10-21 8:25 ` Måns Rullgård
2003-10-21 8:25 ` Måns Rullgård
2003-10-21 20:47 ` Dominik Brodowski
2003-10-21 10:57 ` Måns Rullgård
2003-10-21 11:09 ` Måns Rullgård
2003-10-21 20:30 ` Alexander Bokovoy
2003-10-21 20:39 ` Måns Rullgård
2003-10-21 21:11 ` Alexander Bokovoy
2003-10-21 21:37 ` Måns Rullgård
2003-10-21 21:53 ` Alexander Bokovoy
2003-10-21 22:27 ` Måns Rullgård
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=88056F38E9E48644A0F562A38C64FB6007793C@scsmsx403.sc.intel.com \
--to=venkatesh.pallipadi@intel.com \
--cc=cpufreq@www.linux.org.uk \
--cc=linux-acpilinux-acpi@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=megabyte1024@hotmail.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.