C# Socket, время, прошедшее во время отправки

Question

Я хотел бы знать, был ли способ узнать время, прошедшее во время перемещения данных в сети.

Например, я отправляю пакет с компьютера A на компьютер B и C (поэтому прошедшее время может отличаться для каждого в зависимости от расстояния и т. Д.), И я хочу знать время между отправкой и получением для каждого клиента (чтобы точно синхронизировать данные).

Кроме того, важно знать, что мой клиент ДОЛЖЕН работать в асинхронном режиме (это не проблема).

Кто-нибудь знает, как это сделать?

KiTe.

Answer 1

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

Но снова вам нужна синхронизация времени высокого разрешения, чтобы этот подход работал.

Что вы можете сделать, если хотите просто проверить и получить представление о среднем времени, чтобы вернуть пакет обратно. В принципе, скажите C, чтобы отправить тот же пакет обратно в B, а затем в A и в A вы сравниваете исходную временную метку с текущим временем (которое будет использовать одни и те же часы). Это даст вам латентность в оба конца, которую вы можете разделить на две, чтобы получить одностороннее время ожидания.

Если вы беспокоитесь о накладных добавили, посылая сообщения тогда вы могли бы сделать одно (или оба) следующий

1. Отправить гораздо меньший пакет обратно. В основном целое число, соответствующее порядковому номеру принятого сообщения
2. Только отправьте ACK каждое N-ое сообщение. Должен предоставить достаточное количество данных, чтобы знать «типичное» время ожидания

Answer 2

Corvil - это хорошо известное программное обеспечение, специально предназначенное для анализа латентности.
Для вашего анализа есть несколько различных слоев программного обеспечения и аппаратных средств, и поэтому его очень сложно реализовать.
Когда дело доходит до синхронизации, более важно иметь надежный ключ, такой как порядковый номер, - поскольку вы используете TCP, у вас есть большая проблема, когда есть проблема с потерей пакета, поскольку это вызывает запрос нескольких пакетов.