Я не понял. Кто объяснит суть?
Если коротко - то в unix/linux системах время отсчитывается в секундах от 1го января 1970 года. 14го июля в 2.40 будет 1500000000 секунд с этого момента.
Если длиннее - https://ru.wikipedia.org/wiki/UNIX-%D0%B2%D1%80%D0%B5%D0%BC%D1%8F
Если длиннее - https://ru.wikipedia.org/wiki/UNIX-%D0%B2%D1%80%D0%B5%D0%BC%D1%8F
По поводу 2033-го
At 03:33:20 UTC on Wednesday, 18 May 2033, the Unix time value will equal 2,000,000,000 seconds.
At 03:33:20 UTC on Wednesday, 18 May 2033, the Unix time value will equal 2,000,000,000 seconds.
секундочку... но ведь UTC стандарт предполагает вставку дополнительных скунд. учитывает ли юникс таймстампы 27 секунд вставленых с момента 1го января 1970 года? или просто игнорят их. если игнорит то тогда НА САМОМ ДЕЛЕ 1 500 000 000 секунд будет в 03:32:53 UTC а юникс имеет еще один баг со временем.
Ты такой дотошный. А как же ошибка со временем у мелкомягких в офисе, что для корректной совместимости, опенофис эмулировал этот баг?
Ты путаешь UTC с TAI (атомным временем). Это TAI предполагает вставку дополнительных секунд, прибавляя их к UTC, который в контексте unixtime всегда идёт равномерно и непрерывно, отличаясь от TAI уже на 37 секунд. На самом деле система поддерживает несколько разных "виртуальных часов" и приложения могут использовать то, что им больше нравится - непрерывное время UTC, скорректированное с учетом дополнительных секунд TAI, ещё дополнительно скорректированное с учетом текущей временной зоны и високосных годов "локальное время" и т.д. Ядро обычно оперирует UTC при назначении временных меток файлам (дата создания/модификации/изменения) и оно автоматически преобразуется в нужное время, когда отдаётся приложениям.
с точностью до наоборот. атомное время как раз идет без вставок. как точка отсчета. к нему добавляют или отнимают лишние секунды для того чтоб получить UTC которое бы не отличалось больше чем на 0.9 сек от астрономического времени которое зависит от вращени земли которое не постоянно. поэтому компьютер не получавший последние 30 лет данных о корекциях никак не может знать сколько же точно времени сейчас по UTC. но может знать сколько по TAI с поправкой на точность своих часов. как база метка UTC не имеет смысла без точного знания коррекции от TAI.
Да, верно, но это не отменяет того, что приложение от ядра получает уже скорректированное время.
Бред какой то
Мы ещё 1234567890 праздновали
Чтобы написать коммент, необходимо залогиниться