Date: Mon, 28 Apr 1997 01:02:19 +1000 From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, peter@spinner.dialix.com Cc: cvs-all@FreeBSD.org, CVS-committers@FreeBSD.org, cvs-etc@FreeBSD.org, jkh@FreeBSD.org Subject: Re: cvs commit: src/etc rc rc.network Message-ID: <199704271502.BAA11961@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>Well, I wish somebody would explain why I see this sort of thing on every >single FreeBSD machine I work with, and how to stop it. Is the default >tickadj -Aq causing this perhaps? > >Apr 27 10:39:07 pasteur xntpd[171]: time reset (step) -0.418709 s >Apr 27 10:45:01 pasteur xntpd[171]: time reset (step) 0.561284 s >Apr 27 12:33:07 pasteur xntpd[171]: Previous time adjustment didn't complete >Apr 27 16:32:48 pasteur xntpd[171]: time reset (step) -0.223744 s >Apr 27 16:38:15 pasteur xntpd[171]: time reset (step) 0.385576 s >Apr 27 18:05:41 pasteur xntpd[171]: time reset (step) -0.614054 s Option SLEWALWAYS would prevent it from stepping. ># tickadj >tick = 10000 us, tickadj = 5 us >calculated hz = 100.00 Hz >recommended value of tickadj = 5 us The default tickadj isn't doing anything. I think it is always a no-op, at least when run at boot time. 5 us is the default. >It seems to go through wild oscillations quite regularly. What worrys me >is that xntpd seems to call adjtime() very frequently, about every second >or so.. Does it have it's own PLL inside xntpd? Does having a PLL driving >a PLL work? If it's doing lots of adjtime()'s then it's not using the kernel PLL. I enable the kernel PLL by setting flag 1 in the driftfile. I'm not sure if that's the only way to enable it (there doesn't seem to be a command line option). >Other details: > remote local st poll reach delay offset disp >======================================================================= >*tictoc.dap.CSIR 203.12.3.8 1 256 377 0.05458 -0.061465 0.03783 > >% cat /etc/ntp.drift >24.454 0 > >(All machines have both of the CLK_USE_xxx_CALIBRATION options set) >% sysctl machdep | grep freq >machdep.i8254_freq: 1193174 >machdep.i586_freq: 119751287 This all seems reasonable. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704271502.BAA11961>