[lkml]   [2002]   [Mar]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH][RFC] P4/Xeon Thermal LVT support

> > > How can't it be critical? Your system is overheating. It is about to
> > > fail -- depending on the configuration, it'll either crash or be shut down
> >
> > Neither. It will drop to a much lower clock speed. You can set it to overheat
> > and blow up but thats a mostly undocumented mtrr 8) The default behaviour is
> > to throttle back hard
> Depending on the reason of an overheat condition this may circumvent the
> problem or not. As I already stated you may have fire in the room (and
> not all computer rooms seem to have automatic extinguishing systems).
> Hardware failures are not to be treated lightly.

Overheat is not neccessarily hardware failure.

You see, I have a notebook. I put pen in it to stop the fan. Hardware
is pretty much okay, but, well, pen does not allow fan to spin.

What's the best behaviour? Throttle is okay.

I take the same notebook, let it compile kernel, put it into my bed,
and cover it. What should happen? Throttle is okay. I'll get warm bed
and compiled kernel.

Is there something better you propose notebook to do.

And now, you have fire at server room. All cpus throtle, then are
burn. Does it matter if they throttled? No.

And now, you have your must-be-running server at university. Its fan
fails. What do you want it to do? Throttle is the best thing. (It
might deliver mail slightly slower, but it can probably handle load
during the night so I can get there).

So it seems to me throttle is always right answer.
(about SSSCA) "I don't say this lightly. However, I really think that the U.S.
no longer is classifiable as a democracy, but rather as a plutocracy." --hpa
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

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