* Paul de Weerd [2007-10-24 19:28]:
rdate can use adjtime, so that point is moot.
> Another issue is the fact that the server you're syncing to may not be
this is the key. rdate sets/skews the clock based on a single reply.
which might get affected badly by network issues or whatever, or be
spoofed, or... ntpd doesn't have that problem at all - last not least it
never uses less than 8 packets to form a single update (just picking
that one as example, there is more it can do, because it can develop
thing over TIME instead of a single one-shot update & exit.
and it fixes the clock frequency permanently using adjtick. rdate
doesn't.
> And it's totally unneccessary, simply run ntpd and be done
exactly.
--
Henning Brauer, hb@bsws.de, henning@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting - Hamburg & Amsterdam
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Vu Pham | Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel |
| Adrian Bunk | Re: Linux 2.6.21 |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Radu Rendec | Endianness problem with u32 classifier hash masks |
| Benjamin Herrenschmidt | [PATCH 0/11] ibm_newemac: Candidate patches for 2.6.25 |
