From: J William Piggott <elseifthen@gmx.com>
To: Karel Zak <kzak@redhat.com>
Cc: util-linux@vger.kernel.org
Subject: [PATCH 5/5] hwclock: man-page errata
Date: Fri, 13 Mar 2015 15:26:18 -0400 [thread overview]
Message-ID: <550339DA.1060408@gmx.com> (raw)
In-Reply-To: <5503364E.6010302@gmx.com>
The information I wrote regarding clock crystals was not
only incomplete, it was wrong. The characteristics of
quartz crystals is beyond the scope of this man-page. It
was misguided to attempt to include it. This commit
removes said information.
Signed-off-by: J William Piggott <elseifthen@gmx.com>
---
sys-utils/hwclock.8.in | 22 ----------------------
1 file changed, 22 deletions(-)
diff --git a/sys-utils/hwclock.8.in b/sys-utils/hwclock.8.in
index 8cf86a3..79c7907 100644
--- a/sys-utils/hwclock.8.in
+++ b/sys-utils/hwclock.8.in
@@ -938,28 +938,6 @@ Clock is corrected properly at startup. To check this, first make sure
that the System Time is correct before shutdown and then use
.BR \%sntp ", or " \%date\ \-Ins
and a precision timepiece, immediately after startup.
-.PP
-Both clocks typically use a quartz crystal oscillator. Crystals are
-used for reference oscillators in electronics because by most measures
-they produce a very clean and stable sine wave. Their greatest
-shortcoming is that they have a Positive Temperature Coefficient;
-meaning that their frequency increases as the temperature increases and
-vise versa. Therefore, both the Hardware and System Clock's drift rate
-changes with intrinsic and extrinsic machine temperatures. These
-characteristics will vary by machine depending upon its design.
-.PP
-Drift correction strategies are many, but as a general guide the goal
-would be to find a longterm average. A year long average to take into
-account seasonal ambient temperature shifts may be a good target period.
-So perhaps the date-time advances a bit in the summer and declines a bit
-in the winter, but at the end of a year it balances to zero.
-.PP
-If this is beginning to sound futile, it is not. Left on its own a
-machine can lose 3 seconds per day or more. Accumulated drift over a
-year may easily exceed half an hour. Using carefully crafted drift
-corrections can make a significant improvement in a machine's ability to
-keep reasonably good date-time.
-.
.SS LOCAL vs UTC
Keeping the Hardware Clock in a local timescale causes inconsistent
daylight saving time results:
next prev parent reply other threads:[~2015-03-13 19:26 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-13 19:11 [PATCH 1/5] hwclock: add TZDIR J William Piggott
2015-03-13 19:15 ` [PATCH 2/5] hwclock: Improve FILES section J William Piggott
2015-03-13 19:18 ` [PATCH 3/5] hwclock: remove depreciated ntpdate J William Piggott
2015-03-15 15:26 ` Benno Schulenberg
2015-03-16 0:19 ` Isaac Dunham
2015-03-16 10:33 ` Karel Zak
2015-03-17 3:37 ` J William Piggott
2015-03-17 9:29 ` Karel Zak
2015-03-17 21:10 ` J William Piggott
2015-03-13 19:22 ` [PATCH 4/5] hwclock: add '11 minute mode' information J William Piggott
2015-03-15 15:47 ` Benno Schulenberg
2015-03-17 9:57 ` Karel Zak
2015-03-18 1:16 ` J William Piggott
2015-03-18 9:43 ` Karel Zak
2015-03-13 19:26 ` J William Piggott [this message]
2015-03-15 15:51 ` [PATCH 5/5] hwclock: man-page errata Benno Schulenberg
2015-03-15 15:20 ` [PATCH 1/5] hwclock: add TZDIR Benno Schulenberg
2015-03-16 10:30 ` Karel Zak
2015-03-17 9:58 ` Karel Zak
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=550339DA.1060408@gmx.com \
--to=elseifthen@gmx.com \
--cc=kzak@redhat.com \
--cc=util-linux@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox