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

2020-02-21 15:35:24 +08:00
 yyysuo
如题，这有可能是哪里的问题？代理为什么能超过无线承载能力本身？
详见： https://www.right.com.cn/forum/thread-2845471-1-1.html
4860 次点击
所在节点    宽带症候群
17 条回复
kizunai
2020-02-21 15:54:22 +08:00
联通会多开 30%的带宽
bibiisme
2020-02-21 15:56:12 +08:00
@kizunai 你没看楼主在说什么
yujiang
2020-02-21 16:00:25 +08:00
盲猜 qos
trepwq
2020-02-21 16:00:40 +08:00
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
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
如果真的是丢包 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

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/646385

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX