广东网站设计网站,做音乐下载网站,网站备案成功怎么查备案号,做自己的建材配送网站昨天发了一篇 非技术文章#xff0c;很多人找我讨论#xff0c;浓缩成一句话#xff0c;就是 “死道友而不死贫道”#xff0c;我的简历上写着这些把戏能带来什么#xff0c;我的 blog 上写着这么做是多么无耻#xff0c;哈哈。 看看共享链路上如何挤占带宽#xff1a; …昨天发了一篇 非技术文章很多人找我讨论浓缩成一句话就是 “死道友而不死贫道”我的简历上写着这些把戏能带来什么我的 blog 上写着这么做是多么无耻哈哈。 看看共享链路上如何挤占带宽
如果 B 倔强地也要保住自己在 start 点的 bw 怎么办假设 B 确实通过 inflate inflight 保住了自己原来的 bwA 又不服又要抢回来怎么办来看看这个过程
多流均保带宽的代价是高昂的。丢包导致每一个脉冲的能耗白白浪费而排队延时则意味着存储器的能耗。保带宽的结果损人不利己这里就解释了。 看个有趣的Relentless Congestion Control 如果放宽算法的公平性约束抢带宽让带宽就自然多了非常像高速公路的场景了你想快就快不太过分且我也没啥急事就让让你当然我也一样。算法的核心是 instead of applying a multiplicative reduction to cwnd after a loss, cwnd is reduced by the number of lost segments. 完全基于范雅各布森报文守恒精确填充管道发出去 a丢了 bcwnd a - b。relentless cc 承认自己非标 Relentless Congestion Control conforms to neither the details nor the philosophy of current congestion control standards. 与其它 draft 几乎无例外想转正不同relentless cc 甚至不以标准化为目标只记录一种可能性 We are not even planning to standardize it at this time. The goal of the document is to illustrate what new protocol features and properties might be possible if we relax the “TCP-friendly” mandate. 看一下 relentless cc 的工作图示
这方式是不是更温柔呢。 如前述执意保固定带宽有大代价只要别硬杠一般不会有大冲突。流多了就都慢点自己有需要随时 probe如果大家没有特别要紧的事非要给你挤回去一般都会默认的。relentless cc 只是在不停地执行 cwnd cwnd - losses。 非要硬来的话说说 arq 和 fec二者结合效果更好比方说尾部 fec重传 fec。fec 就是提前重传。既然预测到丢包率重传就是必然的等到后面实际丢包(这是必然的)再重传不如提前重传用 fec 的话讲就是发送冗余。但由于拥塞丢包本身就是发送行为的函数拥塞 fec 效果未必好(大概率很差)无论任何时候拥塞都要谨慎对待。 总有人说不受控的 udp 要比 tcp 快其实一个优秀的 udp-based 协议并不比 tcp 快它至少把 tcp 那些东西重新在 udp 上实现了一遍比如 quic最后就成了 yat-yet another tcp 了。但凡为 udp 做加法只能让它更慢但慢并不意味着不好端到端传输协议要全局看。
浙江温州皮鞋湿下雨进水不会胖。
