From: Helge Hafting <helgehaf@aitel.hist.no>
To: Dave Jones <davej@suse.de>
Cc: "Pering, Trevor" <trevor.pering@intel.com>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH][2.5.32] CPU frequency and voltage scaling (0/4)
Date: Fri, 30 Aug 2002 14:36:19 +0200 [thread overview]
Message-ID: <3D6F66C3.9714C351@aitel.hist.no> (raw)
In-Reply-To: 20020830135347.A26909@suse.de
Dave Jones wrote:
>
> On Fri, Aug 30, 2002 at 10:04:20AM +0200, Helge Hafting wrote:
> > An MHz carries more meaning - it is a measurable frequency.
>
> It's equally meaningless (in fact, less meaningful).
> - By your definition my 900MHz VIA C3 is faster than my 800MHz Athlon.
> (Clue: It isn't).
I never said such a thing!
You are right that MHz is useless for telling which
processor is the fastest. But this discussion wasn't about
comparing performance.
It was about:
Should we tell the kernel to run a cpu at "500MHz", or
"50% of max" in order to (save power|avoid overheating|whatever).
In this case MHz is useful - because that's what the manufacturer
specifies. That's what you program into cpu or
motherboard registers, and MHz is what you can measure with an
oscilloscope in order to verify correct operation of the driver.
Percentages don't buy you anything if you replace
the cpu with a different one. The other cpu may of course
have different MHz ratings for "full speed" and "power save|cold
running"
but the percentages may very well be different too.
Some runs cool at 80%, some at 60%...
finally - "full speed" is ill-defined. Some AMD chips have different
speed ratings for different operating temperatures.
So, I think MHz is the better choice for setting up
speed policies for cooling and power saving.
> - With trickery like AMD's quantispeed ratings, MHz really is a totally
> meaningless number when relating to performance of a CPU.
> - A MHz rating is only meaningful across the same vendor/family of CPUs.
This is all fine for the purpose of comparing cpu's, but this
isn't about such comparisons. I would never compare an
intel and an amd chip based on frequency, I'd look at how
well they perform what I want them to do.
> Getting cpufreq's policy interface into something CPU agnostic therefore
> precludes MHz ratings AFAICS.
Why? It is not as if cpufreq is being used to tell who
has the faster machine...
Helge Hafting
next prev parent reply other threads:[~2002-08-30 12:32 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-29 15:07 [PATCH][2.5.32] CPU frequency and voltage scaling (0/4) Pering, Trevor
2002-08-30 8:04 ` Helge Hafting
2002-08-30 11:53 ` Dave Jones
2002-08-30 12:36 ` Helge Hafting [this message]
2002-08-30 22:43 ` george anzinger
-- strict thread matches above, loose matches on Subject: below --
2002-08-28 20:25 Grover, Andrew
2002-08-28 20:46 ` Linus Torvalds
2002-08-28 11:46 Dominik Brodowski
2002-08-28 18:47 ` Linus Torvalds
2002-08-28 18:48 ` Cort Dougan
2002-08-28 19:25 ` Alan Cox
2002-08-28 19:32 ` Cort Dougan
2002-08-29 10:26 ` Zwane Mwaikambo
2002-08-28 19:41 ` Peter Riocreux
2002-08-28 19:58 ` Linus Torvalds
2002-08-29 9:51 ` Padraig Brady
2002-08-29 10:23 ` Zwane Mwaikambo
2002-08-28 19:21 ` Alan Cox
2002-08-28 19:49 ` Linus Torvalds
2002-08-28 20:25 ` Alan Cox
2002-08-28 20:29 ` Linus Torvalds
2002-08-28 23:26 ` Alan Cox
2002-08-28 23:49 ` Linus Torvalds
2002-08-30 0:39 ` jw schultz
2002-08-29 7:01 ` Dominik Brodowski
2002-08-28 20:39 ` Dominik Brodowski
2002-08-28 21:05 ` Linus Torvalds
2002-09-06 11:31 ` Pavel Machek
2002-08-28 20:27 ` Dominik Brodowski
2002-08-28 20:19 ` Dominik Brodowski
2002-08-28 20:43 ` Linus Torvalds
2002-08-28 20:53 ` Dominik Brodowski
2002-08-28 21:08 ` Linus Torvalds
2002-08-28 23:00 ` george anzinger
2002-08-28 23:30 ` Alan Cox
2002-08-29 0:08 ` Linus Torvalds
2002-08-29 7:07 ` Dominik Brodowski
2002-08-29 10:02 ` Padraig Brady
2002-08-29 10:53 ` Alan Cox
2002-08-29 13:38 ` Dave Jones
2002-08-29 18:47 ` Linus Torvalds
2002-08-29 19:24 ` Alan Cox
2002-08-29 21:22 ` george anzinger
2002-08-30 6:46 ` David Gibson
2002-08-30 7:54 ` Helge Hafting
2002-08-30 3:21 ` David Lang
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=3D6F66C3.9714C351@aitel.hist.no \
--to=helgehaf@aitel.hist.no \
--cc=davej@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=trevor.pering@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox