iperf 带宽测试的结果可靠吗？

[t123yh]

我是电信宽带，刚刚从美国 VPS 服务器向本地发起 iperf UDP 极限测试，以 250Mbps 速率发包，最后结果是 211Mbps 。 本地的命令是 iperf -u -s，服务器命令是 iperf -u -c 171.214.***.*** -b 250M -t 10，以下是服务器返回结果：

root@马赛克:~# iperf -u -c 171.214.***.*** -b 250M -t 10
------------------------------------------------------------
Client connecting to 171.214.***.***, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:  208 KByte (default)
------------------------------------------------------------
[  3] local 107.***.***.157 port 43326 connected with 171.214.***.*** port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   285 MBytes   239 Mbits/sec
[  3] Sent 203540 datagrams
[  3] Server Report:
[  3]  0.0-10.0 sec   253 MBytes   212 Mbits/sec   0.086 ms 22805/203539 (11%)
[  3]  0.0-10.0 sec  1 datagrams received out-of-order

但是实际使用时达不到这么快。这是怎么回事呢？

[mgoophile]

你平时使用的流量基本是走 TCP ，百分之十多的丢包， TCP 的拥塞控制会把速率降到很低了。

[ovear]

可靠

[t123yh]

@mgoophile 如果把带宽降到 200M ， 那么丢包率仅仅只有 0.0x%。 250M 是因为我的入口带宽被限制在了 200M ，剩下的包都丢了。

[hadoop]

因为你使用了 udp 发包

[mgoophile]

150M 不是照样高丢包么。
其实这个还和延时有关系， iperf 的 UDP 不会关心延时。但是 TCP 延时越大，丢包后恢复越慢，所以同样带宽，延时越高，越慢。

[kxmp]

这个都不可靠的话 地球上就没可靠的测速了.

[mcree]

应该是拥塞控制的问题吧（假设您实际要用的是 TCP ）。试试 hybla ？不行的话，虽然我不喜欢锐速什么的，但是类似这种情况锐速应该挺有效的。