Комментарии 29
Поскольку в компьютере все равно стоит осциллятор,на который вращение Земли не влияет, - переходите на TAI,Международная Служба Вращения Земли потом формулу для поправок выведет, зато заказов на исправление ПО будет ....
>> Почему важна синхронизация без дополнительных секунд... В современных сетях 5G синхронизация важна как никогда
Кто о чём, а вшивый о бане. Пусть решают свои местечковые проблемы своими местечковыми методами. И что это за IT такое которое неспособно обработать лишнюю целую секунду.
5G это маленький пример. Не знаю, почему автор статьи взял его. И его можно решить очень грубо - да хоть порвать все разговоры в момент перехода.
Есть более серьёзные примеры. Все технологии непрерывного цикла с замером параметров, начиная с АЭС и химзаводов.
И что это за IT такое которое неспособно обработать лишнюю целую секунду
Вот такое вот IT. Которое экономит на тестировании, на сопровождении, всё, что можно и что нельзя. Я работал на таких проектах, где мы вводя мелкую новую фичу ломали фичи соседей и никто этого не видел до релиза, и они нам - точно так же:(
Ну это тем более странно, если системы реального времени завязаны на часы-минуты-секунды, в то время как нужен непрерывный счётчик времени. Leap Seconds по идее нужны только только для кросс-перевода в человеческие HHMMSS. Кстати в ГЛОНАСС не стали заморачиваться с високосными секундами, синхронизировали один раз и время идёт непрерывно.
Кстати в ГЛОНАСС не стали заморачиваться с високосными секундами, синхронизировали один раз и время идёт непрерывно.
GPS - точно так же, TAI время. PTP - точно так же. Но это не счёт в ядрах.
Ну это тем более странно, если системы реального времени завязаны на
часы-минуты-секунды, в то время как нужен непрерывный счётчик времени.
Проблема в том, что база >99% систем реального времени, которые используются сейчас - это firm- и soft-realtime на базе чего-то Unix-подобного, в первую очередь Linux. Почему так - а потому что разработка на любом другом будет в разы дороже. А у Unix систем в принципе счёт в ядре в unixtime-без-вставных-секунд.
И тут при наличии багов лучше, кстати, подход BSD, которые вообще не пытаются эту секунду отрабатывать, возложив "растяжение" на длинные периоды (от 15 минут) средствами внешних NTP/etc. демонов. А вот Linux растягивает переходную секунду на две, и тут начинается полное ой.
"Не стоит прогибаться под изменчивый мир..."
Давайте будем замедлять/ускорять вращение Земли, чтобы она совершала один оборот ровно за 86400 секунд ?
А не слишком ли большое расхождение в 37 секунд за менее чем 100лет? Земля замедляет или ускоряет свое вращение?
https://ru.wikipedia.org/wiki/Дельта_T#О_неравномерности_вращения_Земли_вокруг_своей_оси
Да. Она замедляется. И этот процесс, насколько я помню, цикличен
Да .. всё пытаюсмь понять когда вернется к нам герой фильма "Тот самый Мюнхаузен" (1979), как посмотрел впервые, так и стало интересно. Он там заявил что "Когда я вернусь, пусть будет 6 часов" .. "утра или вечера?" .. -Дня.
Вот, если замедляется, то реально скоро вернется. С Новым Годом всех! ;)
"Мастерство программиста заключается не в том, чтобы писать программы, нормально работающие в отсутствие ошибок. Мастерство программиста заключается в том, чтобы писать программы, продолжающие нормально работать несмотря на все происходящие в системе ошибки."
*
Речь идёт не об ошибках, происходящих в окружении программы. Например, система управления сигналами светофора должна продолжать нормально работать, если на диске закончилось место для логов. Или, как в статье, не удалось получить точное время.
Какой смысл работать без логов? Как потом разгребать ДТП на этом перекрёстке при, внешне, нормальной работе светофора, который год работал без фиксации своих действий?
Надо было заблаговременно анализировать свободное дисковое пространство и сигнализировать куда надо.
А если закончится ОЗУ и swap?
Какой смысл работать без логов?
Очень рад, что Вы не пишете ПО для критических систем вроде АЭС.
Надо было заблаговременно анализировать свободное дисковое пространство и сигнализировать куда надо.
Вот именно. Но даже такой более чем очевидный вариант развития событий в настоящее время мало кто предусматривает.
Печально, что разработчику ПО для АЭС нечего сказать по третьему пункту.
Печально, что вещи уровня "не надо делать ЭТО мимо унитаза" для современных программистов нужно особо оговаривать.
А здесь уже начинают действовать дедлайны. Делают то, на что выделено время. Шаг влево, шаг вправо - расстрел. Контроль свободного пространства в ПЗУ это отдельная фича, это не задача разработкти логов. Когда перед разработчиком ставится задача сходить в туалет зачастую там нет даже унитаза. Хорошо, если фановая труба есть... А сроки никто не отменял.
А здесь уже начинают действовать дедлайны.
А здесь уже виноват менеджер — если он дал невыполнимый дедлайн, то такой менеджер — неправильный.
Так не работает.
Не знаю, как Ваш, а мой менеджер служит посредником между мной и человеками, а также бульдозером, расчищающим препятствия (обычно — в виде человеков и их непонятных желаний) у меня на пути. Если у Вас не так — ну что ж, примите мои соболезнования.
А после двух-трёх ситуаций когда из такой наспех проложенной трубы нафонтанировало так, что всей конторой две недели оттирались — к моим предупреждениям прислушиваются.
Картинка паники ядра от совсем другой проблемы чем вставная секунда:) ну и в 2015 паники не было, были безвыходные заклины таймеровнедора.
Воспроизводить ситуацию как лишней, так и удалённой секунды тривиально, и проблема в том, что никто не хочет это делать.
Почему все решили вводить дополнительную високосную секунду вместо того, чтоб время от времени не отсекать лишнюю 59-ю? Это же явно проще. Разделить равномерно годовой цикл вращения Земли с маленьким запасом, и раз в несколько лет по одной секунде не досчитываться.
Почему все решили вводить дополнительную високосную секунду вместо того,
чтоб время от времени не отсекать лишнюю 59-ю? Это же явно проще.
Потому что это действия ровно в противоположном направлении.
Стандарты предусматривают, что в случае необходимости, наоборот, будут забирать секунду, но пока такой необходимости не возникло.
Простите за вопрос от чайника, перевести стрелки часов чтобы что?
Ну то есть, как я понял из статьи, сейчас время расхождения между атомным и астрономическим таймерами уже 37 секунд. При этом все как-то функционирует. Почему бы не оставить все как есть, вместо того, чтобы подвергать массу важных для человечества систем риску сбоев?
Возможно, это архитектурно неверно, но чем плохо это накапливающееся расхождение? Пусть копится.
Этот мир это аквариум, а учёные это просто паразиты плавающие в нём, чего они там могут повлиять или указать, только курам насмех. Не утверждаю что оставшийся хомяческий сброд что то понимает и на что то может повлиять, они даже в Ленина верят Гагарина и Путина.
они даже в Ленина верят Гагарина и Путина
Ну с двумя ещё понятно, но чем Гагарин-то не угодил? Он что, в космос не летал, потому что об хрустальный свод разбился бы?
На мой взгляд в статье не хватает технических деталей. Такая статья была бы хороша для не специализированного научно популярного ресурса. Но Хабр всё-таки технарьское сообщество, аудитории интересны технические детали проблем, сравнительный анализ подходов к их решению.
И это только в рамках одной планеты. Представьте ситуацию, где в уравнении появляется ещё одна планета, какая-нибудь небольшая колония, пусть даже не слишком далеко - Луна или Марс. Человечество с ума сойдёт.
Какой-то сюрнаучфант от Лема получается.
интересно, как на карте отражено, что вся Европа (практически) умещается в 1 часовой пояс
Пора перевести стрелки часов: послание ученым на 2024 год