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

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

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

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

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