From: "H. Peter Anvin" <hpa@zytor.com>
To: linux-kernel@vger.kernel.org
Subject: Re: temperature standard - global config option?
Date: 9 Jun 2001 00:55:42 -0700 [thread overview]
Message-ID: <9fskpu$nh6$1@cesium.transmeta.com> (raw)
In-Reply-To: <200106082116.f58LGd2497562@saturn.cs.uml.edu> <B7471019.F9CF%bootc@worldnet.fr>
Followup to: <B7471019.F9CF%bootc@worldnet.fr>
By author: Chris Boot <bootc@worldnet.fr>
In newsgroup: linux.dev.kernel
>
> Well then, tell all the teachers in this world that they're stupid, and tell
> everyone who learnt from them as well. I'm in high school (gd. 11, junior)
> and my physics teacher is always screaming at us for putting too many
> decimal places or having them inconsistent. There are certain situations
> where adding a ±1 is too cumbersome and / or clumsy, so you can specify the
> accuracy using just decimal places.
>
This, again, is a presentation issue, and is irrelevant to the
intricacies of fixed-point arithmetric.
> For example, 5.00 would mean pretty much spot on 5 (anywhere from 4.995 to
> 5.00499), wheras 5 could mean anywhere from 4.5 to 5.499.
>
> Please, let's quit this dumb argument. We all know that thermistors and
> other types of cheap temperature gauges are very inaccurate, and I don't
> think expensive thermocouples will make it into computer sensors very soon.
> Plus, who the hell could care whether their chip is at 45.4 or 45.5 degrees?
> Does it really matter? A difference of 0.1 will not decide whether your
> chip will fry.
Does it really matter NOW? No. However, 1 cK is a convenient unit
and a good use of bits. Can we guarantee it won't matter in the
future, especially not on a CPU which may very well require complex
algorithms to eke out optimal performance in a thermally-challenged
environment (more than just simple trip points.) Now it gets
interesting! I have actually seen, in the lab, an algorithm which
required complex guesswork, because it required information below the
noise level of the sensor (and yes, it *is* possible to obtain that
information.)
-hpa
--
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt
next prev parent reply other threads:[~2001-06-09 7:56 UTC|newest]
Thread overview: 79+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-06 12:27 temperature standard - global config option? David N. Welton
2001-06-06 13:50 ` Pavel Machek
2001-06-06 16:06 ` Chris Boot
2001-06-06 16:16 ` Peter Svensson
2001-06-06 16:58 ` Bill Pringlemeir
2001-06-06 20:47 ` H. Peter Anvin
2001-06-06 21:40 ` Kipp Cannon
2001-06-06 23:02 ` Maciej Zenczykowski
2001-06-06 23:27 ` David Flynn
2001-06-08 20:04 ` Pavel Machek
[not found] ` <9fm4sc@cesium.transmeta.com>
2001-06-08 20:06 ` Pavel Machek
2001-06-06 19:32 ` Matthias Urlichs
2001-06-06 21:45 ` es1371 compile issue in 2.4.5-ac9 Alan Olsen
2001-06-07 15:14 ` Keith Owens
2001-06-07 18:27 ` Alan Olsen
2001-06-06 19:44 ` temperature standard - global config option? José Luis Domingo López
2001-06-07 3:50 ` watermodem
2001-06-06 20:42 ` Pavel Machek
2001-06-06 21:52 ` J . A . Magallon
2001-06-07 10:05 ` Philips
2001-06-07 12:20 ` L. K.
2001-06-07 16:44 ` David Rees
2001-06-07 21:37 ` Chris Boot
2001-06-08 0:03 ` Albert D. Cahalan
2001-06-08 0:54 ` Michael H. Warfield
2001-06-07 21:02 ` Albert D. Cahalan
2001-06-07 21:23 ` L. K.
2001-06-07 21:30 ` mirabilos {Thorsten Glaser}
2001-06-08 1:21 ` Michael H. Warfield
2001-06-08 11:30 ` Thomas Speck
2001-06-08 17:33 ` Chris Boot
2001-06-08 18:05 ` Michael H. Warfield
2001-06-08 18:43 ` J . A . Magallon
2001-06-08 18:56 ` Michael H. Warfield
2001-06-08 19:00 ` J . A . Magallon
2001-06-08 21:16 ` Albert D. Cahalan
2001-06-08 21:22 ` L. K.
2001-06-08 21:38 ` Albert D. Cahalan
2001-06-08 21:28 ` Chris Boot
2001-06-09 7:55 ` H. Peter Anvin [this message]
2001-06-21 7:33 ` Kai Henningsen
2001-06-21 11:18 ` Jonathan Morton
2001-06-21 15:39 ` Kurt Roeckx
2001-06-08 23:16 ` Michael H. Warfield
2001-06-08 23:53 ` John Chris Wren
2001-06-09 3:52 ` Albert D. Cahalan
2001-06-09 7:58 ` H. Peter Anvin
2001-06-09 9:17 ` James Sutherland
2001-06-09 15:06 ` Charles Cazabon
2001-06-09 0:13 ` Bill Pringlemeir
2001-06-09 10:11 ` L. K.
2001-06-09 10:20 ` Steffen Persvold
2001-06-09 17:21 ` Chris Boot
2001-06-09 5:45 ` Albert D. Cahalan
2001-06-09 7:57 ` H. Peter Anvin
2001-06-09 8:00 ` Albert D. Cahalan
2001-06-09 8:43 ` H. Peter Anvin
2001-06-08 6:48 ` L. K.
2001-06-06 14:06 ` john slee
2001-06-06 19:19 ` J . A . Magallon
2001-06-06 19:01 ` Dr. Kelsey Hudson
2001-06-06 19:08 ` Alan Cox
2001-06-06 19:26 ` J . A . Magallon
2001-06-06 21:00 ` Paul Fulghum
2001-06-06 21:01 ` Harald Arnesen
2001-06-06 21:05 ` Alan Cox
2001-06-07 10:43 ` David N. Welton
2001-06-06 20:45 ` Pavel Machek
2001-06-06 21:04 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2001-06-07 22:10 Chris Adams
2001-06-08 21:33 Leif Sawyer
2001-06-08 23:50 ` Michael H. Warfield
2001-06-09 9:30 ` L. K.
2001-06-21 12:06 Randal, Phil
2001-06-21 12:56 ` Richard B. Johnson
2001-06-21 12:45 Richard J Moore
2001-06-21 16:59 ` Lauri Tischler
2001-06-21 19:14 ` Kai Henningsen
2001-06-21 20:19 ` Lauri Tischler
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='9fskpu$nh6$1@cesium.transmeta.com' \
--to=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
/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.