其实性质都差不多，就是卸载脚本写的没注意，rm rf 删错了
从结果上来讲这次的严重，因为整个/都没了，而bumblebee是/usr，遇上了都要重装，但是至少/home没事（谁敢动我home我就和他拼命！）
但是这次的是特定情况下，大多数人遇不到，而bumblebee只要卸载百分百中招。

SSD千万别贪便宜，差SSD随机写入见鬼去了
而平时如果关机不多的话，因为系统有缓存，而且读取性能所有SSD都不差，实际上最影响效果的就是随机写入。差SSD开机效果差不多，一用就知道了

@sfdb123 三星有过固件门，曾经出现过固件bug导致写入悲剧寿命更悲剧的事，当然后来补丁修复了

都不用……
用KVM
计算、IO、网络，都是KVM最好吧……用virt驱动的话

虚拟windows而且用量大的话可能还是hyper-v自家好，没用过不确定

@lsylsy2 看错，不好意思

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

@Mavious tcp是不可能，但udp只要有服务器牵线，可以打洞
@YAFEIML ramnode15刀一年不比迅雷便宜？还不吸血
如果不是为了打洞，那是什么需要呢？传输据？有写客户端么？

@sanddudu 嘛，商业公司商业行为嘛，上海用的人多需求大就满足一下，谁叫上海是中国唯一的城市呢……
我是上海人，别打我……遁……

@sanddudu 硬件是要钱的。出钱多的人多用，也是合理啊。如果不分国精和普通，结果不是普通的网络变好，而是大家都要涨价，这对那些天天上贴吧淘宝优酷的人才叫不公平。

@nocheater 用过，流量翻倍也是亲身经历
顺带一提，ad hominem是很无聊的做法
顺带再一提，一切与主题无关，对他人的身份进行攻击的都属于ad hominem，讨论别人是否有资格也是

@zzutmebwd
@hillfly
天哪…………
中国已经被企鹅占领了……

easymule倒是有过打洞的功能，也曾经有用。
我早就不用了，因为一来吸血，二来违反开源协议，三来我买了vps直接挂。
在自架vps面前，迅雷又贵又不快。

@lsylsy2 只会手工打补丁不会用patch还有什么好说的？
既然你自认为学过正规的基础网络课程，那packet multiplex那段你睡着了？routing那段你又睡着了？为什么引入拥塞算法那段你又睡着了？延迟和丢包的原因？
我倒好奇你考试怎么过得！

@lsylsy2 网络有延迟延迟有波动，那么当一个包到了某个时间还没有ack回来的时候，到底是延迟波动略增加了呢？还是意外传输错误丢掉了呢？还是拥塞导致路由被迫弃掉呢？这个时机就是要拥塞算法进行判断。对于延迟波动就不应该重发。对于意外丢包应该尽快重发。对于拥塞，就应该重发，但是加大间隔，减速，以保护网络稳定和公平。所以各种拥塞算法都有各自的逻辑来判断。锐速的判断逻辑极其激进，确实改善了意外丢包的判断，但是这是以增加不必要的重发为代价的。丢了的重发，没丢的也重发，网络拥塞了还重发。用的人少就是损人利己，用的人多就是大家玩完。

你买10M的网络是意味着你有10M的出门左转的带宽，但是长途呢？跨洋呢？这些线路的成本多高？照你说的买了就该保证，哪怕按中国人手10kbps，那也是1.3Tbps！但是仔细想，平时大家毕竟国内网络用的多，毕竟大网站各地有cdn，所以长途带宽需求根本没那么大，更何况大家不可能同时所有人在线。国际带宽不便宜，未必就是（当然也未必不是）有人恶意限制。国际精品网就是这个想法，如果拥塞，国精的人出的钱多，优先保证他们的需求，这有什么不合理？想低延迟低丢包？好办啊，你出资从你家直接光纤拉到美国，绝对低延迟，丢包不超过1%

带宽限制10M不代表你到全世界都有10M，和长宽之流的超级局域网一个道理。出口带宽小，就只有大家自觉，不自觉的结果就是出口路由因为重发风暴堵死，大家玩完。

cubic算法没你想的那么简单，你想的到的，大学里CS的教授会想不到？连最古老的veno也比你说的思路要聪明得多。我建议你先学习一下veno的基本思路。

局域网内，大家用锐速上传，出口路由上随机大延迟，随机丢包，同时超过某个速率也直接丢包，这三条加上，然后在出口外下载试试？看看各服务器网卡上有多少出口，客户端上又有多少下载？还有如果有其他算法的机器，其他机器会不会根本没速度？这才叫测试。大家都在内网互跑，低延迟没丢包带宽大，就算veno也效果好的很。近几年拥塞算法的研究重点都是大延迟大带宽的long and fat。

@wwttc 那就查别人发到哪里去了，端口可以换的嘛，看别人用什么

@kingwrcy 你要的不是同时有http和https
而是http虚拟多站+其中一个跳转+https站
所以80上放两个站abc和def，def单纯作跳转，abc正常服务
443上放def提供服务
因此也不要写到htaccess里，而是在httpd.conf里，写3个站

访问的时候记得用域名访问，用IP的话是不能虚拟多站的，这里再提一下

顺带一提，443上其实也可以放多站，这叫sni

@Livid 应该是为了和后端保持长连接，避免客户端的connection: close造成连接不必要的关闭吧
没有加keepalive应该是因为1.1默认
那么考虑到这一点，keepalive_requests就应该设置的大一点

抢着重发就是抢带宽好吧，还服务商超售？
互联网本来就是基于带宽共享的前提而建设的，这不叫超售叫multiplex！ http://en.wikipedia.org/wiki/Packet_switching
更何况开了锐速以后流量消耗至少翻倍这是不争的事实

拥塞算法不能只考虑自己好用或者自己的用户群好用。拥塞控制，拥塞控制，就是为了防止因为拥塞造成过度重发，进入恶性循环，大家自觉进行控制。从veno到现在的cubic，都是能和其他算法和谐共存的。做不到这点的只能叫不合格。别光看锐速快，我敢说在拥塞的时候别的算法都会被挤掉。因为其他的都没锐速这么不要脸。

有人会这样想，那大家都用锐速不就公平了？
错！还是那句话，锐速是不合格的拥塞算法。大家都用锐速，结果不是大家都能公平有的用，而是大家都进入重发风暴，大家都没的用。

tinyproxy好像不支持https
用squid https_port配置