有什么网络工具可以实时的查看网速的加速度？即启动速度

[cocoking]

就是测试一下网络的启动速度，类似于人类的短跑爆发力，个人觉得这是一个蛮重要的指标。 比如达到 100M 的时间是多少 ms ，需要能支持单线程，类似于 speedtest 的单线程测试。

如果有的话，最好能设定频次和带宽，当然这样会比较耗流量，设置上需要灵活一点

说一下个人提出这个问题的原因：目前是在使用 Smokeping 来测试网络的连接稳定性，但在 Ping 长时间稳定的情况下，并不能真正的反应网络的使用体验。

例如：有一台美西 LA 的 VPS ，163 去程，9929 回程。在 ping 显示很稳定时，播放视频时，加载的速度会卡顿。原因就是去程的 163 虽然 ping 相对稳定，但段时间内（或第一次连接时）可以加载的 TCP 数据总量做了限制。加载视频是最明显的，网页的图片也会有同样问题。总之就是不流畅，体验差。


测试的核心点：TCP 的数据包能不能在短时间内跑满带宽。

目前的粗略观察办法：用 speedtest 测试单线程，如果网速指针极短的时间飙上去，则效果好。这个时间越短越好。

个人观察下来，几乎所有的网络主机运营商都对网络的单线程‘起跑速度’做了限制，只是程度大小问题；反过来的情况就是，如果找一家没有限制，或者在固定的带宽内无限制（例如 100M ），这种情况下的网速体验是有非常明显的提升的，尤其是看视频比较多的时候，会很丝滑。

甚至个人觉得所谓的 QoS 也应该就是在这部分下功夫，例如现在的 163 网络，或者瓦工 DC6 晚高峰时也会出现网络起速慢，甚至也遇到过商家干脆限制到一个固定的时间，不让网络速度瞬间跑起来。

所以，如何能很好的评判并测试这个网络指标呢？

[Silent7Wang]

网速的概念和汽车的车速还是有区别的，更恰当的比喻是卡车运送的货物量。
网速实际上是指在一定时间内传输的数据量。可以对比理解为卡车在一定时间运送的货物量。这样你应该能理解实际上没有什么网速的加速度这回事。因为货物运输的快慢更多只是与你同时发了多少量车去运货有相关性。
我如果同时发了能运载 100Mbit 数据的货车去运输货物，在 1s 送到了，那么这就是 100M 的网速。从何谈起加速度呢？
即便存在刚开始发了 1M 的货车，然后 1ms 后发了 99M 的货车，这种加速度的计算也没有啥意义吧，顶多算是对发货调度的统计或预测。
至于多久送到，这就是网络延迟的概念。

[yyzh]

要快就全 0 打 udp 过去,mtu 调最大.

[tool2d]

网络和水管类似，你使劲用 UDP 暴力发包，就能加大水压，挤满带宽。

TCP 是君子协议，一旦遇到掉包，会自动将小窗口速度，网速一下子就下去了。

[cocoking]

@tool2d 嗯，补充了下问题，我个人的情况是不需要考虑 UDP ，只需要测试 TCP 的情况

[tool2d]

@cocoking 一般来说，测试 TCP 主流工具是 iperf3 。

但问题是你跨墙了，会导致 TCP 滑动窗口不稳定，需要各种 BBR 魔改优化才行。只是默认 TCP 测试，估计很难达到你理想中的流畅网速。

可以尝试用开源 vpn ，比如 openvpn 和 wireguard ，把 TCP 流量转换成 UDP 流量，会好一些。毕竟跨墙重点不在于收发速度，而在于传输中途卡顿。

[cnbatch]

跨墙的 TCP“加速度”不完全是 QoS ，还有 TCP 拥塞算法本身也有影响，BBR 就比传统的 Reno 效果好得多。
TCP 拥塞算法有个特性叫做“慢启动”，这就是你提到的“加速度”。不同的拥塞算法的“慢启动”方式、速率都不一样。“慢启动”过程中如果遇到不稳定的丢包（跨墙时遇到的概率极高），那么后续传输的卡顿感就更加明显了。

[AlphaTauriHonda]

Cloudflare 测速就可以，刚刚测的。


https://speed.cloudflare.com