Pull to refresh

Comments 84

Ваши часы спешат на 1,1 секунда

А метод для образования слова «секунда» не написали :(
Хорошо хоть вообще русификация есть.
У Вас точное время!
The difference from Time.is was +0,059 секунд (±0,122 секунды).

Отличный перевод =)
> +0,059 секунд (±0,122 секунды).
Фраза лишенная смысла.
Что у автора по матстатистике было?
Прогул?
Вот причем тут матстатистика? Если и говорить обычная арифметика, математика, анализ. А расшифровывается как ваши часы находятся в интервале точного времени (+0.059 — 0.122, +0.059 + 0.122). По сути мы не знаем точного времени, но оно в каком-то интервале.

Просто там учили отбрасывать любые результаты которые ЛИШЕНЫ смысла
У Вас погрешность измерения оказалась больше самой погрешности.
Вообще с текстом проблема…

Во-первых что за формат записи даты?
Понедельник, Март 12, 2012, неделя 11

Сначала день недели, затем месяц с заглавной, после которого год без опознавательных знаков, в конце почему-то ещё и неделя (вообще wtf?). Правильно, формат — англоязычный (до недели-то точно). По-русски правильно должно быть записано так:
12 марта 2012 года, понедельник, 11 неделя


Во-вторых у меня в Новосибирске локализованный геотаргетинг выдаёт чудесное:
Новониколаевск, Россия

Новосибирск когда-то был Новониколаевском, но уже почти век (в 1925) как был переименован…
Вы в настройках можете задать любой формат даты.
Как раз правильный-то и не могу!
Наиболее близкий к правильному формат, задаваемый в настройках выглядит так:
12 Март 2012, Понедельник, неделя 11

Это всё же — не любой и тем более не есть правильный.

Сервис очень поверхностно локализован.
Ну это придирки по-моему.
Локализован — уже хорошо (хотя некоторые названия городов удивляют).

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

Без допиливания всех мелких деталей пользы от всей этой «красотени» не больше, чем если бы сервис показывал одину единственную величину — собственно величину рассинхронизации локальных часов. В этом случае было бы ещё полезно делать корректировку величины с учётом погрешности на задержку передачи данных конечному клиенту. Разумеется, если такой механизм ещё не реализован (чего я из статьи не понял).
Еще бы NTP сделали скоростной… хотя я не понимаю, где задержка при синхронизации… со стороны сервера, или где то между?
Страну не всегда самый лучший вариант. У меня для Финляндии меньше задержка.
Мне понравился сервис. Удобно по быстрому узнать погрешность времени (особенно на телефоне).

Однако, когда я решил проверить, насколько он точно заметит разницу во времени на телефоне (на нем часы специально спешат на 2 минуты), заметил баг: он говорит, что часы у меня спешат на 1 час и т. д.
При этом часы у меня показывают правильное время, а в настройках стоит часовой пояс +4. Nokia Belle, Opera Mobile.
А Нижний Новгород зовётся Горьким.
Какая олдскульная база GeoIP у авторов. Жители Новосибирска ностальгируют от названия Новониколаевск.
Они твердый знак в конце слова забыли
Это еще что…
Новосибирск у них — Новониколаевск (год переименования — 1926)
да у них просто часы отстают лет на 86 :)
Похоже, чуть больше, где-то на 88. Это объясняет, почему у меня правильно показывается «Екатеринбург» — он был Свердловском только с 1924 по 1991.
У Вас хоть Горький, меня в Великий Новгород записало
и Тольятти у них Stavropol’ )
при подключении через одного провайдера, сообщает что мои часы отстают на 0.1±0.1 сек, чеерз другого — 0.8±0.1
Походу, при синхронизации подразумевается, что канал симетричен.
P.S.: часы на компе синхронизированы с GPS через PPS выход (тут задержка уарта может составить, конечно, до 0.1, но никак не 0.8с)
ну и если открыть fiddler: “The difference from Time.is was -8.334 seconds (±7.829 seconds).”
Стоп-стоп-стоп, если это настоящий, правильно сделанный PPS, то можно рассчитывать на ошибку в считанные микросекунды. Если это GPS без настроенного PPS то да, может быть все что угодно.

Подробности в студию, для чего и как вы делали это )
вот такая штука, у неё выход уарт (rx+tx) + отдельный провод PPS.

уарт подключен к имеющемуся на матплате com-порту (старая плата, на которых они ещё были), PPS заведён на DCD того же порта.
И учтите, что появление новой секунды на экране Time.is происходит именно в начале этой секунды. Некоторые операционные системы даже не умеют синхронизировать компьютерное время с такой точностью.

ну вот это не совсем правильно. если есть отклонение — о точности говорить нельзя, более того, если даже отбросить отклонение, скрипт не учитывает время перезаписи дома, что должен бы делать, если говорить именно о начале этой секунды.
UFO just landed and posted this here
А с какой погрешностью time.windows.com выдаёт вам время?
Из России — типично +-50мс, сервер далеко, нагрузка большая.
По правильным NTP серверам ссылка выше.
Под Linux после синхронизации ntpdate-ом выдает «У Вас точное время!» :)
С сервером ru.pool.ntp.org, конечно же.
Под линухом нужно ставить ntpd, и не с 1, а с 3-4 NTP серверами :-)

