Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 102
Просвятите в каких сервисах важны десятые и сотые секунды?
Везде, где на многих серверах в разных частях мира обрабатываются данные, сильно зависящие от времени.
Я темой заинтересовался, когда из-за упомянутой особенности Убунты набежало 2 минуты разницы во времени и собираемые данные стыли вконец «разъезжаться» :-)
Я темой заинтересовался, когда из-за упомянутой особенности Убунты набежало 2 минуты разницы во времени и собираемые данные стыли вконец «разъезжаться» :-)
Просто если пустить на самотек — десятыми долями секунды дело не ограничится :-)
когда сдаешь манор в lineage, то не дай бог рука на сотую долю секунды дрогнет :))
На это дело нужен бот ;-)
На это дело нужно забить, и вернутся в реальную жизнь.
Это неплохая площадка для программирования :-)
Самому играть вовсе не обязательно :-)
Впрочем, это уже тема для отдельной статьи :-)
Самому играть вовсе не обязательно :-)
Впрочем, это уже тема для отдельной статьи :-)
не лучше ли тогда Second Life в этом отношении осваивать?
Вам похоже возвращение в реальную жизнь не помогло научиться правильно писать на родном языке.
Но правописание тся/ться — это тоже тема для отдельной статьи :-)
Но правописание тся/ться — это тоже тема для отдельной статьи :-)
некоторым классам на 76+ быстрее нафармить просто дропом, чем заморачиваться манором и его сдачей
Полагаю что там нужно не точное мировое время, а время максимально приближенное к серверному. Кто знает, когда, как и откуда он обновлялся?
Ну очевидно же — для тарификации сотовых операторов!
Если у вас вебсервер на одной машине а база на другой, то синхронизация очень важна, особенно если дело касается работы с деньгами.
позновательно, автору спасибо =)
PPS. Не могу понять, в какой блог перенести, подскажите :-)
В «DIY или Сделай Сам» =)
В «DIY или Сделай Сам» =)
А для получения времени с GPS или Глонасс нужно (очень) дорогостоящее оборудование?
А откуда GPS (спутники?) берут точно время?
на борту каждого спутника стоят атомные часы, время от времени спутники синхронизируются друг с другом и с «землей».
На каждом спутнике атомные часы установлены + постоянная синхронизация. Это обязательное требование
опять забыл коменты обновить
То же самое, все 3 системы спутниковой навигации чертовски похожи :-)
Больше всего меня в этих спутниках поражает тот факт, что часы на них учитывают теорию относительности (прочитал у Хокинга). Это как будто привет из «Star Trek».
Старый анекдот вспомнился.
СССР, 4й год перестройки.
За столом сидит генерал, и с мрачным лицом пьёт водку.
Тут из радиоточки доносится:
Передаём сигналы точного времени:
В Москве – 15 часов, в Куйбышеве – 16, в Свердловске – 17, в Красноярске – 19, в Иркутске 20,
в Петропавловске-Камчатском – полночь.
Генерал бьёт по столу кулаком, восклицая — Ну, бля бардак в стране!
За статью спасибо, интересно.
А как обрабатывается задержка при передаче информации, между сервером и компьютером пользователя?
СССР, 4й год перестройки.
За столом сидит генерал, и с мрачным лицом пьёт водку.
Тут из радиоточки доносится:
Передаём сигналы точного времени:
В Москве – 15 часов, в Куйбышеве – 16, в Свердловске – 17, в Красноярске – 19, в Иркутске 20,
в Петропавловске-Камчатском – полночь.
Генерал бьёт по столу кулаком, восклицая — Ну, бля бардак в стране!
За статью спасибо, интересно.
А как обрабатывается задержка при передаче информации, между сервером и компьютером пользователя?
Интересная штука… Если кто по-русски объяснит как оно работает, был бы благодарен.
Хорошей иллюстрацией будет задачка Рэймонда М. Смаллиана (1978)
Вопрос:
У одного человека не было наручных часов, но зато дома висели точные настенные часы, которые он иногда забывал заводить.
Однажды, забыв в очередной раз завести часы, он отправился в гости к своему другу, провел у того вечер, а вернувшись домой, сумел правильно поставить часы.
Каким образом ему удалось это сделать, если время в пути заранее известно не было?
Ответ:
Выходя из дома, человек заводит часы и запоминает, в каком положении находятся стрелки. Придя к другу и уходя из гостей, он отмечает время своего прихода и ухода. Это позволяет ему узнать, сколько он находился в гостях. Вернувшись домой и взглянув на часы, человек определяет продолжительность своего отсутствия. Вычитая из этого времени то время, которое он провел в гостях, человек узнает время, затраченное на дорогу туда и обратно. Прибавив ко времени выхода из гостей половину времени, затраченного на дорогу, он получает возможность узнать время прихода домой и перевести соответствующим образом стрелки своих часов.
Вопрос:
У одного человека не было наручных часов, но зато дома висели точные настенные часы, которые он иногда забывал заводить.
Однажды, забыв в очередной раз завести часы, он отправился в гости к своему другу, провел у того вечер, а вернувшись домой, сумел правильно поставить часы.
Каким образом ему удалось это сделать, если время в пути заранее известно не было?
Ответ:
Выходя из дома, человек заводит часы и запоминает, в каком положении находятся стрелки. Придя к другу и уходя из гостей, он отмечает время своего прихода и ухода. Это позволяет ему узнать, сколько он находился в гостях. Вернувшись домой и взглянув на часы, человек определяет продолжительность своего отсутствия. Вычитая из этого времени то время, которое он провел в гостях, человек узнает время, затраченное на дорогу туда и обратно. Прибавив ко времени выхода из гостей половину времени, затраченного на дорогу, он получает возможность узнать время прихода домой и перевести соответствующим образом стрелки своих часов.
а как учитывается асимметрия задержки?
Видимо группой запросов и набором статистики по ним.
По-моему это малореально. Даже не представляю как можно померить задержку в одну сторону.
Кажется отсюда берется «Сразу бросаются в глаза сервера, имеющие постоянную ошибку до 20 мс.»
Кажется отсюда берется «Сразу бросаются в глаза сервера, имеющие постоянную ошибку до 20 мс.»
Ну, почему малореально: «пинг» несколько раз, считаем среднее, и прибавляем к полученному времени.
Постоянная задержка 20мс — это уже проблема сервера.
До американских серверов пинг 200мс, а отклонение времени обычно не более 10мс.
Постоянная задержка 20мс — это уже проблема сервера.
До американских серверов пинг 200мс, а отклонение времени обычно не более 10мс.
Вы правы. В протоколе нет такой возможности. Из наблюдений, ~20 мс наблюдается между ростелекомом и остальным рунетом. Это стало одной из причин, по которой доступ к моему Stratum 1 серверу предоставляется только после предварительной договоренности.
P.S. официальные российские ntp-сервера работают через Ростелеком.
P.S. официальные российские ntp-сервера работают через Ростелеком.
Не до конца понял вашу мысль.
Carry ошибался инфа 100%, компенсация пинга — основная фича NTP.
Доступ к Stratum1 закрывают обычно чтобы посторонние люди запросами не флудили и все.
Carry ошибался инфа 100%, компенсация пинга — основная фича NTP.
Доступ к Stratum1 закрывают обычно чтобы посторонние люди запросами не флудили и все.
Вот эта компенсация пинга и дает ошибку при постоянной асимметрии роутинга. Для простоты арифметики представим, что у нас есть две машины с идеальными часами. В момент t одна машина шлет другой пакет. Допустим, он идет 30 мс. В момент t+30 мс вторая машина получает этот пакет, помещает в него свой таймштамп (t+30) и отсылает обратно. И тут вдруг пакет идет по более длинному маршруту уже за 70 мс. Таким образом первая машина получает ответ на свой запрос в t+100. Так как никаких данных как и с какой скоростью шел пакет, машина предполагает, что путь туда и обратно занимал одинаковое время, следовательно, вторая машина поместила свой таймштамп в t+50. В таймстампе при этом t+30 и первая машина считает, что ее часы бегут на 20 мс. А так как такое происходит всегда, эту ошибку нельзя выявить какими-либо статистическими методами.
Думаю, что в данном случае мне несколько виднее, почему я ограничил доступ к своему серверу.
Есть еще такая штука как синхронизация первичных цифровых синхронных сетей (SDH). Устройства таких сетей должны быть синхронизированы, чтобы внутренние тактовые генераторы могли распознавать временные интервалы в цифровых потоках.
На сети РЖД есть своя сеть тактовых сетевых генераторов, которая состоит из Первичных Эталонных Генераторов (ПЭГ, они же Stratum-1), Ведомых/Вторичных Задающих Генераторов (ВЗГ) и сетевых устройств.
Так вот сейчас остро стоит вопрос передачи синхросигнала через сети Ethernet (в связи с распространением последней на транспортных сетях), и NTP протокол отчаянно сосет в этом плане. На смену ему изобретен протокол PTP v2 (IEEE-1588-2008)
На сети РЖД есть своя сеть тактовых сетевых генераторов, которая состоит из Первичных Эталонных Генераторов (ПЭГ, они же Stratum-1), Ведомых/Вторичных Задающих Генераторов (ВЗГ) и сетевых устройств.
Так вот сейчас остро стоит вопрос передачи синхросигнала через сети Ethernet (в связи с распространением последней на транспортных сетях), и NTP протокол отчаянно сосет в этом плане. На смену ему изобретен протокол PTP v2 (IEEE-1588-2008)
вводная статья по ptp находится здесь — www.itc.ua/node/22222
А для простых смертных есть возможность перейти на этот протокол? На линукс-сервере?
IEEE 1588 aka Precision Time Protocol (аналог NTP, который при поддержке железа умеет синхрить время до порядка наносекунд, без поддержки — до микросекунд, образ линукса для тестирования www.ixxat.com/evaluation-kit-linux-live-cd_en.html)
а простым смертным важны микросекунды и маленький джиттер?
А может мне кто-нибудь сказать как вынуть из ответа NTP сервера милисекунды?
Вот что отвечает NTP на «волшебный пакет»: 0x1C0301FA0000024F000000005F8C5E02CEE1FDE8A2191FFF0000000000000000CEE214E934B547FFCEE214E934B587FF
Вот что отвечает NTP на «волшебный пакет»: 0x1C0301FA0000024F000000005F8C5E02CEE1FDE8A2191FFF0000000000000000CEE214E934B547FFCEE214E934B587FF
rfc спасет отца русской демократии
педанты, а у нас на некоторых серверах время по GMT, а где то просто — «по Москве» (про миллисекунды никто даже не заикается). Зато разбирать логи очень занимательное занятие)
> В Windows синхронизация происходит раз в сутки
>
Нет, раз в неделю, чтобы сделать раз в сутки надо подредактировать ключ реестра
>
Нет, раз в неделю, чтобы сделать раз в сутки надо подредактировать ключ реестра
>>«Простым» смертным обращаться к Stratum-1 серверам строго запрещено
А что будет? Забанят? Или это просто на уровне совета?
А что будет? Забанят? Или это просто на уровне совета?
немного оффтоп: а графики вы с помощью чего делали? Случайно не с помощью rrdtool?
в linux под вмварой которая на linux время может убегать на 6 часов за сутки спокойно… очень долго бился над проблемой в итоге понял, что проще поставить синхронизацию кроном раз в 5 мин… благо точность небольшая нужна)
Чтобы не убегало под вмварью, надо ядру указать частоту шедулера поменьше. Скажем, 100.
В FreeBSD это делается изменением параметра HZ в конфиге ядра, в линуксе наверняка есть подобное же.
В FreeBSD это делается изменением параметра HZ в конфиге ядра, в линуксе наверняка есть подобное же.
в linux под вмварой которая на linux время может убегать на 6 часов за сутки спокойноПо-моему, после установки VMware Tools можно включить синхронизацию времени гостевой ОС с часами хостовой ОС.
Вообще ставить синхронизацию кроном, это глупость и очень большая. Демон сам все умеет делать и делает это когда надо + он учитывает погрешность после определенного периода работы.
На крон ставить надо, если только провайдер блокировал порты.
На крон ставить надо, если только провайдер блокировал порты.
а я по мере надобности вручную синхронизируюсь с wwp.greenwichmeantime.com/ — как показал опыт, нтп-сервера выставляли неверное время…
давненько столкнулся с этой проблемой.
машины в онлайне висят по неск месяцев…
с тех пор завел привычку делать ntpdate на месный укр серв ежедневно при бекапе.
машины в онлайне висят по неск месяцев…
с тех пор завел привычку делать ntpdate на месный укр серв ежедневно при бекапе.
Не верю я этим NTP-серверам, по крайней мере time.nist.gov.
У нас на фре один раз время уехало почти на 50 лет вперёд.
У нас на фре один раз время уехало почти на 50 лет вперёд.
Насколько я знаю, существует технология при которой такие большие ошибки (сбои) корректируются.
Во-первых, скачок времени более какой-то заданной допустимой дельты (например, секунда или минута) при обычной синхронизации может игнорироваться. При желании разницу времени больше этой дельты можно синхронизировать только жёстко принудительно со специальным ключиком вручную.
А во-вторых, есть схемы синхронизации, когда в качестве источника времени используется сразу несколько NTP-серверов. Значения с тех NTP-серверов, чьи показания слишком сильно отличаются от остальных серверов, вообще отбрасываются, а по оставшимся вычисляется средний показатель по которому и синхронизируются системные часы. Это избавляет от ошибки на одном из NTP-серверов.
Во-первых, скачок времени более какой-то заданной допустимой дельты (например, секунда или минута) при обычной синхронизации может игнорироваться. При желании разницу времени больше этой дельты можно синхронизировать только жёстко принудительно со специальным ключиком вручную.
А во-вторых, есть схемы синхронизации, когда в качестве источника времени используется сразу несколько NTP-серверов. Значения с тех NTP-серверов, чьи показания слишком сильно отличаются от остальных серверов, вообще отбрасываются, а по оставшимся вычисляется средний показатель по которому и синхронизируются системные часы. Это избавляет от ошибки на одном из NTP-серверов.
На моей старой работе были сервера, не подключенные к интернету. Я купил GPS-приёмник с интерфейсом RS-232 и поднял NTP. Антенну прилепил на магните на подоконник. Работало идеально.
А т.к. DNS тоже были внутренние, прописал запись time.windows.com с IP своего сервера, в итоге даже машины без домена всегда получали точное время.
А т.к. DNS тоже были внутренние, прописал запись time.windows.com с IP своего сервера, в итоге даже машины без домена всегда получали точное время.
Даже в нашей солнечной Молдавии есть Stratum-1 сервак, неожидано!
А часы должны показывать точное время, иначе они не часы. Так же и с календарем.
А часы должны показывать точное время, иначе они не часы. Так же и с календарем.
Тут: leapsecond.com/java/gpsclock.htm пишут, что из за leap seconds время в системе GPS смещено от UTC на несколько секунд. Как в ntpd учесть это смещение при использовании GPS в качестве источника времени?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О точном времени