关于锐速的一些说法

[lsylsy2]

利益申明：本人非锐速/华夏创新员工，但是在他们还没有分出锐速这个子品牌的时候就认识了，关系不错，很早就购买了收费授权，也推荐别人购买收费授权。现在在个人翻墙等开发环境和网站生产环境使用锐速。（不过一大半收费授权都没续费，换成了免费的……）

简介：锐速（ServerSpeeder）是华夏创新（Appex）的子品牌，包括krypt的“涡轮加速”等，都是同一个内核。
大概原理是介入内核的TCP拥塞控制，起到优化TCP传输效率的效果。

Q：锐速装不上/装上去变慢了/etc
A：装不上一般是内核版本问题（官方挺懒的……），装上去变慢了一般是设置问题（比如大多数VPS，config里面的rsc要设置成"1"），如果你买了收费授权，不要客气去轰炸客服；如果你用的是免费授权，作为一个潜在用户，稍微客气一点的去轰炸客服吧。

Q：锐速抢带宽，是不道德软件？
A：就个人用了这么久的观察：
1. 锐速的普通模式，和设置TCP的htcp、hybla是一个性质；TCP拥塞控制，简单来说，就是根据当前的丢包状况，判断带宽是否被占满，下一秒应该发送多少字节的东西；锐速比hybla能更快的判断（中美这样高延迟高带宽的网络）丢包，能让发送速率更贴近实际上限。锐速只是让你能够更有效的利用你花钱购买的带宽，而不是额外占据了别人的带宽/中美光缆。至于说你把你的用满了然后别人就没得用，那叫服务商超售。
2. 锐速有一个“maxmode”设定，开启后才是多重发包；官方文档说明为“开启后会进一步提高加速效果，但是可能会降低有效数据率；”，属于需要谨慎使用的工具。换个角度，net-speeder的发包量显然比锐速大，但是效果超过锐速了么？
3. 按照appex官网，国内的chinacache和爱奇艺，国外的cachefly都和appex有合作，应该也就是说他们的服务器也安装了锐速。这仨的规模和知名度，v2应该没几个不知道的吧；咱们这点小流量跟谁过不去啊。

结论：
LZ就是来给你们安利锐速的，装上之后百分之五百分之十的掉包基本不算事儿了，校园网卡的时候IPv6挂个代理到日本然后再翻回来看B站比直连还流畅。
哦顺带，这玩意也不是国内独家，国外也有一个类似的TCP优化软件，不过被Akamai收购后就没消息了。Akamai是啥我应该不用再介绍了。

[zeroten]

@lsylsy2 我的系统是Linux version 3.2.0-4-686-pae ([e-mail]) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.54-2
DO的新加坡节点，看到有人说DO可以开 gso="1"，是这样么？

[Halry]

@lsylsy2 用rpm安装elrepo的源，然后“yum --enablerepo=elrepo-kernel install kernel-ml”就ok了，当然要重新配置grub。能安装什么是看源的，官方源只有3.10.1好似。但锐速还是装不了。。。。
只支持linode内核真心要差评，哪能这样子的呢，至少都要应该支持generic内核，自己编译嘛。
ubuntu也装过就是为了锐速，14.10的，结果又是只支持linode的内核，醉了。
centos6.6吧，又最高到2.6的内核，连tcp-fastopen和hybla都没有。。。

[a1328788808]

用了锐速，还用不用设置hybla呢？

[lsylsy2]

@zeroten gso参数记不清了，似乎在某台多个网卡的机器上开过，翻墙用可以尝试下……

@Halry 其实应该不是“某个发行版只支持Linode的”，而是锐速挑内核不挑发行版，你不管centos6还是7，Linode用的都是同一个内核……
我主力都用的是debian7的3.2内核，没用过fastopen……

[lsylsy2]

@a1328788808 我没试过……理论上不用？

[geekzu]

我想知道这和ping有什么关系。。。。这不是tcp加速么。。。

[Halry]

@lsylsy2 觉得锐速这种态度不太行，可能用linode有钱人多吧，就专注于linode了。
我注册过linode，信用卡，身份证全部发给了linode，才发现根本没有jp节点，过了几个小时就给退了

