就是测试一下网络的启动速度,类似于人类的短跑爆发力,个人觉得这是一个蛮重要的指标。 比如达到 100M 的时间是多少 ms ,需要能支持单线程,类似于 speedtest 的单线程测试。
如果有的话,最好能设定频次和带宽,当然这样会比较耗流量,设置上需要灵活一点
1
Silent7Wang 288 天前
网速的概念和汽车的车速还是有区别的,更恰当的比喻是卡车运送的货物量。
网速实际上是指在一定时间内传输的数据量。可以对比理解为卡车在一定时间运送的货物量。这样你应该能理解实际上没有什么网速的加速度这回事。因为货物运输的快慢更多只是与你同时发了多少量车去运货有相关性。 我如果同时发了能运载 100Mbit 数据的货车去运输货物,在 1s 送到了,那么这就是 100M 的网速。从何谈起加速度呢? 即便存在刚开始发了 1M 的货车,然后 1ms 后发了 99M 的货车,这种加速度的计算也没有啥意义吧,顶多算是对发货调度的统计或预测。 至于多久送到,这就是网络延迟的概念。 |
2
yyzh 288 天前 via Android
要快就全 0 打 udp 过去,mtu 调最大.
|
3
tool2d 288 天前
网络和水管类似,你使劲用 UDP 暴力发包,就能加大水压,挤满带宽。
TCP 是君子协议,一旦遇到掉包,会自动将小窗口速度,网速一下子就下去了。 |
5
tool2d 288 天前
@cocoking 一般来说,测试 TCP 主流工具是 iperf3 。
但问题是你跨墙了,会导致 TCP 滑动窗口不稳定,需要各种 BBR 魔改优化才行。只是默认 TCP 测试,估计很难达到你理想中的流畅网速。 可以尝试用开源 vpn ,比如 openvpn 和 wireguard ,把 TCP 流量转换成 UDP 流量,会好一些。毕竟跨墙重点不在于收发速度,而在于传输中途卡顿。 |
6
cnbatch 288 天前
跨墙的 TCP“加速度”不完全是 QoS ,还有 TCP 拥塞算法本身也有影响,BBR 就比传统的 Reno 效果好得多。
TCP 拥塞算法有个特性叫做“慢启动”,这就是你提到的“加速度”。不同的拥塞算法的“慢启动”方式、速率都不一样。“慢启动”过程中如果遇到不稳定的丢包(跨墙时遇到的概率极高),那么后续传输的卡顿感就更加明显了。 |
7
AlphaTauriHonda 287 天前
|