2016 год на одну секунду длинее и ПО

Проблемы, конечно, могут быть. Ожидать стоит таких-же сбоев, как и при переводе системного времени вручную. У меня в прошлый такой перевод времени на 1 секунду, например, немного попортились логи в одном корпоративном серверном приоложении (писал его не я).

Правильно написанное по, конечно, никак не должно пострадать. Правильное, это которое для измерения времени и временных промежутков КРИТИЧНЫХ к переводу времени пользователя использует Monotonic-таймеры, и в котором во всякий зависимый от системного времени функционал встроены (и протестированы) проверки на внезапный перевод времени.

Кстати, по поводу продления на одну секунду - ядро Linux должно сообщать в dmesg, я точно уже видел такое сообщение раньше.

для Международного скоординированного времени (UTC)

у тебя часы по ютц стоят?

у тебя часы по ютц стоят?

Не все тут сидят на инфраструктуре windows-only, хотя и такие есть.

Пусть ваш вопрос совершенно не в тему, но бывают люди у кого таки да, часы в UTC :)

у тебя часы по ютц стоят?

У меня - да, на всех моих рабочих станциях и серверах.
Кстати, даже венда так умеет.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001

Кстати, даже венда так умеет.

О_o, а с каких времен? Вот XP точно не умела из коробки, а дальше я не щупал.

Xp точно умела, умели ли более старые - не знаю.

Хм, помню какой-то дуалбут, так я там в винде просто пояс в UTC ставил, чтоб она хардвалные часы не портила. Может я и не осилил, не помню.

чуть выше есть рецепт

чуть выше есть рецепт

Надо записать и просвещать вендузятников.

Вот только винда любит этот сранный дворд сбрасывать самостоятельно. Толи при синхронизации времени, толи при обновлениях...

Смотря что за ПО и насколько оно там завязано. ЕМНИП в прошлом году тоже эта фигня была, у меня все прошло нормально.

У меня XP не сбрасывает а спустя некоторое время тупо забивает на него. Лечится перезагрузкой.

Не знаю, у меня не сбрасывалось.

Может я чего не понимаю. Но зачем они (по ссылке) хотят вставить 60-ю секунду? Проще было бы повторить 59-ю дважды, в таком случае клиенты нормально отсинхронизировались бы. Не?

Не?

Не. Плюс во всех приличных системах используют unix_timestamp, в котором вообще разбивка секунд по годам не производится. А в tzdata уже указано, куда эту високосную секунду вставлять.

Это получится секунда длительностью в 2 секунды. Такое черезжопное решение надо ещё поискать. Как к этому отнесётся софт/железо - очень интересно, особенно когда на длительность секунды завязано что-то важное.

Это получится секунда длительностью в 2 секунды. Такое черезжопное решение надо ещё поискать. Как к этому отнесётся софт/железо - очень интересно, особенно когда на длительность секунды завязано что-то важное.

Как будто что-то плохое. А как по твоему синхронизация времени через adjust происходит? А вот так, секунды растягиваются или сжимаются. И такой вариант обсуждался в этом комитете, как один из возможных.

Железу как раз пофигу, оно и про 60-ю секунду ничего не знает. А софт получает время от системных часов, софту что покажут, то он и примет за чистую монету.

причём здесь виндо

Потому что кроме дуалбута с вендой, я не вижу других причин использовать локальное время в rtc.