Кто решал проблему разницы во времени между двумя компьютерами?

← →
Aleksandr © (2004-04-08 11:54) [0]

Программы на двух компьютерах связываются через сокеты. При этом в принимающей программе надо вычислить разницу в системном времени между ними. Тем, чтобы засечь время на первом и послать его второму, задачу не решить - пока передается пакет с информацией о системном времени, может пройти несколько миллисекунд. Скорее всего, при засекании времени на обоих на момент соединения будет то же самое. Есть еще какие-нибудь варианты?

← →
Anatoly Podgoretsky © (2004-04-08 12:24) [1]

ntp раз в секунду

← →
Verg © (2004-04-08 12:44) [2]

> Тем, чтобы засечь время на первом и послать его второму,
> задачу не решить - пока передается пакет с информацией о
> системном времени, может пройти несколько миллисекунд.

Вот и вопрос - с какой точностью?
Обычно это выясняется несколькими (например 10-20) запросами о времени подряд. При этом засекается реальное время между отправкой запроса и приемом ответа на каждый запрос. Минимальное и максимальное время ответа (почти RTT) отбрасываются. Остальные усредняются. Деленная пополам - это будет коррекция системного времени "того" хоста, полученного в последний раз. Ну а дальше разница между локальным временем и этим минус коррекция - будет разница во времени.
Если я правильно понял вопрос, то я бы так сделал.

← →
panov © (2004-04-08 12:56) [3]

1. Посылается запрос на второй компьютер со своим временем.
2. Второй компьютер отслыает обратно свое время.
3. Отсюда вычисляется разница.

Для локальной сети 99% успешного определения разницы.
Для интернет хуже, но тоже достаточно точно, если взять усредненное между запросами. (Verg © (08.04.04 12:44) [2])

← →
Aleksandr © (2004-04-08 14:03) [4]

2 Anatoly Podgoretsky : ntp - это что?

2 Verg : Наверное, это оптимально. А какая точность, не пробовали?

2 panov : К сожалению, основная проблема именно в том, чтобы разницу выяснить с точностью в +-2. Именно с такой погрешностью программы сверяют синхронность своих файлов (FileAge при конвертации с TDateTime "гуляет" на +2/-1, поэтому это допустимый диапазон). Большая разница приводит к запросу одной программы данных с другой, и если дельта времени была высчитана с погрешностью, в сети начинается бесконечный процесс пуляния данных друг другу - потому что время в них каждая программа ставит свое.

← →
Sha © (2004-04-08 14:17) [5]

>Aleksandr © (08.04.04 14:03) [4]
А кто мешает самому ставить дату создаваемых файлов с нужной точностью, например +-минута?

← →
Aleksandr © (2004-04-08 14:20) [6]

2 Sha : Как Вы себе это представляете?
DataList.Insert(DateTimeToFileDate(Now)+2-1)? К сожалению, такого в Делфи не сделаешь. :)

← →
Sha © (2004-04-08 14:36) [7]

Это почему же?
Кстати, еще лучше сравнивать с заданной точностью, не требуя полного совпадения.

2 Sha: Увы, данные меняются с гораздо большей частотой. На одну секунду времени может приходиться 3-4 данных, и все они вставляются в коллекцию, сортируясь по времени. И только потому, что их время обработки юзает ту же погрешность в +-2, она допускается

Тогда надо навесить бирки на результаты и сравнивать не время создания, а бирки.

И все они имеют инкриментный характер, тогда вообще не надо знать время ни одного из компьютеров.

Кто решал проблему разницы во времени между двумя компьютерами? Найти похожие ветки