[ryd994]

@lsylsy2 原来是这样测试，路由带宽完全足量啊，这随便什么拥塞都不会有多大问题。
有种开至少5台，一台网关转发，上传下载各两台，网关上延迟随机，丢包随机，还有上限。再试试

[chairuosen]

@lsylsy2 我的linode就不行。。。tokyo
Linux OS: CentOS
Version: 6.4
Kernel: 3.16.5-x86_64-linode46
Architecture: 64-bit

[mhycy]

@Halry 今晚换了一个晚上都没见到JP节点的可用IP。。。囧

[zjgood]

网络资源的使用无所谓道德不道德，反正是中国劳动人民开发的黑科技，不用白不用，我用了确实有效。

[zjgood]

楼主开maxmode和csfmode没？（不知道有无拼写错误，反正我开了，希望得到楼主的建议）

[lsylsy2]

@zjgood 都没开，csf我也不清楚什么用处。。。
@chairuosen linode面板可以换内核，查下现在支持哪几个，更换一下。

[zjgood]

@lsylsy2 官方说那个csf好像是优化丢包的，但是会影响加速

[cbais7890]

这软件对于CPU的占用高吗?
之前在网上找过相关的软件, 看了下源码, 这类拥塞算法控制的单边加速软件在高速发包的情况下CPU占用也是挺可观的, 如果VPS性能不足有可能会反过来限制网络性能.

[aaronlam]

楼主我想问下，如果在 DO 的 VPS 上开启 maxmode 话，容易给 DO 的客服警告么？

[geeklian]

@aaronlam 一个人或者几个人用，那点流量翻几倍do都看不上吧。

[aaronlam]

@zjgood 貌似那个叫 csvmode ，http://bbs.itzmx.com/thread-5675-1-1.html 你可以在这里看一下，有介绍各个模式的功能，但是我看完后还是有点不确定这些功能的作用是什么。。。

[aaronlam]

@geeklian 好吧= =||，我就怕检测到翻倍发包，然后就各种警告就蛋疼了。。。

[clowwindy]

想到了一个容易理解的表述方法。zeta 为自己的合法性辩护是这么说的[1]：

Standard TCP’s congestion avoidance is based on an algorithm that was designed decades ago. The algorithm starts with the assumption that all loss is a signal of congestion. This assumption overly simplifies what is really happening in the network and forces standard TCP to take the most conservative strategy to deal with packet loss. In reality, most of the packet loss in today’s networks is actually not congestion related. This is especially true in wireless/ mobile networks, where fading channels introduce inevitable packet loss. Standard TCP does not perform well in such environments.

问题是，这段话很明显说的不是我朝的出国线路。如果看一看 KDDI 到国内各节点的 24h 线路状态：
http://nwmon.tifan.net/kddi/index-24h.html

会发现其中不少线路特别是电信白天好好的，一到晚上就延迟和丢包增加，说不是拥堵骗谁呢。既然总带宽已经不够了，你不管用什么方法让你的速度加快了，别人的速度能不慢么？

作为个人，和现实里处理堵车的办法一样，要么换个不堵车的时候出门，要么换一条不那么拥堵的线路。并不是所有线路都一到晚上就堵，也可以根据你的网络找一个比较好的国外机房。不同机房和线路拥堵情况可以尝试做一些监控如 @aveline 的这个： https://nwmon.90g.org/ 这样的研究比已经堵上了还研究怎么抢别人的带宽更有价值。

那 hybla 和它有什么区别？hybla 在真正拥堵的情况下表现和 reno 没有什么差别，保证了 TCP 的公平性[2]。只是在不拥堵的情况下，因为 cwnd 每次的增量乘了一个 (2 ^ 延迟) 作为系数，使得启动速度和延迟无关了：在延迟较大的环境下也可以获得和低延迟几乎一样的启动速度，利用了空闲的带宽。


[1]: ZetaTCP: An Intelligent Approach to Transport Acceleration
[2]: TCP Hybla: a TCP enhancement for heterogeneous networks