SO_TIMESTAMP may go away
Gary E. Miller
gem at rellim.com
Tue Mar 5 03:48:38 UTC 2019
Yo Hal!
Whoops, sorry, this was a reply to the other thread...
>
> On Mon, 04 Mar 2019 19:31:07 -0800
> Hal Murray via devel <devel at ntpsec.org> wrote:
>
> > dfoxfranke at gmail.com said:
> > > One thing to keep in mind is that if the client is using
> > > SO_TIMESTAMP but the server isn't, or vice versa, you're going to
> > > introduce a persistent inaccuracy on the order of a microsecond,
> > > due to the resulting asymmetry in the point at which the timestamp
> > > is captured.
> >
> > That's another reason it's hard to notice. If both systems do it
> > wrong, the errors cancel. Or partially cancel if their CPU speed
> > doesn't match.
>
> Yeah, and that still leaves us reading this differently...
>
> RGDS
> GARY
> ---------------------------------------------------------------------------
> Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
> gem at rellim.com Tel:+1 541 382 8588
>
> Veritas liberabit vos. -- Quid est veritas?
> "If you can’t measure it, you can’t improve it." - Lord Kelvin
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
gem at rellim.com Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can’t measure it, you can’t improve it." - Lord Kelvin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 851 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20190304/cb694de0/attachment.bin>
More information about the devel
mailing list