文档里的对比测试中的 BBR 用的是默认的 initcwnd （默认为 10 ），TCPA 启动脚本里改成了 120，这个参数才是提升小文件传输速度的主要原因。看上去都成 TCPA 的功劳了。
This topic created in 2793 days ago, the information mentioned may be changed or developed.
 |
EKkoGGMar 12, 2019
1
哈哈哈，还有这操作
|
 |
catalinaMar 12, 2019
2
腾讯的手段哈哈哈哈哈哈呵呵
|
 |
hundanMar 12, 2019 via Android
3
……
|
 |
surickMar 12, 2019
4
🐂🍺
|
 |
loveqianoolMar 12, 2019
5
就改这么个参数就能比上 bbr 效果更好？ 不太相信。
|
 |
6
完全跳过了“慢启动”过程 当然能提升性能 特别是每个链接都很短的情况
|
3 |
liuxuMar 12, 2019
7
一波操作完胜
|
 |
xctccMar 12, 2019 via Android
8
科学上网的话和锐速哪个猛
|
 |
Cat73Mar 12, 2019
9
普通 BBR 足够了，没必要整那么多花里胡哨的，反正带宽就那么大
|
 |
chashaoMar 12, 2019
10
🐂🍺
|
 |
maichaelMar 12, 2019
12
https://linux.qq.com/?p=224
测试结论： 1.BBR 算法相比标准的 TCP 的 cubic 算法，性能提升明显。小文件差异不大；大文件的下载性能明显，约 35%左右。 2.TCPA 的启用，外加系统参数优化后， 大小文件均比标准的 TCP 提升 40%以上。 3.TCPA 的启用，外加系统参数优化后，小文件比 BBR 能提升 40%以上，大文件比 BBR 能提升 5%~10%。 "外加系统参数优化后" |
 |
virvivirMar 12, 2019 via iPhone
13
腾讯的东西也敢用，服了
|
 |
enenaaaMar 12, 2019
15
一波 666
|
 |
junjieyuanxilingMar 12, 2019 via Android
16
这……服了
|
 |
gluesMar 13, 2019
17
无论你优化的再好，不开源，谁敢用？
|
 |
xierchMar 13, 2019
19
拥塞控制只这样对比传输速度没什么意义啦
毕竟，不控制最快了… |
Select Language