[ntp:questions] Re: ntpd transmit timestamp precision
David L. Mills
mills at udel.edu
Tue Feb 14 13:43:58 UTC 2006
Damion,
THe ntpd in ntp-dev has been run in simulation with tick = 10 ms and
done amazingly well. The low order nonsignificant bits are se to a
random fuzz that apparently averages out just fine.
Dave
Damion de Soto wrote:
> Brian Utterback wrote:
>
>> Yes and no. If your system supports either clock_gettime or getclock,
>> then the code does not bother with the random bitstring, since there
>> are only two unused bits to set. Not worth the trouble.
>
>
> Thanks, but I have a system here that has very low resolution system clock,
> ntpd correctly detects this via default_get_precision() as:
> Feb 13 07:01:31 ntpd[59]: precision = 10000.000 usec
>
> I have clock_gettime() available to me, but the nanoseconds values will
> be mostly wrong, since 10ms only gives me 7 bits of precision.
> This means all 64bits of the fractional seconds in the Transmit
> Timestamp are nearly always the same.
>
>
> Has no-one else ever run into this before?
>
> Regards,
>
>
More information about the questions
mailing list