LINUXTALKS.CO

Решено с 2035 года приостановить синхронизацию мировых атомных часов с астрономическим временем

 

L


0

0

На Генеральной конференции по мерам и весам принято решение как минимум начиная с 2035 года приостановить периодическую синхронизацию эталонных мировых атомных часов с астрономическим временем Земли. Из-за неоднородности вращения Земли астрономические часы немного отстают от эталонных и для синхронизации точного времени начиная c 1972 года атомарные часы раз в несколько лет приостанавливались на одну секунду, как только разница между эталонным и астрономическим временем достигала 0.9 секунд (последняя подобная корректировка была 8 лет назад). С 2035 года синхронизация будет прекращена и разница между мировым координированным временем (UTC) и астрономическим временем (UT1, среднее солнечное время) будет накапливаться.

Вопрос прекращения добавления лишней секунды обсуждался в Международном бюро мер и весов с 2005 года, но решение постоянно откладывалось. В долгосрочной перспективе вращение движения Земли постепенно замедляется из-за влияния притяжения Луны и интервалы между проведением синхронизации со временем уменьшаются, например, при сохранении динамики через 2000 лет новую секунду пришлось бы добавлять каждый месяц. При этом отклонения параметров вращения Земли носят случайный характер и последние несколько лет динамика изменилась и встал вопрос необходимости не добавления, а вычитания лишней секунды.

В качестве альтернативы посекундной синхронизации рассматривается возможность проведения синхронизации при накоплении изменений на 1 минуту или 1 час, что потребует корректировки времени раз в несколько веков. Окончательное решение о методе дальнейшей синхронизации планируется принять до 2026 года.

Решение о приостановке посекундной синхронизации обусловлено многочисленными сбоями в программных системах, связанных с тем, что во время синхронизации в одной из минут появлялась 61 секунда. В 2012 году подобная синхронизация привела к массовым сбоям на серверных системах, в которых была настроена синхронизация точного времени по протоколу NTP. Из-за неготовности обработать появление лишней секунды некоторые системы зацикливались и начинали потреблять излишние ресурсы CPU. При следующей синхронизации, которая произошла в 2015 году, казалось, что печальный прошлый опыт учтён, но в ядре Linux в процессе предварительных тестов была найдена ошибка (исправлена до синхронизации), приводившая к срабатыванию некоторых таймеров на секунду раньше намеченного срока.

Так как большинство публичных NTP-серверов продолжают отдают лишнюю секунду как есть, без её размытия на серию интервалов, каждая синхронизация эталонных часов воспринимается как непредсказуемый аврал (за время с момента прошлой синхронизации успевают забыть о проблеме и внедрить код, не учитывающий рассматриваемую особенность). Проблемы также возникают в финансовых и промышленных системах, в которых требуется точный учёт времени рабочих процессов. Примечательно, что ошибки связанные с лишней секундой всплывают не только в момент синхронизации, но и в другое время, например, ошибка в коде корректировки появления лишней секунды в GPSD привела в октябре 2021 года к смещению времени на 1024 недели. Трудно предположить к каким аномалиям может привести не добавление, а вычитание секунды.

Интересно, что у прекращения синхронизации есть о обратная сторона, которая может повлиять на работу систем, рассчитанных на одинаковость часов UTC и UT1. Проблемы могут возникнуть в астрономических (например, при настройке телескопов) и спутниковых системах. Например, против приостановки синхронизации в 2035 году проголосовали представители России, которые предложили сдвинуть приостановку на 2040 год, так как изменение требует значительной переработки инфраструктуры спутниковой навигационной системы GLONASS. Система GLONASS изначально спроектирована с учётом включения дополнительных секунд, в то время как GPS, BeiDou и Galileo их просто игнорируют.

// cc-by opennet.ru
// converted with crypt’s opennet autoreposter

>>> Подробности

★★☆☆☆

Сраные программисты. Почему они решили, что в минуте всегда 60 секунд?

cocucka    
★★★★★★★★★★
Mac OS / Firefox
Ответ на: комментарий от cocucka

я не знаю, но меня беспокоит, что мои ручные часы будут отставать и буду всюду опаздывать на 0.0000…1 секунды.

crypt    
★★☆☆☆
FreeBSD / Chrome
Ответ на: комментарий от crypt

и буду всюду опаздывать на 0.0000…1 секунды.

ты с ума сошел, это только первую тысячу лет, потом все будет намного фатальнее!

Shulman    
★★★★
Windows / Chrome
Ответ на: комментарий от Shulman

нет-нет, паника уже сейчас! ты посмотри в новости! они каждые восемь лет вынуждены часы подводить! а вдруг начало сереала пропущу!

crypt    
★★☆☆☆
Последнее исправление: crypt (всего исправлений: 2)

FreeBSD / Chrome

Товарищи российские погромизды, объясните мне как простому инженеру.

Каким образом, если система изначально спроектирована на включение дополнительных секунд В НЕПРЕДСКАЗУЕМЫЙ момент - то есть, могут включить а могут нет, без предварительного четкого плана - эта система ломается от того, что секунду не включают больше никогда?

Ведь система УЖЕ спроектирована на возможность НЕ включения доп. секунды??

JamesHolden    
★★★★★★
Linux / Chrome

начиная с 2035 года приостановить периодическую синхронизацию эталонных мировых атомных часов с астрономическим временем Земли.

Предлагаю периодическую синхронизацию с планетой Марс. Анунаки одобряют.

odalist    
★★★★★★★
Linux / Chrome
Ответ на: комментарий от JamesHolden

Пфф. В прошлом году московская биржа не могла торговать фьючерсами с отрицательной ценой. В результате многие трейдеры словили маржинколлы из-за невозможности закрыть позиции. Погромизды просто не додумались, что цена контракта может быть отрицательная.

cocucka    
★★★★★★★★★★
iPhone / Firefox
Ответ на: комментарий от cocucka

Это я к тому, что мы программисты можем накосячить где угодно.

cocucka    
★★★★★★★★★★
iPhone / Firefox
Ответ на: комментарий от cocucka

А похуй не должно быть? Unix time же в обыном целочисленном значении измеряется, ну будет не 1488, а 1489 внезапно. А уж сами функции в библиотеках, которые отдают 14 марта 88 года можно уж и подкорректировать.

Kaschenko    
★★★★★
Android / Yandex
Ответ на: комментарий от JamesHolden

тут ведь вопрос не в том, включат или нет доп секунду. А в синхронизации времени. Для спутниковой системы важно астрономическое время а не атомное. Судя по всему, говнокодеры из ГЛОНАСС писали из расчёта что время UTC и UT1 будет более или менее синхронно. А в других системах просто забили на UTC и встроили в систему свой способ синхронизации.

sorrow    
★★★★★★★★★★★
Последнее исправление: sorrow (всего исправлений: 1)

Linux / Firefox
Ответ на: комментарий от sorrow

Похоже что так и есть. То есть они завязали российскую систему спутниковой навигации, которая является основой выживания, на западную неподконтрольную России систему времени. Класс, просто класс.

JamesHolden    
★★★★★★
Android / Chrome
Ограничение на отправку комментариев: только для зарегистрированных пользователей, score>=90