在一台机器上运行“iperf3 -s”，在另一台机器上运行“iperf3 -c (server ip) -b 10k”，我在客户端机器上收到以下输出：
连接到主机（服务器ip），端口5201
[4]本地（客户端ip）端口59638连接到（服务器ip）端口5201
[ ID] 间隔传输带宽 Retr Cwnd
[ 4] 0.00-1.00 秒 1.16 MBytes 9.75 Mbits/sec 0 61.5 KBytes
[ 4] 1.00-2.00 秒 1.25 MBytes 10.5 Mbits/sec 0 126 KBytes
[ 4] 2.00-3.00 秒 1.25 MBytes 10.5 Mbits/sec 0 132 KBytes
[ 4] 3.00-4.00 秒 1.25 MBytes 10.5 Mbits/sec 1 97.5 KBytes
[ 4] 4.00-5.00 秒 1.25 MBytes 10.5 Mbits/sec 0 106 KBytes
[ 4] 5.00-6.00 秒 1.25 MBytes 10.5 Mbits/sec 0 115 KBytes
[ 4] 6.00-7.00 秒 1.25 MBytes 10.5 Mbits/sec 0 122 KBytes
[ 4] 7.00-8.00 秒 1.25 MBytes 10.5 Mbits/sec 0 128 KBytes
[ 4] 8.00-9.00 秒 1.25 MBytes 10.5 Mbits/sec 1 94.9 KBytes
[ 4] 9.00-10.00 秒 1.25 MBytes 10.5 Mbits/sec 0 104 KBytes
[ ID] 间隔传输带宽 Retr
[ 4] 0.00-10.00 秒 12.4 MBytes 10.4 Mbits/sec 2 发送方
[ 4] 0.00-10.00 sec 12.3 MBytes 10.3 Mbits/sec 接收器
任何对带宽低于 10.5 Mbits/s 的 TCP 连接的请求都会被无误地忽略，而且我找不到任何关于此限制的文档。 另一方面，UDP 能够实现更小的带宽，下限为 655 Kbits/s。
travis1230
所有4条评论
这是因为默认 TCP 长度（-l 标志），例如添加。 “-l512”，它会工作
SecDWizar
于 2016-07-05
这是一个合理的解决方法。 我认为部分问题还在于节流代码仅以整秒为单位跟踪时间，这限制了我们可以限制发送速率的粒度。 在最近的 iperf3 和最近的 Linux 上使用较新的基于每个套接字的 pacing 也可能是一个很好的解决方案。
bmah888
于 2016-08-12
这是我也遇到的一个有趣的错误。 在反向测试（ -R ）中，它似乎没有发生。
mths0x5f
于 2016-11-22
关闭是因为有解决方法/修复方法。 对于这个用例，推荐使用-l 100或类似的东西。 我们在最近添加的关于此主题的常见问题解答中有一些文字。
bmah888
于 2017-04-14
相关问题
pecigonzalo
·
4评论
smcifrankp
·
4评论
Febbe
·
4评论
fefone
·
5评论
arainero
·
3评论
最有用的评论
这是因为默认 TCP 长度（-l 标志），例如添加。 “-l512”，它会工作