自从 BBR 被提出,人们普遍接受了 pacing,集体抵制 burst。人们认为 burst 是拥塞以及 bufferbloat 的根源。这基本算为了适合皮鞋而削了脚了。
就问一句,如果业务本身就是短突发模式呢?
错误的假设在于,如今几乎所有拥塞控制算法均假设数据在一条长连接上进行匀速传输。这个模式是如此简单,以至于拥塞控制算法可以全权接管所有传输细节。但这并不符合现实。
pacing 和 burst 是交换机看到且感受到的,burst 是统计复用的必然现象,问题是交换机能容忍多少 burst。因此控量而不是控速,这才是控制拥塞的关键,在此基础上,按照业务的需求,尽量 pacing 发送。
TCP 漕河泾算法中,在使能数据包守恒模式时,我尝试控量不控速来处理丢包恢复,妥妥的。
浙江温州皮鞋湿,下雨进水不会胖。
原文链接: https://blog.csdn.net/dog250/article/details/126791445
欢迎关注
微信关注下方公众号,第一时间获取干货硬货;公众号内回复【pdf】免费获取数百本计算机经典书籍;
也有高质量的技术群,里面有嵌入式、搜广推等BAT大佬
原创文章受到原创版权保护。转载请注明出处:https://www.ccppcoding.com/archives/405397
非原创文章文中已经注明原地址,如有侵权,联系删除
关注公众号【高性能架构探索】,第一时间获取最新文章
转载文章受原作者版权保护。转载请注明原作者出处!