@liyuhang rc8 开始支持 bbr 的，这 4.9 不都已经是正式版了吗？照说应该是支持的。可能是楼上说的原因，编译的时候没有启用。我之前 ubuntu 是直接用 kernel.ubuntu.com 现成的内核直接替换的。

@liyuhang 你的确定是内核是 4.9rc8 吗？

@shierji 哦哦是的，应该是 lsmod | grep bbr 命令是查看是否生效的。

4.9rc8 才开始支持 BBR
开启命令是

echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
sysctl -p

检查是否生效是
sysctl net.ipv4.tcp_available_congestion_control

可能是 anycast 没做好？话说不应该更看重解析结果吗？

@billion 一加论坛我记得应该有搬运贴?你可以试一下还有没有

啊错了是 cm13

继续用 cm12.1 不就好了吗？

@bclerdx 一般都是直连伦敦，部分也有阿姆斯特丹，更差的也有部分走美国绕。到伦敦 ping 值很好看，跟美西 ping 值差不多了多少，但是晚高峰时期简直崩溃。

稍微看了一下，应该真的是弄错了？ CM 是社区主导的，停止服务的应该只有 Cyanogen OS

莫方， XDA 还在。不过记得 CM 当年中断跟一加的合作，兴致勃勃的跟印度厂商签了协议，感觉发展的似乎不错，没想到现在说死就死了。

之前看人说做工品控有些问题，不过品控是戴尔的老毛病了，看你能不能接受了

楼上又一堆吵的，感觉真的没什么可吵的，其实最后一总结都是各有优点，要是以自己用某种系统标榜自己如何如何那真是够傻的。

国外网站基本上靠 google 推动，国内网站基本上都是被运营商逼的

@frozenshadow 嗯，之前我的认识有误，用楼上给的知乎连接学习了一下， BBR 是在一定丢包的情况下，在高延迟链路上尽可能的利用带宽，相对于锐速看来他对于高丢包的环境的作用是有限的，在高丢包环境下看来还是要用锐速乃至于 kcp 之类的。

@ichubei 是能办好多事，但是也可能会耽搁很多事，甚至会搞出很多事。人生之事，无非是两害取其轻，我个人看重身体的，就看你自己是取财还是惜命了。

搜了一下。。。发现自己在 V2EX 和其他论坛上的很多发言被垃圾站收录了。。。然后一堆堆的都是垃圾站