A positive leap second will be introduced at the end of June 2015

Re:A positive leap second will be introduced at the end of J... by vl on Monday January 05, 2015 @10:45PM (#8842823)

It wouldn't affect Spanner or any other sanely implemented system - usually nowadays time is saved as "units from epoch", and leap seconds, days, etc. don't matter for internal calculations. It matters only for final conversion to printable format, debug logs, etc.

[ Parent | on HN ]

Re:A positive leap second will be introduced at the end of J... by rspeer on Tuesday January 06, 2015 @04:17AM (#8843502)

Most UNIX systems store time as "seconds from the epoch, according to UTC". The advantage is that you can always assume that 1 day = 86400 seconds. The disadvantage is that the time is affected by leap seconds. The same-numbered POSIX second can be repeated twice in a row.

Spanner instead deals with it by changing the length of the second.

If you're assuming time intervals are accurate to the second, or that times are monotonic, have you actually reconfigured your system to use TAI?

[ Parent | on HN ]

Re:A positive leap second will be introduced at the end of J... by TimWolla on Tuesday January 06, 2015 @07:29AM (#8844026)

One cannot even assume that '1 day = 86400 seconds' because of DST.

[ Parent | on HN ]

Re:A positive leap second will be introduced at the end of J... by rspeer on Wednesday January 07, 2015 @11:58AM (#8851614)

I've never seen a UNIX system that changes the system clock due to DST. You change the local time zone.

[ Parent | on HN ]