小内存VPS建议还是用BBR优化

锐速太吃内存

之前有过一篇blog讲如何在小内存下装锐速的,自己或者少量的人勉强用用还可以。最近开了个免费的飞机场,连接的人一多起来,256M内存的VPS完全扛不住,基本上一天的时间,ss-r的进程就会被kill掉,即使安装的91yun的锐速,定时做了Cache的清理也无济于事。换到BBR以后,再也没有这个问题了。晚上高峰期,bbr加速的链接达到1k了,也依然很稳定。就加速效果来说,BBR和锐速并没有什么大的区别,速度都差不多的,线路如果不行,再怎么优化也没有用。已经把所有VPS里的优化都改成BBR了,虽然这些的内存不算小,毕竟跑着其它程序,一不留神内存不够了,就不知道杀掉的是哪个进程了。

多用户时BBR的优势

锐速里面有一个参数initialCwndWan,这个是根据你到VPS的延迟来计算的,比如你的延迟是100ms,那么就设置为100/2.5=40。这个参数设置得当,配合锐速的其它参数适配,TCP连接会一直保持一个比较高的速度(不一定能满带宽)。但是这个initialCwndWan参数与延迟计算得到的数值相差较大时,那么TCP所能达到的速度就会大打折扣,这样,锐速的适应性就低了很多。同一个VPS,连接到其中的客户端,总是会有来自不同的网络的,他们到这个VPS的延迟可能会相差很大,这就导致每个人的效果都不一样。

BBR之所以刚开始的时候速度并不快,是慢慢达到最大值的,就是因为在开始阶段,它会判断这个延迟,再根据延迟调整发包量,也就是每个人的速度都会很快。就这一点,BBR比锐速的优势就要大多了。

ljchen

这个作者特别懒,什么都没有说。

2 Comments

  • 多用户那条,可以理解为 比如为80 443加速,当访问人数多的时候Bbr最有效果呢?

    • @chancat 对每个人都还不错的一个方案,bbr是根据反馈来判断可以加到多少带宽的,锐速里面有个参数是要根据延迟来设置的,导致针对不同用户效果会不一样。

留下你的评论

*评论支持代码高亮<pre class="prettyprint linenums">代码</pre>

相关推荐