Re: [time-nuts] Examples of leap-seconds in local timezones
Ah, yes, the time jump. Reminds me of the time jump off of the Empire State building in Men in Black III. Sure seems like the jump should be taken in increments smaller than an integer second. We have the technology. :-) Bill Hawkins -Original Message- From: Magnus Danielson Sent: Thursday, January 23, 2014 9:42 PM I was looking for examples closer to the international date-line. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Examples of leap-seconds in local timezones
I would support a leap minute. It will still be far enough in the future that I will not have to deal with it :) But then we would lose that wonderful subject of conversation and we would lose the practice of doing it somewhat regularly. I can see that the lack of practice could easily make it into a bigger problem. Didier KO4BB Wojciech Owczarek wojci...@owczarek.co.uk wrote: Magnus, I have little experience with radio-based public time dissemination services, but some with GPS/NTP/PTP, so here's some info - hope it's of some value to you. For US and European exchanges, the leap second time happens outside trading hours, so maybe that's why we've heard little (horror) stories. This is definitely not an easy thing to deal with during trading, unless your messaging protocol actually has specific leap second extensions - which I'm not aware of any of the ones I know having. This is how the Linux kernel running UTC does it (assuming it's been told by NTP/PTP/GPS/user and the respective leap second kernel flag was set - and for example, a broken IRIG-B box somewhere hadn't forgotten to tell some of your NTP servers about this and your quorum blocked it): - If we're removing a second, Linux system clock will change from 23:59:58.9 straight to 00:00:00.0 - If we're inserting a second, Linux system clock will run the last second second twice: 23:59:59.9 will change again to 23:59:59.0 (that's the kernel internal / UTC time, time formatting functions will output the :60 value at insertion time). This approach can potentially be problematic for some applications, especially the insertion, which is essentially a step backwards, so some institutions / vendors propose an alternative approach, which is the leap second smear - I think Google was advocating that one: this is where you gradually add/take the extra time throughout the whole leap second day (which would be an approx. 11.6 ppm offset if you started from midnight - so you'd have to model this carefully to bring it back to normal soon after the leap second midnight). Those alternative methods of time insertion may be fine if they're used only internally within an organisation that doesn't provide timestamped data to other organisations, without also providing time services to them - or basically, all is well as long as interconnected parties use the same method of dealing with this. *personal opinion* While the leap second is a somewhat inconvenient phenomenon, while it's still there, it's there and we have to deal with it. I think that most of the problems around it that people talk about are a little bit of FUD resulting purely from the lack of adequate testing. This is based on my experience with computer/network kit - this wasn't meant to be an absolute statement. I'd say let the IERS keep computing it but let's drop it from UTC and let's do a one-off leap hour in some 4,000 years :-) Regards Wojciech ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- Sent from my Motorola Droid Razr 4G LTE wireless tracker while I do other things. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Examples of leap-seconds in local timezones
Magnus, (Going from memory here...) I seem to remember that NPL in UK used to add 0.1 second to each of the first 10 seconds after the hour. If this wrong, I hope someone picks up on it! Cheers Rob -Original Message- From: time-nuts-boun...@febo.com [mailto:time-nuts-boun...@febo.com] On Behalf Of Magnus Danielson Sent: 22 January 2014 19:53 To: time-nuts@febo.com Subject: [time-nuts] Examples of leap-seconds in local timezones Fellow time-nuts, In a discussion it again re-occurred that we needed examples of how leap-seconds is indeed is inserted into the local timezones at the UTC midnight. I think I recall that the Tokyo stock exchange was closed during the leap-second for instance. Stuff like that. Cheers, Magnus ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Examples of leap-seconds in local timezones
Magnus, I have little experience with radio-based public time dissemination services, but some with GPS/NTP/PTP, so here's some info - hope it's of some value to you. For US and European exchanges, the leap second time happens outside trading hours, so maybe that's why we've heard little (horror) stories. This is definitely not an easy thing to deal with during trading, unless your messaging protocol actually has specific leap second extensions - which I'm not aware of any of the ones I know having. This is how the Linux kernel running UTC does it (assuming it's been told by NTP/PTP/GPS/user and the respective leap second kernel flag was set - and for example, a broken IRIG-B box somewhere hadn't forgotten to tell some of your NTP servers about this and your quorum blocked it): - If we're removing a second, Linux system clock will change from 23:59:58.9 straight to 00:00:00.0 - If we're inserting a second, Linux system clock will run the last second second twice: 23:59:59.9 will change again to 23:59:59.0 (that's the kernel internal / UTC time, time formatting functions will output the :60 value at insertion time). This approach can potentially be problematic for some applications, especially the insertion, which is essentially a step backwards, so some institutions / vendors propose an alternative approach, which is the leap second smear - I think Google was advocating that one: this is where you gradually add/take the extra time throughout the whole leap second day (which would be an approx. 11.6 ppm offset if you started from midnight - so you'd have to model this carefully to bring it back to normal soon after the leap second midnight). Those alternative methods of time insertion may be fine if they're used only internally within an organisation that doesn't provide timestamped data to other organisations, without also providing time services to them - or basically, all is well as long as interconnected parties use the same method of dealing with this. *personal opinion* While the leap second is a somewhat inconvenient phenomenon, while it's still there, it's there and we have to deal with it. I think that most of the problems around it that people talk about are a little bit of FUD resulting purely from the lack of adequate testing. This is based on my experience with computer/network kit - this wasn't meant to be an absolute statement. I'd say let the IERS keep computing it but let's drop it from UTC and let's do a one-off leap hour in some 4,000 years :-) Regards Wojciech ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Examples of leap-seconds in local timezones
On 23/01/14 14:29, Wojciech Owczarek wrote: Magnus, I have little experience with radio-based public time dissemination services, but some with GPS/NTP/PTP, so here's some info - hope it's of some value to you. For US and European exchanges, the leap second time happens outside trading hours, so maybe that's why we've heard little (horror) stories. This is definitely not an easy thing to deal with during trading, unless your messaging protocol actually has specific leap second extensions - which I'm not aware of any of the ones I know having. I was looking for examples closer to the international date-line. Cheers, Magnus ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.