问题描述
iperf2（版本2.0.9）在其输出中报告了延迟，如下所示。
是双向延迟测量还是单向延迟测量？
服务器使用pid 5167在UDP端口5001上侦听 接收1470字节数据报 UDP缓冲区大小：208 KB（默认值）
[3]本地192.168.1.102端口5001与192.168.1.101端口59592连接 [ID]间隔传输带宽抖动丢失/总延迟avg / min / max / stdev PPS [3] 0.00-1.00秒122 Kbytes 1.00 Mbits / sec 0.063 ms 0/6254（0％）659.932 / 659.882 / 660.502 / 8.345 ms 6252 pps [3] 1.00-2.00秒122 KBytes 1.00 Mbits / sec 0.020 ms 0/6250（0％）660.080 / 659.919 / 666.878 / 0.110 ms 6250 pps [3] 2.00-3.00秒122 KBytes 1.00 Mbits / sec 0.020 ms 0/6250（0％）660.113 / 659.955 / 660.672 / 0.047 ms 6250 pps [3] 3.00-4.00秒122 Kbytes 1.00 Mbits / sec 0.022 ms 0/6250（0％）660.153 / 659.994 / 660.693 / 0.047 ms 6250 pps [3] 4.00-5.00秒122 Kbytes 1.00 Mbits / sec 0.021 ms 0/6250（0％）660.192 / 660.034 / 660.617 / 0.049 ms 6250 pps
解决方法
这是一种单向方式，需要将时钟同步到公共参考。您可能要签入Precision Time Protocol。 另外，告诉您的托管服务提供商您希望他们的数据中心的时钟更好。 GPS原子钟非常准确，信号是免费的。
与TCP写入读取延迟有关的iperf 2.0.14还有很多工作要做。 2.0.14版将在呈现任何结束/结束或单向延迟测量之前强制在客户端上使用--trip-times 。用户以这种方式告诉iperf，这些系统的时钟已同步到用户认为足够的精度。我们还会生成Little's law inP指标以及网络功率。有关更多信息，请参见手册页。希望在2021年初发布iperf 2.0.14。
[rjmcmahon@localhost iperf2-code]$ src/iperf -s -i 1
[ 4] local 192.168.1.10%enp2s0 port 5001 connected with 192.168.1.80 port 47420 (trip-times) (MSS=1448) (peer 2.0.14-alpha)
[ ID] Interval Transfer Bandwidth Reads Dist(bin=16.0K) Burst Latency avg/min/max/stdev (cnt/size) inP NetPwr
[ 4] 0.00-1.00 sec 1.09 GBytes 9.34 Gbits/sec 18733 2469:2552:2753:2456:2230:2272:1859:2142 2.988/ 0.971/ 3.668/ 0.370 ms (8908/131072) 3.34 MByte 390759.84
注意：对于我在iperf 2开发期间的测试，请在我的系统中进行I have GPS disciplined oven controlled oscillators from spectracom。这些每个花费约$ 2.5K，并需要GPS信号。