5 ms·

It is the heavens that set the time for humanity, all else must either imitate or pick another name. Abandoning the leap seconds means breaking the connection b

It is the heavens that set the time for humanity, all else must either imitate or pick another name. Abandoning the leap seconds means breaking the connection between utc and what the people consider time to mean. It is not so much that the actual times drift apart very fast, it is that the clock tries to corrupt the meaning of the word "day". If leap seconds cause problems for your application, you probably should find another source of synchronisation signal.

yellowapple 11y ago
Yeah, another source like... seconds. Plenty of applications need to know a precise number of seconds (or milliseconds or nanoseconds) between the present and a past or future date/time. Leap seconds throw a wrench in that. Whether UTC should serve the role of an unaltered time source is indeed a matter of debate (and for good reason), but it's pretty clear that we do need an unaltered stream of seconds (upon which UTC - or an intermediate between UTC and various timezones should UTC fill this role as advocated - would base itself, as would any other applications that require said unaltered stream of seconds). This isn't even mentioning more far-fetched things like space travel (at which point the non-constant rotational parameters of an arbitrary planetary body are neither relevant nor appropriate for system-wide/galaxy-wide/universal/multiversal timekeeping).
Gibbon1 11y ago
The deal is the people chartered with the task of providing an accurate timebase are failing to do so because they are adding and subtracting arbitrary units of time. So if you actually need a monotonic timebase, you can't get it without having a human diligently subtracting leap seconds at random times. The proper thing to do is to generate a proper monotonic timebase and then publish a separate offset with microsecond or better resolution. Thus people that need monotonic time are happy and people that want to set the wall clocks are happy. Also seriously, leap seconds suck as an offset because a second is a huge amount of time for many applications.

yellowapple 11y ago

Yeah, another source like... seconds. Plenty of applications need to know a precise number of seconds (or milliseconds or nanoseconds) between the present and a past or future date/time. Leap seconds throw a wrench in that. Whether UTC should serve the role of an unaltered time source is indeed a matter of debate (and for good reason), but it's pretty clear that we do need an unaltered stream of seconds (upon which UTC - or an intermediate between UTC and various timezones should UTC fill this role as advocated - would base itself, as would any other applications that require said unaltered stream of seconds). This isn't even mentioning more far-fetched things like space travel (at which point the non-constant rotational parameters of an arbitrary planetary body are neither relevant nor appropriate for system-wide/galaxy-wide/universal/multiversal timekeeping).

Gibbon1 11y ago

The deal is the people chartered with the task of providing an accurate timebase are failing to do so because they are adding and subtracting arbitrary units of time. So if you actually need a monotonic timebase, you can't get it without having a human diligently subtracting leap seconds at random times. The proper thing to do is to generate a proper monotonic timebase and then publish a separate offset with microsecond or better resolution. Thus people that need monotonic time are happy and people that want to set the wall clocks are happy. Also seriously, leap seconds suck as an offset because a second is a huge amount of time for many applications.