[LinuxPPS] cross posting [time-nuts] NTP API on Linux 2.6.26
Udo van den Heuvel
udovdh at xs4all.nl
Sun Jan 11 11:22:16 CET 2009
Michael Meier wrote:
>>> In the redhat rpm for ntp I find:
>>> # clock_gettime needs -lrt
>>> sed -i.gettime 's|^LIBS = @LIBS@|& -lrt|' ntp{d,q,dc,date}/Makefile.in
>
> I'm impressed. Would be interesting to know when they put that in -
> because it should have been rather useless and a waste of cpu before
> kernel 2.6.26...
>
>>> Dec 26 11:02:31 epia ntpd[13820]: precision = 1.000 usec
>>> Dec 26 11:29:41 epia ntpd[13969]: precision = 1.541 usec
>
> The second one does look good, was the first one with a non-nano kernel?
Dunno for sure, could be.
It was an ntp I had been running on 2.6.26.2 or so since a while.
I needed to rebuild ntp to nmake stuff work again.
> available today. It should be a bit faster with 64 bit kernel and
> userland, but still expensive. 1.5 us on an EPIA is actually better than
> I expected, I'm getting 0.7 us on a Pentium 3 and 1.3 us on a Pentium 4
> (yes, they were actually a lot slower than the pentium 3 in that, and
> that is not the only thing they sucked at - luckily intel fixed it with
> the core2).
> This should however not have a bad effect on timekeeping, as that
> overhead is pretty constant, so it will give you an constant offset.
OK, thanks for explaining.
As I understand I am fine and can wait for the kernel and glibc to catch
up to the changes we do by hand.
Udo
More information about the LinuxPPS
mailing list