Измерение сетевой задержки

Наконец я могу смонтировать nfs с помощью другой машины Linux, и я нашел, что мой freebsd rc.conf не имеет ниже строки, кажется, первопричина проблемы:-

nfs_client_enable="YES"

Что делает та строка? Сервер FreeBSD может быть клиентом NFS, не загружаясь с nfs_client_enable = "ДА" в rc.conf?

2
задан 22 April 2013 в 19:54
3 ответа

Psping from Russinovich does ICMP ping, TCP ping, bandwidth testing, and more.

http://technet.microsoft.com/en-us/sysinternals/jj729731.aspx

It has a server component and a client component so you have to run it in both machines for the more advanced tests.

2
ответ дан 3 December 2019 в 10:50

Wireshark кажется излишним, если вы просто тестируете сеть. ping будет работать, в простейшем случае просто запустив определенное количество запросов ping во время теста и затем проанализировав результаты, или немного напишу небольшую программу, которая запускает тест по расписанию и затем сохраняет данные в файл CSV. Вы можете запустить это между любыми двумя узлами в своей сети, между которыми вы хотите проверить задержку.

Если вы ищете общую задержку для программы, вам понадобится что-то другое.

Я бы не стал доверять wirehark и синхронизированным часам для проверки этого, поскольку вы будете искать различия в миллисекундах, которые могут неточно отображаться между двумя разными хостами в одной сети.

0
ответ дан 3 December 2019 в 10:50

Wireshark может быть полезен для выборочной проверки одной или двух станций, у которых проявляются симптомы. Он имеет отличную возможность построения графика времени приема-передачи (RTT). Если вы на самом деле теряете пакеты, вам понадобится больше, вам нужно будет выполнить коррелированный захват - по одному с каждой стороны и определить, где пакет может быть отправлен, но не получен, или что-то еще, например, повторная передача. Вы также можете определить, происходит ли много повторных передач.

Если вы отправляете много небольших TCP-пакетов, возможно, вы столкнетесь с подтверждением с задержкой по умолчанию на 200 мс. Если симптом воспроизводится, он может проявиться при захвате пакета как 200-миллисекундный интервал между пакетами и соответствующими ACK.

https: //blogs.technet. com / b / nettracer / archive / 2013/01/05 / tcp-delayed-ack-comb-with-nagle-algorithm-badly-impact-communication-performance.aspx

1
ответ дан 3 December 2019 в 10:50

Теги

Похожие вопросы