lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sun, 20 Jan 2008 22:31:17 +0100
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Robert Hancock <hancockr@...w.ca>
Cc:	Matt Mackall <mpm@...enic.com>,
	David Newall <davidn@...idnewall.com>,
	Andi Kleen <andi@...stfloor.org>,
	Chodorenko Michail <misha@....by>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: PROBLEM: Celeron Core

On Sunday, 20 of January 2008, Robert Hancock wrote:
> Matt Mackall wrote:
> > Your usage of "overall power" here is wrong. Power is an instantaneous
> > quantity (1/s) like velocity, and you are comparing it to energy which
> > is not an instaneous quantity, more like distance.
> > 
> > If we throttle the velocity of a car from 100km/h to 50km/h, it'll
> > obviously take longer for it travel a given distance. Now what will it
> > mean when we ask about its "overall velocity" when it reaches its
> > destination? We surely don't mean the distance travelled - that's not a
> > velocity! We can perhaps talk about its average velocity, which will
> > obviously be smaller.
> 
> You are right.. it should be that overall energy usage is higher with 
> clock throttling.

Well, I'm still thinking you mean "the average energy usage per unit of
computations".  IOW, "one will use more energy to carry out the same
computations with throttling than without it".

> >> Real CPU clock throttling schemes like SpeedStep, PowerNow, etc. 
> >> actually do increase performance per watt when they kick in.
> > 
> > That may be true. But the statement "throttling does not reduce power
> > usage" remains false. And the statement "throttling reduces heat
> > production but not power usage" remains physically impossible.
> 
> It reduces the rate of power usage (watts), however it will likely not 
> decreate or even increase the energy usage (i.e. watt-hours) of any 
> given computational task.

In this context "power" means "energy used over a unit of time", so by
decreasing power you cause less energy to be used over a unit of time, by
definition.  Still, the total energy required to complete given computational
task is (on the average) equal to "power" * "total time of computations" and
this really has to be measured on a per task basis.
 
> > It might be true that "throttling increases energy usage per unit of
> > computation relative to no power saving measures at all", but that is
> > not incompatible with "throttling lets you run your laptop on battery
> > longer than no power saving measures at all", which is often what people
> > care about.
> > 
> > Voltage/frequency reduction is obviously a much better solution if it's
> > available as reducing voltage reduces power usage quadratically rather
> > than linearly. But beyond the quadratic/linear thing, the concept is the
> > same: use less power and your battery lasts longer.
> 
> Clock throttling is not likely to save your battery, unless you have 
> tasks that are running at 100% CPU for an unlimited time or something, 
> and you force your CPU to throttle. Normally most people have tasks that 
> run and then the CPU idles - loading an email, displaying a web page, 
> etc. Clock throttling will just make these tasks utilize the CPU for a 
> longer time proportional to the amount clock throttling and therefore 
> negate any gains in battery usage.

IMO clock throttling (as opposed to the reduction of the frequency of an idle
CPU) is only useful for preventing the CPU from overheating.

Greetings,
Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