[LEAPSECS] LOD reaches 0 s/d
Warner Losh
imp at bsdimp.com
Thu Nov 12 19:26:10 EST 2020
On Thu, Nov 12, 2020 at 5:24 PM jimlux <jimlux at earthlink.net> wrote:
> On 11/12/20 3:45 PM, Poul-Henning Kamp wrote:
> > --------
> >
> >> predicts that d(UT2)/d(TAI) = 1 after 2021-11-13, ie
> >> the rates of UTT2 and TAI are expected to agree for the
> >> next year. This has never happened since 1961. We may
> >> not need to abolish leap seconds for quite a while.
> >
> > Unless of course we get close enough to a negative one, that people
> > are *really* going to freak out.
> >
> > Hands in the air: Who here besides Warner and me has ever tried to
> > test handling of negative leap-seconds ?
> >
>
> not exactly leap seconds, but I had a system that ingested time from two
> sources that were nominally synced, and one slipped behind - it was a
> gruesome disaster. Time going backwards creates ALL sorts of problems
> with log files and locking schemes and telemetry decoding/plotting that
> assume that time is monotonically increasing. (we leave, aside, the
> whole daylight time issue - that's a "print formatting of time values"
> thing.
>
>
> It fills me with great trepidation if clock time were ever to go
> backwards. I think what would happen is that people would hack it and
> have it sort of run slowly over some seconds, while maintaining
> monotonicity. And then create tiger teams to fix it when someone else
> did it differently, and your financial system ingested transactions that
> appeared to end before they started.
>
Well, every positive leap second is time going backwards... At least with
a negative leap second time just skips a beat...
Warner
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist6.pair.net/pipermail/leapsecs/attachments/20201112/bebe8e6d/attachment.html>
More information about the LEAPSECS
mailing list