А то часы быстро «уходят», если синхронизация руками / при рестарте.
Ну, в моем дистрибутиве ntpd шел в одном же пакете с ntpdate, например.
И все же предпочитаю «руками» :)
ntpd работат гораздо точнее, за счет того что проводит синхронизацию через увеличивающиеся интервалы времени и автоматически компенсирует уход кварца на материнке.
Пожалуй, «появление новой секунды на сервере Time.is происходит именно в начале этой секунды» будет правильнее.
Интересная особенность: синхронизированный Windows 7 показал расхождение 6.6 секунд (±0.005). Синхронизированный Mac OS X Lion пишет — «Time is exact (±0.015)», сервер time.euro.apple.com. Напрашивается холиварный очевидный вывод, что NTP-сервера Майкрософта не такие кошерные, как яблочные.

приветствуется дополнительная статистика с Маков
MacOS:
У Вас точное время!
The difference from Time.is was +0,010 секунд (±0,013 секунды).
Win7, синхронизировал с time.windows.com, «У Вас точное время».
Mac OS
У Вас точное время!
The difference from Time.is was +0,000 секунд (±0,011 секунда).
на андроиде тоже работает.
Нравится
Я пожалуй приложу картинку синхронизации своего NTP сервера:



Оранжевая линия — тестовый сервер, не пугайтесь.
Очевидно, синхронизация сервера с атомным временем осуществляется по сигналам GPS.

Это не очевидно :-)
Это может быть NTP клиент к Stratum-1 серверам, локальные рубидиевые атомные часы и многое другое :-)
Блин, но в какой блог тогда бы я это поставил? :) А если серьёзно, серверы NTP тоже ведь получают время по GPS, да и локальные атомные часы нужно синхронизировать с GPS, насколько я знаю (они ведь время не показывают, а только отсчитывают идеальные секунды, а ведь иногда постановлением правительства к году добавляют одну секунду, например). В общем, в итоге всё сводится к GPS, правильно? :)
Нет, к ГЛОНАСС и первичным атомным часам :-) На 99% NTP серверов время берется с других NTP серверов.
Правильные атомные часы не нужно синхронизировать, но это не дешевые рубидиевые погремушки :-)

Предыдущие статьи по точному времени были в «Системном администрировании», но эта конечно туда не подойдет.
Ну, сейчас многие NTP берут время с GPS :)
Вот, посмотрел: The basic definition of a stratum-1 time server is that it be directly linked (not over a network path) to a reliable source of UTC time such as GPS, WWV, or CDMA transmissions.
Очень странная библиотека определения положения используется на этом сайте. Оно называет мой город «Молотов», хотя город был переименован 55 лет назад.
Кто-нибудь знает сервис синхронизации, которому известно, что в России больше не переводят часы?
Здесь тоже разница в час, как и в стандартных, прописанных в Windows…
Вообще-то системные часы (аппаратные) по-правильному нужно выставлять в UTC. В винде, правда, потом нужно править реестр:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
«RealTimeIsUniversal»=dword:00000001

P.S. На всех линуксовых машинах так настраиваю. Потом, если приезжаю в другой часовой пояс, то просто выставляю новый часовой пояс не переводя сами часы.
все сервисы синхронизации выдают время в UTC, им плевать, какое смещение стоит в настройках часового пояса вашей ОС
Windows 8 всё верно. Если более старая, поставьте обновления из Центра.
Я давно пользуюсь direct-time.ru У них точно, аккуратно, тоже можно посмотреть разницу и есть философия.
У меня на ПК 10:02, на сайте 10:00, говорит, что отстаю на час, wtf?
По утверждению time.is я нахожусь тут
Горький, Россия
вашу ж мать…
Your time is exact!
The difference from Time.is was -0.009 seconds (±0.021 seconds).

А как заставить говорить по русски?
У Вас точное время!

The difference from Time.is was +0,000 секунд (±0,005 секунд).
А где там полезнейший день года? Мне показывает только номер недели…
с учётом сказанного выше — отстой
Избранные места сортирует не правильно. Была попытка сделать сортировку по времени, но например на Гаваях UTC-10 сейчас еще 11 марта. А показывает их справа.
Какого хрена!) Я выбираю Ульяновск, а оно мне пишет «Синбирск». Eсли уж на то пошло, то старое название Ульяновска — «СиМбирск».
А у меня горизонтальный скролбар появился. После того, как он определил синхронизацию времени :)

Ub/11.10, FF/10.0.2
И что за несправедливость: румынский язык даже есть в настройках, а украинского нет!
Чё блять минусовщики идите нахуй.
Я пользуюсь TimeServer.ru — он мне кажется вполне удобным и достаточно точным. К тому же там постоянно добавляют какие-т ополезные плюшки со временем…
UFO just landed and posted this here
> Ваши часы спешат на 58 минут и 11,7 секунд
Они наоборот отстают на 2 минуты.
Странно все это…
наводит на мысль что время вычитается на в unixtime а минуты отдельно… а на час мол часы ни у кого не убегут…
О, а теперь уже
> Ваши часы отстают на 1 минута и 50,6 секунд
Совсем странно)
Наконец-то научно доказано, что Хром лучше всех:
Хром ±0,013 секунды
IE ±0,015 секунд.
а FireFox вообще отстой — ±0,025 секунд

Ну и от pool.ntp.org отстают на две минуты все. pool.ntp.org отстойный отстой.
Пишите диссертацию.
Насчёт что на 17:49 уже аж 4 идиота оставили минусы?
Sign up to leave a comment.

Articles