V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
yyysuo
V2EX  ›  宽带症候群

300M 联通带宽, 5G WIFI Speedtest 测速 280M,挂局域网内其它主机上的代理,竟然跑到 380M,屡试不爽。

  •  
  •   yyysuo · 2020-02-21 15:35:24 +08:00 · 4829 次点击
    这是一个创建于 1497 天前的主题,其中的信息可能已经有所发展或是发生改变。
    如题,这有可能是哪里的问题?代理为什么能超过无线承载能力本身?
    详见: https://www.right.com.cn/forum/thread-2845471-1-1.html
    17 条回复    2020-02-23 15:02:33 +08:00
    kizunai
        1
    kizunai  
       2020-02-21 15:54:22 +08:00 via iPhone
    联通会多开 30%的带宽
    bibiisme
        2
    bibiisme  
       2020-02-21 15:56:12 +08:00
    @kizunai 你没看楼主在说什么
    yujiang
        3
    yujiang  
       2020-02-21 16:00:25 +08:00 via Android
    盲猜 qos
    trepwq
        4
    trepwq  
       2020-02-21 16:00:40 +08:00 via iPhone
    wifi 的 nat 性能不行?
    cev2
        5
    cev2  
       2020-02-21 16:07:35 +08:00
    首先按描述 WiFi 链路是没问题的,排除;
    虚拟正常、直通网口有问题,莫不是问题出在软路由的交换机,先看看软路由交换机是不是全双工吧。
    lqs
        6
    lqs  
       2020-02-21 16:51:02 +08:00   ❤️ 1
    直接测速时,由 WIFI 丢包引起的 TCP 重传会发生在测速服务器和本机之间,占用外网带宽;
    加上代理后,从测速服务器到代理之间的有线连接丢包率低,由 WIFI 丢包引起的 TCP 重传只发生在从代理到本机之间。
    zhs227
        7
    zhs227  
       2020-02-21 18:16:59 +08:00
    你从 NAS 上弄文件是 Web 下载的方式吗, 要不然是如何通过 Chrome 的
    tia
        8
    tia  
       2020-02-21 18:28:43 +08:00
    电脑有线联通官网测速多少?
    lightwell
        9
    lightwell  
       2020-02-21 18:31:15 +08:00 via Android
    speedtest 测速节点问题吧
    yyysuo
        10
    yyysuo  
    OP
       2020-02-21 20:01:54 +08:00
    @lqs 我也在怀疑,可能直连就是 https,通过代理在 wifi 到内网代理服务器之间的数据是加密打包的。我测试到本地 speedtest 节点的丢包率有 10%左右,不管 wifi 还是网线都一样。但是我看网上他们 300M 联通的测速结果,全在 350 以上。
    yyysuo
        11
    yyysuo  
    OP
       2020-02-21 20:03:26 +08:00
    @zhs227 SMB 90M WEB 方式 70M @tia 网线直连是 380M @lightwell 网线直连测速 380
    yyysuo
        12
    yyysuo  
    OP
       2020-02-21 20:15:14 +08:00
    PC->Chrome 直连->5G WIFI(1.7G 连接速率)->Dir882 ( AP 模式)->软路由网关->Speedtest 节点 280M
    PC->Chrome 代理->5G WIFI(1.7G 连接速率)->Dir882 ( AP 模式)->内网代理服务器->软路由网关->Speedtest 节点 380M
    PC->Chrome 直连->1G 连接速率网线->Dir882 ( AP 模式)->软路由网关->Speedtest 节点 380M

    内网代理服务器是软路由所在的 ESXI 下的另外一台虚拟的 LEDE,Speedtest 节点为同一节点。几十次测试结果误差很小。
    zhs227
        13
    zhs227  
       2020-02-21 22:43:52 +08:00
    虽然楼主的图画的很帅,给的链接也不错。但还是成功的误导了我,我以为 NAS 通过两种方式下载文件会得到不同的结果。之前打了很长一段,又删了。也不想全部再敲一遍, 直接说结论吧:

    这个问题很显然就是丢包率+长距离造成的 TCP 浪费。根据部分数学模型得到的模糊结构大概如下:TCP 的速率与延迟成反比,与丢包率的平方根成反比(因为丢包率总是小于 1,所以平方根会大于丢包率自身),当然,还有总带宽等其它因素。

    你这个 Chrome 到代理的丢包率依然很高,但是由于距离短,可以跑到速度很快。比方说延迟<1ms 的情况下,丢包率 10%也是可以把带宽跑到差不多的,因为重传会很快。

    而直连的情况下, 由于其中一段的丢包率在 10%,那整段路的丢包率实际上会超过 10%,然后再配合长距离传输,得到惨不忍睹的情况也非常正常。

    TCP 对于当前的网络来说是一个低效但是公平的协议。
    1596384882
        14
    1596384882  
       2020-02-21 23:22:56 +08:00
    我来当一次钢筋:屡试不爽是一个汉语成语,读音为 lǚ shì bù shuǎng,意思是屡次试验都没有差错。
    cev2
        15
    cev2  
       2020-02-22 10:05:32 +08:00 via Android
    如果真的是丢包 tcp 重传导致的,你将路由器从 AP 切换到网关模式也可以排除吧。
    yyysuo
        16
    yyysuo  
    OP
       2020-02-22 14:30:48 +08:00
    20200222 更新
    今天又做了简化版的实验:
    1:
    光猫桥接->路由拨号->5G 连接 PC 速率 866 Chrome 直连
    实验了 K3 Newifi D1 实测的速度还是在 280Mbps
    2:
    光猫桥接->路由拨号->5G 连接 PC 速率 866 Chrome 代理
    实验了 K3 Newifi D1 实测的速度还是在 380Mbps
    3:
    光猫桥接->路由拨号->网线接 PC 速率 1Gbps
    实验了 K3 Newifi D1 实测的速度 380Mbps

    所以结论就是我用的 K3 0518 梅林和 Newifi D1 老毛子,无线直连就是这个性能么,那我岂不是发现了提高无线性能的小窍门?
    yyysuo
        17
    yyysuo  
    OP
       2020-02-23 15:02:33 +08:00
    这几天网上搜索,排除那种一看就是小白不会配置的,有非常多有线能跑满,无线承载能力没问题,却跑不满带宽的情况,都没有找到解决方案,比如下边这个例子
    https://www.v2ex.com/t/597705#reply22
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1591 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 16:54 · PVG 00:54 · LAX 09:54 · JFK 12:54
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.