锐速太吃内存

之前有过一篇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比锐速的优势就要大多了。