lkml.org 
[lkml]   [1997]   [Feb]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: x86 clock speed patch -- Possible bug?
On Sun, 2 Feb 1997, Nicholas J. Leon wrote:
> On Sun, 2 Feb 1997, Stephan Meyer wrote:
>
> # On Sat, 1 Feb 1997 aidas@ixsrs4.ix.netcom.com wrote:
> # > I have a P133. When I first started, the /proc/cpuinfo said that I had a
> # > 133MHz processor. About an hour later, I look at /proc/cpuinfo from my
> # > user account, and get this:
> # > clock_speed : 132 MHz
> # > That happened several times. Then it reverted back to:
> # > clock_speed : 133 MHz
> # This is definitely not a bug. On my machine, I get 119 instead of 120
> # about every 20th time I read /proc/cpuinfo.
> # Does your harddrive run because of some other process while doing this?
>
> Not necessarily. The true speed is 66(external clock) x 2(multiplier) for
> a total of 132. Or, if you prefer, 66.66Mhz x 2 (133.33).
>
> It's common for programs to miscalculate the actual internal speed of a
> processor. It's one of the reasons I'm surprised that it made it into the
> kernel (being so hard to do and mostly innacurate). Even ctcm (a quality
> low-level benchmark util) fluctuates between 131 and 134 for a P133.

I don't really get the point of the problem...
Is getting 131 of 134 that bad? Will someone sue the hardware
manufacturer for it?
"being so hard to do" - it is not hard to do. Have a look at the bogomips
code and consider again.

Sinc., Stephan


\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.090 / U:0.088 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site