TCP拥塞控制算法 调整TCP拥塞控制算法 TCP Congestion Avoidance Algorithm

中美之间的线路质量不是很好，rtt较长且时常丢包。TCP协议是成也丢包，败也丢包；TCP的设计目的是解决不可靠线路上可靠传输的问题，即为了解决丢包，但丢包却使TCP传输速度大幅下降。HTTP协议在传输层使用的是TCP协议，所以网页下载的速度就取决于TCP单线程下载的速度（因为网页就是单线程下载的）。
丢包使得TCP传输速度大幅下降的主要原因是丢包重传机制，控制这一机制的就是TCP拥塞控制算法。
Linux内核中提供了若干套TCP拥塞控制算法，已加载进内核的可以通过内核参数net.ipv4.tcp_available_congestion_control看到：
sudo sysctl net.ipv4.tcp_available_congestion_control
没有加载进内核的一般是编译成了模块，可以用modprobe加载。
这些算法各自适用于不同的环境。
reno是最基本的拥塞控制算法，也是TCP协议的实验原型。
bic适用于rtt较高但丢包极为罕见的情况，比如北美和欧洲之间的线路，这是2.6.8到2.6.18之间的Linux内核的默认算法。
cubic是修改版的bic，适用环境比bic广泛一点，它是2.6.19之后的linux内核的默认算法。
hybla适用于高延时、高丢包率的网络，比如卫星链路——同样适用于中美之间的链路。
多人实验表明，TCP拥塞控制算法对TCP传输速率的影响可很大。
修改TCP拥塞控制算法需要修改内核参数net.ipv4.tcp_congestion_control（OpenVZ的VE无此权限，Xen或者独服才有）：
sudo sysctl net.ipv4.tcp_congestion_control=×××


OpenVZ的可以在母鸡上改tcp_congestion_control，建议凡是国人做OpenVZ的，一律把tcp_congestion_control改成hybla；做Xen的，一律把OS模板里的tcp_congestion_control改成hybla。提高很明显的。

（做vpn的实现不了tcp proxy改这个也没用）


除非是独服，要不然这个很难测。嗯。。。有没有用htcp的？
bic
2011-04-05 00:35:36 (1.50 MB/s) - `/dev/null' saved [104857600/104857600]
hybla
2011-04-05 00:34:15 (1.88 MB/s) - `/dev/null' saved [104857600/104857600]
htcp
2011-04-05 00:33:11 (2.52 MB/s) - `/dev/null' saved [104857600/104857600]

不过有人指出，htcp不如hybla

UDP本来就不受丢包影响，所以不存在TCP的这样丢包导致的拥塞问题。

修改完配置文件后，sysctl -p直接重新加载配置文件