Почему короткий пинг и долгий UDP Москва — Хельсинки? Короткие TCP/IP и пинг между Москвой и Хельсинки проходят в среднем за 40мс. Длинный UDP блок 12288 байт имеет задержку до секунды. Кто знает причину и как устранить? Если урезать блок, то до какой длины?
Причина короткого пинга и долгого UDP могут быть связаны с различиями в том, как обрабатываются TCP и UDP пакеты на маршруте между Москвой и Хельсинки.
TCP является протоколом, который обеспечивает управление соединением и гарантирует доставку пакетов в правильном порядке. Это может привести к более низкому пингу, так как TCP пакеты требуют меньше времени на обработку и доставку.
С другой стороны, UDP является протоколом, который не обеспечивает такие гарантии доставки и управления соединением. Поэтому, при передаче больших UDP блоков, могут возникать задержки из-за потерь пакетов, повторной передачи и других факторов.
Для устранения долгих задержек UDP блоков можно попробовать уменьшить размер блока данных. Это может помочь уменьшить вероятность потерь пакетов и ускорить доставку данных. Рекомендуется начать с уменьшения размера блока данных до значений, при которых задержка не превышает разумных пределов. Возможно, что урезать блок до 4096 или 2048 байт будет эффективным решением, но оптимальный размер блока данных может быть определен только путем экспериментов.
Причина короткого пинга и долгого UDP могут быть связаны с различиями в том, как обрабатываются TCP и UDP пакеты на маршруте между Москвой и Хельсинки.
TCP является протоколом, который обеспечивает управление соединением и гарантирует доставку пакетов в правильном порядке. Это может привести к более низкому пингу, так как TCP пакеты требуют меньше времени на обработку и доставку.
С другой стороны, UDP является протоколом, который не обеспечивает такие гарантии доставки и управления соединением. Поэтому, при передаче больших UDP блоков, могут возникать задержки из-за потерь пакетов, повторной передачи и других факторов.
Для устранения долгих задержек UDP блоков можно попробовать уменьшить размер блока данных. Это может помочь уменьшить вероятность потерь пакетов и ускорить доставку данных. Рекомендуется начать с уменьшения размера блока данных до значений, при которых задержка не превышает разумных пределов. Возможно, что урезать блок до 4096 или 2048 байт будет эффективным решением, но оптимальный размер блока данных может быть определен только путем экспериментов.