home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / sources / d / 1428 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.2 KB  |  31 lines
  1. x-gateway: rodan.UU.NET from garbage; Wed, 18 Nov 1992 11:45:56 EST
  2. From: kyle@uunet.uu.net (Kyle Jones)
  3. Date: Wed, 18 Nov 1992 11:46:19 -0500
  4. Message-ID: <9211181646.AA14462@wendy-fate.UU.NET>
  5. Subject: Re: adjclock - automatically maintain real-time clock
  6. Newsgroups: alt.sources.d
  7. References: <1992Nov5.212138.4853@mlb.semi.harris.com>
  8.     <21809@rpp386.lonestar.org>
  9.     <SOUVA.92Nov18165737@aibn55.mpifr-bonn.mpg.de>
  10. Path: sparky!uunet!unreplyable!garbage
  11. Lines: 18
  12.  
  13. Ignatios Souvatzis writes:
  14.  > In article <1992Nov5.212138.4853@mlb.semi.harris.com>
  15.  > chuck@melmac.Harris-ATD.com (Chuck Musciano) writes:
  16.  > 
  17.  >    In article <21809@rpp386.lonestar.org>, root@rpp386.lonestar.org
  18.  >    (System Administrator) writes: [ sources to adjtime deleted ]
  19.  > 
  20.  >    For those on the Internet, a better version of adjtime is
  21.  > 
  22.  >        rdate india.colorado.edu
  23.  > 
  24.  > For those on the Internet, a much better version would be to use xntp,
  25.  > preferably version 3, available  from  louie.udel.edu. and other sites
  26.  > (use archie).
  27.  
  28. Why bother running a server for this?  For what applications is
  29. millisecond accuracy with reference to an atomic clock necessary?
  30. For most purposes I think this is overkill.
  31.