Work item list: l_fp_time and l_fp_offset
Gary E. Miller
gem at rellim.com
Wed Apr 26 20:22:00 UTC 2017
Yo Hal!
On Wed, 26 Apr 2017 13:12:48 -0700
Hal Murray via devel <devel at ntpsec.org> wrote:
> Achim said:
> <> I think that should be rejected in favor of eliminating l_fp
> except at the
> >> very edge and doing the pivot at the edge.
> > What exactly do you suggest to replace it with?
>
> There are two uses for l_fp: time and offset.
>
> By pushing it to the edge, we eliminate uses as time.
Confusing the offset is also a time. Let's use timestamp and offset.
>
> I would be happy with a double for offsets.
>
> Gary wants a timespec to preserve accuracy.
Ugh, please, not what I meant. I see the confusion due to the sloppy
terminology.
Timestamps NEED to be l_fp (with ntp epoch number 0 or 1), or
timespec(64) to preserve full precision (232ps or 1 ns).
But I'm OK with doubles for offsets. If the offset is into many
years the nanosec will take care of themselves later.
So you start with two l_fp, or two timespec(64), or one of each. Then
subtract to get an offet as a timespec(64) or a double.
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: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20170426/6460308b/attachment.bin>
More information about the devel
mailing list