From: Andi Kleen <andi@firstfloor.org>
To: Matt Mackall <mpm@selenic.com>
Cc: Andi Kleen <andi@firstfloor.org>,
Chodorenko Michail <misha@one.by>,
linux-kernel@vger.kernel.org
Subject: Re: PROBLEM: Celeron Core
Date: Sat, 19 Jan 2008 02:15:06 +0100 [thread overview]
Message-ID: <20080119011506.GA23798@one.firstfloor.org> (raw)
In-Reply-To: <1200702477.25782.41.camel@cinder.waste.org>
On Fri, Jan 18, 2008 at 06:27:57PM -0600, Matt Mackall wrote:
>
> On Fri, 2008-01-18 at 22:11 +0100, Andi Kleen wrote:
> > Chodorenko Michail <misha@one.by> writes:
> >
> > > I have a laptop "Extensa 5220", with the processor Celeron based on 'core'
> > > technology.
> > > There is ~ / arch/i386/kernel/cpu/cpufreq/p4-clockmod.c in the kernel
> > > source code
> > > but there's no line identification of my CPU for apply freqency change
> > > need to add a ID line 0х16
> >
> > Note that driver will likely do clock throttling on your CPU.
> > Using that is usually a bad idea because it does not actually
> > safe power. It's only intended to let the CPU cool down in some situations.
>
> Power consumption is more or less exactly equal to heat production
> (that's where the power goes, after all!), so either clock throttling
> DOES save power or it DOES NOT cool the CPU.
No actually the way it works on modern x86 CPUs is that the best
strategy for saving power is to do things quickly and then
idle longer. That means on anything that has reasonably
deep sleep modi e.g. on older server/desktop systems things might
be slightly different because they had very little power saving
features enabled, but it's definitely true for all
laptop systems from the last several years. But even
on desktop/server throttling tends to be a bad idea.
Intel style throttling makes the CPU skip cycles so the maximum built
up heat for a time unit is less, but it will run active for longer that
makes it overall take more power for a given work unit.
Here's a better description from Dominik:
http://article.gmane.org/gmane.linux.kernel.cpufreq/3497
Note the conditions he describes are quite common. Also the OP
CPU likely has C2 and even deeper sleep modi.
Another problem with throttling / p4-clockmod is that on
at least some CPUs (not necessarily P-M, but we saw this on
some P4s) is that they can create quite long user visible
latencies. You might actually get "hanging mouse pointers"
from it if you use it with an aggressive governour like ondemand.
The normal use case for Intel throttling is to just do
an emergency cool down in case the CPU fails (down to thermal
shutdown). And that is done transparently behind Linux's back.
-Andi
next prev parent reply other threads:[~2008-01-19 1:11 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-18 19:06 PROBLEM: Celeron Core Chodorenko Michail
2008-01-18 21:11 ` Andi Kleen
2008-01-19 0:27 ` Matt Mackall
2008-01-19 1:15 ` Andi Kleen [this message]
2008-01-19 4:10 ` Matt Mackall
2008-01-19 4:27 ` Andi Kleen
2008-01-19 4:40 ` Matt Mackall
2008-01-19 4:54 ` Andi Kleen
2008-01-20 4:35 ` David Newall
2008-01-20 5:13 ` Andi Kleen
2008-01-20 5:23 ` David Newall
2008-01-20 5:42 ` Andi Kleen
2008-01-20 20:53 ` Lennart Sorensen
2008-01-20 11:18 ` Geert Uytterhoeven
[not found] <fa.2Y+LplM9PCtpiAXzv/aJ3Pcnv4Y@ifi.uio.no>
[not found] ` <fa.OpXJDCw416yeXEvt0cwrupi/qS0@ifi.uio.no>
[not found] ` <fa.sj34KNXkf9z/ZO3fVJ+CYcgcuCs@ifi.uio.no>
[not found] ` <fa.qpK4b5H7lkLeIaPtbJKzKV46yFY@ifi.uio.no>
[not found] ` <fa.WeBRuL3UPPVPESVzfopvVyNcAw4@ifi.uio.no>
[not found] ` <fa.LZLUxfR64dAZFPtin9JNet7ieiY@ifi.uio.no>
2008-01-20 18:24 ` Robert Hancock
2008-01-20 19:14 ` Matt Mackall
2008-01-20 19:24 ` Robert Hancock
2008-01-20 21:31 ` Rafael J. Wysocki
2008-01-21 7:48 ` Daniel Barkalow
2008-01-20 19:16 ` Andi Kleen
-- strict thread matches above, loose matches on Subject: below --
2008-01-20 22:06 Tomasz Chmielewski
2008-01-20 22:26 ` Rafael J. Wysocki
2008-01-21 10:11 ` Matthew Garrett
[not found] <fa.tHyDHqRNYFvp4N4SR4JtJRuqh0k@ifi.uio.no>
2008-01-21 23:59 ` Robert Hancock
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=20080119011506.GA23798@one.firstfloor.org \
--to=andi@firstfloor.org \
--cc=linux-kernel@vger.kernel.org \
--cc=misha@one.by \
--cc=mpm@selenic.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.