4 ms·
Why does the time protocol need to send the UTC offset, rather than have the offset be part of system data files, like with timezones? Wouldn't you need the da
by luhn 4y ago
Why does the time protocol need to send the UTC offset, rather than have the offset be part of system data files, like with timezones? Wouldn't you need the data anyways to translate historical timestamps to UTC?
- mongol 4y agoSeems like a simple and accurate way to handle it.
- kosherhurricane 4y agoI think this is the argument NTP makes for not including the offset. TAI can be just another "timezone", so that TZDATA should be to used it to derive it. But that's backwards. A Stratum 1 NTP usually gets its data from GPS, which HAS the offset (GPS runs TAI). But it only outputs UTC, but not the offset, making other programs compute it from TZDATA. Why is NTP making user programs harder to get the data that IT ALREADY HAS? Because philosophically, NTP is married to UTC (even though NTP is mostly for computers!) And providing this offset would basically get rid of a large body of people (like the TFA) who wants to CHANGE the definition of UTC, which is a more drastic proposal.
- Unklejoe 4y ago> GPS runs TAI GPS time is actually 19 seconds behind TAI at all times.
- SkeuomorphicBee 4y agoThose are two different problems that require two different solutions: 1. Displaying current time: for that ideally you need the offset directly from the time server because the system timezone data can be out of date in regards to current time. 2. Displaying historical timestamps: for that you use the system timezone file.