我是电信宽带,刚刚从美国 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 ?不行的话,虽然我不喜欢锐速什么的,但是类似这种情况锐速应该挺有效的。 |