他们讨论了一中午，你记住了他们吃什么。

因为 wordpress 页面上的地址都是完整 URL。如果是相对路径就没这个问题

如果把发包倍数设成可选的，用户最后会设成多大呢？

@esyed 报什么错呢

想到了一个容易理解的表述方法。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

@esyed
就是在 debian 下直接编译的，Windows 下面配环境太麻烦

apt-get install build-essential mingw-w64
./configure --host=i686-w64-mingw32
make

……突然觉得说什么都是对牛弹琴还是不说了。

shadowsocks-csharp 带的 dll 和 polipo.exe 都是在 Debian 下面编译的。