如题:TCP拥塞控制,让我不得开心颜!!
你想让你的TCP连接更快吗?必须想!
你有什么办法?没有!
我告诉你,你想依靠修改或者创造一个TCP拥塞控制算法来达到加速的目的,你错了,大错特错了,拥塞控制算法不是干这个的,这是不可能的!
我告诉你,你要是想加速你的TCP传输速率,你必须更改你的TCP拥塞状态机!
拥塞控制,即CC(Congestion Control),不可能让你的连接速度更快!相反,你要想让你的连接速度更快,你必须无视CC,你必须打破CC!
你想更快开车到达目的地吗?是的,每个人都想!你要做什么?假设你的车技一流,你要做什么?很简单,你要做的仅仅是无视法律法规,无视交通法则,超速再超速,加塞变道甚至打架杀人,你就能最快速度到达,你要付出的代价仅仅是违法的惩罚,或者是当你打不过别人时自己受到的伤害…在此过程中,无论是红绿灯,转盘,互通立交,高架匝道,全部都属于CC的范畴,你想快,你必须打破它们,无视它们!非常简单!
CC永远是在限制,而不是在促进!你想快就要无视它!
没有CC,尽情发送,你就是第一,然而代价是,你必须要善后你为此而遭遇的失败,比如重传什么的,而这是需要成本作为支撑的。
最近一个例子,请看一个patch,从下面开始的4个patch:
[net-next,0/4] tcp: implement SACK compression:https://patchwork.ozlabs.org/cover/915391/
我把该patch的主旨贴如下:
When TCP receives an out-of-order packet, it immediately sends
a SACK packet, generating network load but also forcing the
receiver to send 1-MSS pathological packets, increasing its
RTX queue length/depth, and thus processing time.Wifi networks suffer from this aggressive behavior, but generally
speaking, all these SACK packets add fuel to the fire when networks
are under congestion.This patch adds a high resolution timer and tp->compressed_ack counter.
Instead of sending a SACK, we program this timer with a small delay,
based on SRTT and capped to 2.5 ms : delay = min ( 5 % of SRTT, 2.5 ms)If subsequent SACKs need to be sent while the timer has not yet expired,
we simply increment tp->compressed_ackWhen timer expires, a SACK is sent with the latest information.
just 扁粉!
看到了吧,真正好的CC,旨在尽可能阻止你发不该发的包,而不是激发你发送不该发送的包。
我不知道为什么现如今国内这么多的厂商都在热衷于TCP加速,这使我不得开心颜。这就好像每个人都在炒股理财,为了自己发财一样,不过这无可厚非,毕竟理财需要门槛,你很难做到损人利己。
然而TCP加速不同,TCP加速和高速公路超速变道一样,最终是损人不利己的。然而每人都这么做,劣币驱逐良币,就是如此,你正确,你就会被驱逐。
多少人知道Reno,CUBIC,多少人知道Vages,知道BBR…然而很少有人知道这其中如何衡量公平性,大多数相关领域的博士,学者对这些都是耳熟能详,他们的资料也是汗牛充栋,然而他们并不懂这些paper背后的哲学。只要自己好,没有人管别人好不好,特别在中国。
没有一个人在乎公平性,没有人在乎别人能不能传输,全部都是自私地为了自己,如果腾讯视频能传输数据,那么腾讯视频恨不得全网都是腾讯的,如果换成爱奇艺,那么也一样,技术被商业利益绑架,搞的让人觉得技术很无能,而实际上,真正的SB,真正的技术奸人,就是那些不懂技术的所谓技术经理,他们才是最可恶的罪魁祸首。
然而,需求也是他们提供的,没有他们,技术工程师甚至不知道做什么…这比较悲哀。
经理们啊,穿西装的经理们啊,穿皮鞋的经理,们!
拥塞控制,使我不得开心颜!
谢特,爆炸!浙江温州皮鞋湿!
原文链接: https://blog.csdn.net/dog250/article/details/81409213
欢迎关注
微信关注下方公众号,第一时间获取干货硬货;公众号内回复【pdf】免费获取数百本计算机经典书籍;
也有高质量的技术群,里面有嵌入式、搜广推等BAT大佬
原创文章受到原创版权保护。转载请注明出处:https://www.ccppcoding.com/archives/406789
非原创文章文中已经注明原地址,如有侵权,联系删除
关注公众号【高性能架构探索】,第一时间获取最新文章
转载文章受原作者版权保护。转载请注明原作者出处!