iperf 带宽测试的结果可靠吗? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
t123yh
V2EX    宽带症候群

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

  •  
  •   t123yh 2016-10-31 09:59:04 +08:00 9692 次点击
    这是一个创建于 3275 天前的主题,其中的信息可能已经有所发展或是发生改变。

    我是电信宽带,刚刚从美国 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 条附言    2016-10-31 10:40:33 +08:00
    以下是 150M 的测试结果(我的宽带是电信 200M 宽带)
    ```
    root@<马赛克>:~# iperf -u -c xxx.xxx -b 150M -t 10
    ------------------------------------------------------------
    Client connecting to xxx.xxx, UDP port 5001
    Sending 1470 byte datagrams
    UDP buffer size: 208 KByte (default)
    ------------------------------------------------------------
    [ 3] local 107.***.***.157 port 44933 connected with 171.214.***.** port 5001
    [ ID] Interval Transfer Bandwidth
    [ 3] 0.0-10.0 sec 173 MBytes 145 Mbits/sec
    [ 3] Sent 123293 datagrams
    [ 3] Server Report:
    [ 3] 0.0-10.0 sec 172 MBytes 144 Mbits/sec 0.088 ms 351/123292 (0.28%)
    [ 3] 0.0-10.0 sec 1 datagrams received out-of-order
    ```
    7 条回复    2016-12-08 18:59:43 +08:00
    mgoophile
        1
    mgoophile  
       2016-10-31 10:29:29 +08:00 via Android
    你平时使用的流量基本是走 TCP ,百分之十多的丢包, TCP 的拥塞控制会把速率降到很低了。
    ovear
        2
    ovear  
       2016-10-31 10:33:01 +08:00 via Android
    可靠
    t123yh
        3
    t123yh  
    OP
       2016-10-31 10:38:49 +08:00
    @mgoophile 如果把带宽降到 200M , 那么丢包率仅仅只有 0.0x%。 250M 是因为我的入口带宽被限制在了 200M ,剩下的包都丢了。
    hadoop
        4
    hadoop  
       2016-10-31 10:48:51 +08:00
    因为你使用了 udp 发包
    mgoophile
        5
    mgoophile  
       2016-11-01 21:42:15 +08:00 via Android
    150M 不是照样高丢包么。
    其实这个还和延时有关系, iperf 的 UDP 不会关心延时。但是 TCP 延时越大,丢包后恢复越慢,所以同样带宽,延时越高,越慢。
    kxmp
        6
    kxmp  
       2016-11-04 00:27:33 +08:00
    这个都不可靠的话 地球上就没可靠的测速了.
    mcree
        7
    mcree  
       2016-12-08 18:59:43 +08:00
    应该是拥塞控制的问题吧(假设您实际要用的是 TCP )。试试 hybla ?不行的话,虽然我不喜欢锐速什么的,但是类似这种情况锐速应该挺有效的。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2541 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 23ms UTC 02:17 PVG 10:17 LAX 19:17 JFK 22:17
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86