All of lore.kernel.org
 help / color / mirror / Atom feed
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. 

             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.