本文主要是介绍TCP BBR算法加速效果实测(比对),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
作为一枚学生党,国内的云服务器价格和带宽太过昂贵,有提供学生优惠的云服务带宽也只有1M,而我想做的是在服务器上搭建一个同步云盘,当然这些都不是最重要的,最重要的是无法帮助我科学上网。
恰巧去年暑假的时候,Vultr
搞活动注册了一个账号,现还有15美元,当时因为它们的网络对电信太不友好,速度慢丢包率高,用了一小段时间后就抛弃了,而后在去年年底Google 发布了TCP BBR算法,最近突然想起来正好可以用它来试试这个算法的效果。
这里不谈论哪家的云服务器性价比高。
无TCP BBR测速
先是从这里测试了一下它的哪一个节点对我现在的网络比较友好,多次测试后选择了Los Angeles
节点,创建了一个Ubuntu 16.10 x64
服务器。
在部署完成后,为服务器装上nginx,并做如下配置:
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;keepalive_timeout 65;server {listen 80;charset utf-8;root /root/test;location / {autoindex on;autoindex_exact_size on;autoindex_localtime on;}
}
}" title="" data-original-title=“复制”>
user root;
worker_processes 2;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
<span class="hljs-attribute">sendfile</span> <span class="hljs-literal">on</span>;<span class="hljs-attribute">keepalive_timeout</span> <span class="hljs-number">65</span>;<span class="hljs-section">server</span> {<span class="hljs-attribute">listen</span> <span class="hljs-number">80</span>;<span class="hljs-attribute">charset</span> utf-<span class="hljs-number">8</span>;<span class="hljs-attribute">root</span> /root/test;<span class="hljs-attribute">location</span> / {<span class="hljs-attribute">autoindex</span> <span class="hljs-literal">on</span>;<span class="hljs-attribute">autoindex_exact_size</span> <span class="hljs-literal">on</span>;<span class="hljs-attribute">autoindex_localtime</span> <span class="hljs-literal">on</span>;}
}
}
然后进入到/root/test
文件夹内下载一个100M的文件,这里我们用官方测速的文件:
wget https://lax-ca-us-ping.vultr....
运行nginx后用浏览器访问ip地址,选择文件进行下载。
我这里是四川电信的网,分别使用wget
和迅雷进行下载时速度如下:
wget速度保持在20KB/s~40KB/s,迅雷要快一些,但也只有100KB/s~200KB/s,很不稳定,在去年使用的时候,经常抽风导致即使是迅雷也只有50KB/s不到。
开启TCP BBR
Linux4.9的内核已经支持TCP BBR了,所以我们将内核升级到4.9.10
,其他版本可以到这里来查看和下载:
下载安装包:
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9.10/linux-image-4.9.10-040910-generic_4.9.10-040910.201702141931_amd64.deb
安装:
dpkg -i linux-image-4.9.10-040910-generic_4.9.10-040910.201702141931_amd64.deb
查看当前系统中都有哪些内核:
dpkg -l | grep linux-image
删除旧的内核,我这里的旧内核版本是
4.8.0-30
,所以执行:apt-get purge *4.8*
步骤4完成后再执行步骤3会发现只剩下4.9.10的内核了
更新引导:
update-grub
重启:
reboot
-
编辑
/etc/sysctl.conf
, 在文件末尾加上下面两行net.core.default_qdisc=fq net.ipv4.tcp_congestion_control=bbr
保存退出后执行
sysctl -p
使配置生效.执行
lsmod | grep bbr
, 如果看到tcp_bbr
则说明启用成功
启用TCP BBR
后,再次用wget
和迅雷重新下载文件测速:
][4]
我用的是电信20M带宽,wget
几乎是以满速的状态在下载,迅雷则稍慢一些,原因不明(和运行在虚拟机中有关?)当然在我用了小半个月的时间里,并不是一直都这么快,但是最差的情况我印象中也有600KB/s以上。
不过值得一提的是它对上传速度并没有影响,我在家里上传时速度在200KB/s~400KB/s之间,在公司上传则可以达到1M/S~2M/s,公司也同是电信网= =
下载文件显然不是终极目标,科学上网速度才是, 在Linux下,我使用是的proxychains-ng + shadowsocks
,浏览器使用SwitchyOmega
代理,proxychains-ng
可以强制执行的命令通过配置文件中的代理访问网络,shadowsocks
请自行Github,SwitchyOmega
则可以自动切换直连和代理。
直接说结论: 在开启BBR
后,访问谷歌基本在1秒左右看到结果,youtube
任何时候看720p没有压力,1080p少数情况会卡顿,很少。
最后,如果你打算使用
Vultr
的话,用这个链接注册可获得20$
这篇关于TCP BBR算法加速效果实测(比对)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!