linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bill Pringlemeir <bpringle@sympatico.ca>
To: "Michael H. Warfield" <mhw@wittsend.com>
Cc: "Albert D. Cahalan" <acahalan@cs.uml.edu>,
	Chris Boot <bootc@worldnet.fr>,
	mirabilos {Thorsten Glaser} <isch@ecce.homeip.net>,
	"L. K." <lk@aniela.eu.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: temperature standard - global config option?
Date: 08 Jun 2001 20:13:01 -0400	[thread overview]
Message-ID: <m2iti67boy.fsf@sympatico.ca> (raw)
In-Reply-To: <20010608140553.C20944@alcove.wittsend.com> <200106082116.f58LGd2497562@saturn.cs.uml.edu> <20010608191600.A12143@alcove.wittsend.com>
In-Reply-To: "Michael H. Warfield"'s message of "Fri, 8 Jun 2001 19:16:00 -0400"


>>>>> "MHW" == Michael H Warfield <mhw@wittsend.com> writes:
[snip]
 MHW> 	Yes, bits are free, sort of...  That's why an extra decimal
 MHW> place is "ok".  Keeping precision within an order of magnitude
 MHW> of accuracy is within the realm of reasonable.  Running out to
 MHW> two decimal places for this particular application is just
 MHW> silly.  If it were for calibrated lab equipment, fine.  But not
 MHW> for CPU temperatures.

You do introduce some rounding errors if the measurement isn't in
Celsius or Kelvin.  Ie, you must do a conversion because the hardware
isn't in the desired units.  In this case, the extra precision will be
beneficial.  

If you are going your route, you should send error bars with all the
measurements ;-) Fine, too many decimals leads to a false sense of
security.  However, no one knows the accuracy of any future
temperature sensors so why not accommodate the possibility.  Certainly
some band gap semis can give a pretty good measurement if you have
good coupling.  If the temperature sensor was built into the CPU, you
might actually have accuracy!

regards,
Bill Pringlemeir.

This thread keeps going and going and going...


  parent reply	other threads:[~2001-06-09  0:15 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
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 [this message]
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-21  7:33                           ` Kai Henningsen
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
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=m2iti67boy.fsf@sympatico.ca \
    --to=bpringle@sympatico.ca \
    --cc=acahalan@cs.uml.edu \
    --cc=bootc@worldnet.fr \
    --cc=isch@ecce.homeip.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lk@aniela.eu.org \
    --cc=mhw@wittsend.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;
as well as URLs for NNTP newsgroup(s).