我是电信宽带,刚刚从美国 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
但是实际使用时达不到这么快。这是怎么回事呢?
1
mgoophile 2016-10-31 10:29:29 +08:00 via Android
你平时使用的流量基本是走 TCP ,百分之十多的丢包, TCP 的拥塞控制会把速率降到很低了。
|
2
ovear 2016-10-31 10:33:01 +08:00 via Android
可靠
|
3
t123yh OP @mgoophile 如果把带宽降到 200M , 那么丢包率仅仅只有 0.0x%。 250M 是因为我的入口带宽被限制在了 200M ,剩下的包都丢了。
|
4
hadoop 2016-10-31 10:48:51 +08:00
因为你使用了 udp 发包
|
5
mgoophile 2016-11-01 21:42:15 +08:00 via Android
150M 不是照样高丢包么。
其实这个还和延时有关系, iperf 的 UDP 不会关心延时。但是 TCP 延时越大,丢包后恢复越慢,所以同样带宽,延时越高,越慢。 |
6
kxmp 2016-11-04 00:27:33 +08:00
这个都不可靠的话 地球上就没可靠的测速了.
|
7
mcree 2016-12-08 18:59:43 +08:00
应该是拥塞控制的问题吧(假设您实际要用的是 TCP )。试试 hybla ?不行的话,虽然我不喜欢锐速什么的,但是类似这种情况锐速应该挺有效的。
|