[LEAPSECS] smear

Warner Losh imp at bsdimp.com
Mon Mar 20 16:23:41 EDT 2023


On Mon, Mar 20, 2023 at 2:10 PM Steve Allen <sla at ucolick.org> wrote:

> On Mon 2023-03-20T19:36:51+0000 Michael Deckers via LEAPSECS hath writ:
> > � This seems to be lenient enough to allow for not scheduling
> > � a negative leap second even in the case that the difference
> > � (UT1 - UTC) should go a bit below -1 s before 2035.
>
> And today in the NTP working group mail list we see that the
> big guns expect to force the issue because
>
> > From: Doug Arnold <doug.arnold=40meinberg-usa.com at dmarc.ietf.org>
> > Subject: Re: [Ntp] draft-ntp-ntpv5-requirements update for IETF 116
> >
> > Re leap smearing:
> >
> > Operators from multiple data centers tell me that they intend to
> > smear leap seconds.  When I pointed out the pitfalls they were
> > undeterred.  I have come to understand that leap smearing is viewed as
> > less problematic than trying to fix leap second handing in distributed
> > database software.
>
> they have taken the stance that if leap seconds do not go away then
> they will smear.
>
> This is like Eucla Australia setting their clocks the way they
> please and daring the state government to do something about it.
>

Pragmatically, it's a lot easier to smear 3 or 4 more times than to fix all
the code that leap seconds break. Smearing is an ugly hack that allows
broken code to get things less wrong than powering through a leap second
and the result +1s or -1s errors. The trains must run on time, UTC be
damned, eh?

Warner
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist6.pair.net/pipermail/leapsecs/attachments/20230320/2dd6b206/attachment.htm>


More information about the LEAPSECS mailing list