Временные зоны и epoch

[metaclass]

Вопрос: зависит ли результат функции "вернуть количество секунд от epoch на начало сегодняшнего дня" от текущей таймзоны?
Я понял, что без поллитры вопрос таймзон, времен, календарей, а особенно хаскелевых модулей для работы с этим понять нереально.

PS: для начала сойдет:

import Data.Time.Clock
import Data.Time.Clock.POSIX

  do now<-getCurrentTime  
     let starttime = truncate $ utcTimeToPOSIXSeconds $ now {utctDayTime=0}

starttime - целое количество секунд.

Вообще говоря, я делаю либу для работы с RRDtool - она запускает исполняемый файл и кормит его командами через stdin, читая ответы через stdout. Как минимум, создать файло, заполнять его и рисовать графики оно уже умеет.

Comments

[blacklion.livejournal.com]

Нет. Потому что это время в секундах с события. А интервалы воремени )как изменряемые секундомером) не зависят от временных зон.

[metaclass.livejournal.com]

Время в секундах с события до второго события. И это второе, кажется, зависит от временной зоны.

[blacklion.livejournal.com]

epoch по определению в GMT. По этому результат функции "вернуть количество секунд от epoch на начало сегодняшнего дня" не зависит от текущей таймзоны.

[greg fefelov (from livejournal.com)]

Ну начало сегодняшнего дня в разных временных зонах в разный момент.

[blacklion.livejournal.com]

Да, но стартовое событие не привязано к местному времени вообще: полночь 1 января 1970 года в Гринвиче.

[http://users.livejournal.com/_slw/]

окстись, у него же винда на компе!

[blacklion.livejournal.com]

И что? time_t time(timet *t) от этого не меняется.

[http://users.livejournal.com/_slw/]

разумеется меняется, поскольку у винды время в cmos локальное, а не utc и она его сначала в utc перевести должна с правильной таймзоной.

[blacklion.livejournal.com]

У меня на всех серверах не под windows в CMOS тоже локальное. Определение time() от этого, повторю, не меняется.

[http://users.livejournal.com/_slw/]

У меня на всех серверах не под windows в CMOS тоже локальное.

значит они у тебя в этом смысле от винды не отличается

Определение time() от этого, повторю, не меняется.

меняется, перечитай что я написал.

[blacklion.livejournal.com]

Меняется реализация, но не определение. Откуда его будет брать система и что учитывать — дело десятое. time() вызванный оджновременно на всех правильно настроенных машинах в мире должен вернуть одно и то же значение.

[http://users.livejournal.com/_slw/]

сферический конь в вакууме.

на практике проверяют только что localtime == текущее время.
попадание в utc при этом происходит в двух случаях:

1) cmos в utc
2) cmos в localtime && timezone правильная.

как легко заметить, второй случай мало того, что сложнее, так еще и от timezone зависит (про что и спрашивалось)

[blacklion.livejournal.com]

Ещё раз: на вопрос зависит ли результат функции "вернуть количество секунд от epoch на начало сегодняшнего дня" от текущей таймзоны?
Правильный ответ: нет, не зависит. Но зависит от правильности настрйоки часов у компьютера, что может включать а может не включать настройку таймзоны.

[http://users.livejournal.com/_slw/]

для винды -- включает.
т.е. что бы не зависело -- надо в первую очередь избавиться от винды

[metaclass.livejournal.com]

Я вообще спрашивал не про установку таймзоны в OS, а про реальную таймзону (что не обязательно одно и тоже) :)

[http://users.livejournal.com/_slw/]

ой. реальная таймзона. и нереальная. или ирреальная? или виртуальная?

[blacklion.livejournal.com]

Несогласованность настроек аппаратных часов и таймзоны системы — это тоже самое что просто неправильно идущие часы.
Результат time(), разумеется, зависит от корректности локальных часов — но не от того, какая таймзона у машины.

[http://users.livejournal.com/_slw/]

повторюсь: на практике проверяют только что localtime == текущее время.

[blacklion.livejournal.com]

На какой практике кто проверяет и что такое текущее время? :)

[http://users.livejournal.com/_slw/]

гоблин, устанавливающий ос на компьютер.
текущее -- которое на настенных часах

[blacklion.livejournal.com]

а, ну так он может и на остановившиеся настенные час посмотреть.

[http://users.livejournal.com/_slw/]

несомненно!

[blacklion.livejournal.com]

И это вопрос корректной настройки системы а не семантики функции time() :)))

[http://users.livejournal.com/_slw/]

в депедсах виндовой реализации time присутствует таймзона.
для юниксов существуют варианты инсталяции/настройки без такой зависимости.

т.е. для избавления от данной зависимости надо начинать с установки юникса