• Subject: Re: Internal Date Representation (was Re: Year 2000 (or Year 292 BILLION)
  • From: Glenn Ericson <Glenn-Ericson@xxxxxxx>
  • Date: Fri, 12 Sep 1997 12:05:24 -0400

At 01:07 PM 9/12/97 +0000, you wrote:
>Chris, you wrote:
>>>The AS/400 also uses a 64-bit clock, but the frequency of update is,
>>>if memory serves correctly, once per 40 microseconds, or 25,000 times
>>>per second.
>>Oh, sure. And I suppose some coffee slurping, donut chomping slob back at
>>the factory is going to call that "accurate"?! 
>All computers are intrinsically inaccurate. According to a bit in NewsWire,
>aging hardware and IPLs, etc., contribute to this situation on the AS/400.
>This is why we've been looking for some way to coordinate with an external
>standard. The best thing I've heard of so far is NTP, or Network Time
>Protocol, a TCP/IP application that relies on a network of time servers.
>The same article in NewsWire (by Mel Beckman) mentioned that there is a
>PRPQ that provides an SNTP (Simple NTP) client for the 400, which would set
>the date/time clock each time it's run. So far Support Line says they can't
>find it. Anyone know anything about this?
>BTW, I've put such a client on my 95 machine. It runs every time I restart,
>but could be put on a schedule. It has been making adjustments of a few
>seconds every time.
>Vernon Hamberg
This is not a real computer thing but telephone company caller ID services
offer  time resync on the boxes with each call received.
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe MIDRANGE-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com

This thread ...

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].