Ask HN: Are systems ready for the first negative leap second?
1–10 of 100 posts
Re: Ask HN: Are systems ready for the first negative leap second?
#2By any other standard, most manually set clocks are up to a full minute off all the time.
Re: Ask HN: Are systems ready for the first negative leap second?
#3Re: Ask HN: Are systems ready for the first negative leap second?
#4Re: Ask HN: Are systems ready for the first negative leap second?
#5Re: Ask HN: Are systems ready for the first negative leap second?
#6NTP. By any other standard, most manually set clocks are up to a full minute off all the time.
MiFID 2 alone forces sub-μs precision. Million times less than the leap 1 second.
NTP minute away is good for displaying date on the workstation, not for many of the devices that are critical to the modern world.
Re: Ask HN: Are systems ready for the first negative leap second?
#7NTP. By any other standard, most manually set clocks are up to a full minute off all the time.
Yeah, but we're thinking of systems where nanoseconds matter. MiFID 2 alone forces sub-μs precision. Million times less than the leap 1 second. NTP minute away is good for displaying date on the workstation, not for many of the devices that are critical to the modern world.
Re: Ask HN: Are systems ready for the first negative leap second?
#8Earlier quoted context omitted.
Yeah, but we're thinking of systems where nanoseconds matter. MiFID 2 alone forces sub-μs precision. Million times less than the leap 1 second. NTP minute away is good for displaying date on the workstation, not for many of the devices that are critical to the modern world.
dont most systems that rely on sharp timing simply manage it themselves.
Sure they have their own time servers fed from the GPS, but they need to be _accurate_ in relation to the world.
But timestamps used by companies forced to use very accurate timing must be synchronised to UTC.
Re: Ask HN: Are systems ready for the first negative leap second?
#9Re: Ask HN: Are systems ready for the first negative leap second?
#10Google's proposal is a smear. [1] Most time servers do not use smear. No idea what behavior it may introduce in places where sub-second time is important. Curious if all these bugs [2] were fixed specifically to deal with going backwards . [1] - https://developers.google.com/time/smear [2] - https://rivassec.com/leap-second-chaos-2012.html
As far as the computers were concerned, nothing was different.