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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1735 天前的主题，其中的信息可能已经有所发展或是发生改变。

如题，这有可能是哪里的问题？代理为什么能超过无线承载能力本身？
详见： https://www.right.com.cn/forum/thread-2845471-1-1.html

speedtest

代理

屡试不爽

17 条回复 • 2020-02-23 15:02:33 +08:00

kizunai

2020-02-21 15:54:22 +08:00 via iPhone

联通会多开 30%的带宽

bibiisme

2020-02-21 15:56:12 +08:00

@kizunai 你没看楼主在说什么

yujiang

2020-02-21 16:00:25 +08:00 via Android

盲猜 qos

trepwq

2020-02-21 16:00:40 +08:00 via iPhone

wifi 的 nat 性能不行？

cev2

2020-02-21 16:07:35 +08:00

首先按描述 WiFi 链路是没问题的，排除；
虚拟正常、直通网口有问题，莫不是问题出在软路由的交换机，先看看软路由交换机是不是全双工吧。

lqs

2020-02-21 16:51:02 +08:00

直接测速时，由 WIFI 丢包引起的 TCP 重传会发生在测速服务器和本机之间，占用外网带宽；
加上代理后，从测速服务器到代理之间的有线连接丢包率低，由 WIFI 丢包引起的 TCP 重传只发生在从代理到本机之间。

zhs227

2020-02-21 18:16:59 +08:00

你从 NAS 上弄文件是 Web 下载的方式吗，要不然是如何通过 Chrome 的

tia

2020-02-21 18:28:43 +08:00

电脑有线联通官网测速多少？

lightwell

2020-02-21 18:31:15 +08:00 via Android

speedtest 测速节点问题吧

yyysuo

2020-02-21 20:01:54 +08:00

@lqs 我也在怀疑，可能直连就是 https，通过代理在 wifi 到内网代理服务器之间的数据是加密打包的。我测试到本地 speedtest 节点的丢包率有 10%左右，不管 wifi 还是网线都一样。但是我看网上他们 300M 联通的测速结果，全在 350 以上。

yyysuo

2020-02-21 20:03:26 +08:00

@zhs227 SMB 90M WEB 方式 70M @tia 网线直连是 380M @lightwell 网线直连测速 380

yyysuo

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

2020-02-21 22:43:52 +08:00

虽然楼主的图画的很帅，给的链接也不错。但还是成功的误导了我，我以为 NAS 通过两种方式下载文件会得到不同的结果。之前打了很长一段，又删了。也不想全部再敲一遍，直接说结论吧：

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

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

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

TCP 对于当前的网络来说是一个低效但是公平的协议。

1596384882

2020-02-21 23:22:56 +08:00

我来当一次钢筋：屡试不爽是一个汉语成语，读音为 lǚ shì bù shuǎng，意思是屡次试验都没有差错。

cev2

2020-02-22 10:05:32 +08:00 via Android

如果真的是丢包 tcp 重传导致的，你将路由器从 AP 切换到网关模式也可以排除吧。

yyysuo

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

2020-02-23 15:02:33 +08:00

这几天网上搜索，排除那种一看就是小白不会配置的，有非常多有线能跑满，无线承载能力没问题，却跑不满带宽的情况，都没有找到解决方案，比如下边这个例子
https://www.v2ex.com/t/597705#reply22