国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

AIMD 為什么收斂(tcp reno/cubic 為什么好)

這篇具有很好參考價值的文章主要介紹了AIMD 為什么收斂(tcp reno/cubic 為什么好)。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

TCP 擁塞控制目標(biāo)是緩解并解除網(wǎng)絡(luò)擁塞,讓所有流量公平共享帶寬,合在一起就是公平收斂。
AIMD(幾乎所有與擁塞控制相關(guān)的協(xié)議或算法都有 AIMD 的影子,包括 RoCE,BBRv2) 為什么收斂?我一般會給出下面的老圖:
AIMD 為什么收斂(tcp reno/cubic 為什么好)

雖然只展示了兩條流的收斂,但 n 條流收斂的展示無非就是將 2 維坐標(biāo)系換成 n 維坐標(biāo)系,只要能證明任意的 2 維截面都如上圖所示就行,而這件事簡單推導(dǎo)一下就行,比畫坐標(biāo)系還要直觀,再說超過 3 維的坐標(biāo)系也畫不出來。

設(shè)一個 AIMD 系統(tǒng)的 AIMD 參數(shù)為 α \alpha α, β \beta β w i 0 w_{i0} wi0? w j 0 w_{j0} wj0? 分別為任意兩條流的初始窗口,且 w i 0 > w j 0 w_{i0}>w_{j0} wi0?>wj0?,二者之差 d 0 = W i 0 ? W j 0 d_0=W_{i0}-W_{j0} d0?=Wi0??Wj0?。

假設(shè)所有流同步(異步流和 RED 作用下相對復(fù)雜,用統(tǒng)計(jì)分布代替公式),一個 AIMD 周期后,兩條流的 cwnd 分別為 w i 0 = w i = β ? ( w i 0 + α ) w_{i0}=w_i= \beta*(w_{i0}+\alpha) wi0?=wi?=β?(wi0?+α) w j 0 = w j = β ? ( w j 0 + α ) w_{j0}=w_j= \beta*(w_{j0}+\alpha) wj0?=wj?=β?(wj0?+α),此時兩條流 cwnd 之差 d = β ? d 0 d=\beta*d_0 d=β?d0?。

再下一個周期, w i 0 = w i = β ? ( β ? ( w i 0 + α ) + α ) w_{i0}=w_i= \beta*(\beta*(w_{i0}+\alpha)+\alpha) wi0?=wi?=β?(β?(wi0?+α)+α) w j 0 = w j = β ? ( β ? ( w j 0 + α ) + α ) w_{j0}=w_j= \beta*(\beta*(w_{j0}+\alpha)+\alpha) wj0?=wj?=β?(β?(wj0?+α)+α),兩條流 cwnd 之差 d = β 2 ? d 0 d=\beta^2*d_0 d=β2?d0?

容易得到,在第 n 個 AIMD 周期后,兩條流 cwnd 之差為 d = β n d 0 d=\beta^nd_0 d=βnd0?,趨向于 0,這意味著無論初始時刻任意兩條流差異多么大,最終它們將趨同。

值得注意的是,無論是 AI 過程還是 MD 過程,都單獨(dú)對收斂有貢獻(xiàn),假設(shè)持續(xù) AI,從不 MD,觀察一個比值 w i 0 + x w j 0 + x \dfrac{w_{i0}+x}{w_{j0}+x} wj0?+xwi0?+x?, x 越大,比值越趨向于 1,在總體量面前,差異將無關(guān)緊要,另一方面,假設(shè)持續(xù) MD,從不 AI,觀察一個差值 β x ? w i 0 ? β x ? w j 0 \beta^x*w_{i0}-\beta^x*w_{j0} βx?wi0??βx?wj0?, x 越大,該差值趨向于 0,宏觀上看,差異消失。

總體而言,AI 的過程與初始值無關(guān),它是一種與初始優(yōu)勢相反的力量,保持差值不變,比例趨向公平,削減掉相對差異,而 MD 則與初始值強(qiáng)相關(guān),但它下降的速率越來越慢,保持差值趨向公平,比例不變,削減掉絕對差異。AIMD 共同作用,各自效用獨(dú)立積累,無論在比例差異還是在絕對差異均被時間抹平。

舉個例子,A 有 1 塊錢,B 有 9 塊錢,兩人很公平,因?yàn)橘徺I力有絕對值下限,雖然 A 和 B 相差 9 倍,但他們可能都買不到東西,但 A 有 100 萬塊,B 有 900 萬塊,就不再公平了,此時 9 倍的差異關(guān)乎他們生活在不同層次,如果 A 有 1 億零 100 塊,B 有 1 億零 900 塊,又會非常公平。

大概社會平均工資,普調(diào),年終獎,股權(quán)被稀釋,工資被倒掛,就和 AIMD,AIAD,MIMD,MIAD 有關(guān)。用上述的簡單推導(dǎo)可以證明,除了 AIMD 可以收斂到公平,其它 3 種均不行。

AIMD-based cc,比如 reno,cubic,scalable,highspeed,它們被認(rèn)為不如 BBR,但事后看,這些算法并不是在根本上不如 BBR,而 BBR 也不是根本上就優(yōu)秀,前面說過,BBR 的高效來自于瞬時記住并憋住的 maxbw,而 cubic(包括其它 AIMD cc) 的問題在于它不能識別隨機(jī)丟包。而 AIMD 本身與效率無關(guān),它只關(guān)注公平收斂。

cubic 只要增加丟包分類識別就能解決問題, 而 BBR 無論 probebw 還是 probertt 均無法完備論證收斂,只在 “效果” 上顯示出 “加速比與帶寬占比負(fù)相關(guān)”,而這是過不了審的。

已經(jīng)有了很多 “cubic-改” 算法,大多數(shù)引入了 delay 甚至 delay 梯度,在丟包發(fā)生時二次確認(rèn)擁塞是否真實(shí)存在,事實(shí)上 westwood 就是一種比較合理的算法,它收斂到瓶頸帶寬,而不是固定比例。然而由于實(shí)現(xiàn)粗糙(依然是受制于 Linux 擁塞狀態(tài)機(jī)),westwood 未竟全功。

還有另一種擁塞判定方法,二次機(jī)會法,事先為 AIMD 準(zhǔn)備兩個 beta 參數(shù),當(dāng)檢測到丟包時,隨即將 cwnd 下降一個更小的 beta 比例,進(jìn)入包守恒開始重傳恢復(fù),如果重傳率超過一個閾值,則將 cwnd 下降更大的 beta,視情況從兩個 MD 中任意一個開始進(jìn)行 AI:
AIMD 為什么收斂(tcp reno/cubic 為什么好)
避開的只是隨機(jī)丟包,絲毫不影響擁塞丟包后的收斂。

非常簡單,不需要像 westwood 還要計(jì)算瓶頸帶寬,代價就是誤判會增加重傳率,好在只有二次機(jī)會,只會增加一點(diǎn)點(diǎn),不像 BBR 憋住 10 round 那樣執(zhí)著。

公平收斂,抓住一個小基本點(diǎn)就行了,這是控制平面的底座,其它的,留給應(yīng)用自己以及底層鏈路,就好像線路斷了,再好的算法也無濟(jì)于事,另一方面,application-limited 傳輸,再好的算法也用不上,但無論如何,公平是剛需。

其實(shí)菜市場攤販就遵循 AIMD 以避開相互內(nèi)耗的價格戰(zhàn),最終你會發(fā)現(xiàn)各個攤販的菜價都一樣,差別只是質(zhì)量口碑而已。菜市場剛開張時,各家促銷,緩慢加價,最終發(fā)現(xiàn)客戶流失時,又大減價(注意這個 “大” 字),大促銷,最終他們的價格趨向于一致。當(dāng)然,TCP 這方面屬于后生,但 AIMD 是一個放之四海而皆準(zhǔn)的通用控制論模型,在它的框架下做事就對了,但凡違背的,事情將會越發(fā)精細(xì),復(fù)雜。

浙江溫州皮鞋濕,下雨進(jìn)水不會胖。文章來源地址http://www.zghlxwxcb.cn/news/detail-456319.html

到了這里,關(guān)于AIMD 為什么收斂(tcp reno/cubic 為什么好)的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 異步 AIMD 收斂

    異步 AIMD 收斂

    給出的一直都是同步 AIMD 收斂,所以簡單,但不至于 bbr 單流情形退化成簡陋。 給出一個異步 AIMD 收斂過程是必要的,可見,它同樣是簡潔優(yōu)美的: 雖然我沒有標(biāo)注太多,它始終沒有成為一團(tuán)亂麻。 和同步 AIMD 相比,異步 AIMD 消除了全局同步造成的同步浪費(fèi),一方 MD 出讓資

    2024年02月07日
    瀏覽(16)
  • TCP為什么需要進(jìn)行三次握手深入解析

    首先簡單介紹一下TCP三次握手 在TCP/IP協(xié)議中,TCP協(xié)議提供可靠的連接服務(wù),采用三次握手建立一個連接。 第一次握手:建立連接時,客戶端發(fā)送syn包(syn=j)到服務(wù)器,并進(jìn)入SYN_SEND狀態(tài),等待服務(wù)器確認(rèn); 第二次握手:服務(wù)器收到syn包,必須確認(rèn)客戶的SYN(ack=j+1),同時自己

    2024年02月05日
    瀏覽(22)
  • TCP為什么是可靠的(怎么保證有效傳輸?shù)模? decoding=
  • 為什么DNS使用UDP而不是TCP詳解!

    DNS(Domain Name System)使用UDP(User Datagram Protocol)而不是TCP(Transmission Control Protocol)的主要原因是出于性能和效率的考慮。下面詳細(xì)解釋為什么DNS選擇使用UDP協(xié)議: 小型請求和快速響應(yīng):DNS查詢通常是小型請求,僅需要幾個字節(jié)的數(shù)據(jù)傳輸。UDP是無連接的協(xié)議,它不需要在通

    2024年02月02日
    瀏覽(38)
  • TCP/IP傳輸過程中為什么要分片傳輸

    當(dāng)數(shù)據(jù)包太大無法在網(wǎng)絡(luò)中一次傳輸完成時, TCP/IP協(xié)議會將數(shù)據(jù)包分成小塊進(jìn)行傳輸,這就是分片傳輸 。這樣做的原因是因?yàn)椴煌木W(wǎng)絡(luò)設(shè)備或鏈路有最大傳輸大小的限制,比如某些網(wǎng)絡(luò)設(shè)備只能接收較小的數(shù)據(jù)包。 可以把數(shù)據(jù)包想象成一個大塊的蛋糕,而網(wǎng)絡(luò)設(shè)備的MTU就

    2024年02月15日
    瀏覽(24)
  • 白話理解TCP為什么一定要進(jìn)行三次握手

    首先簡單介紹一下TCP三次握手 ??? 在TCP/IP協(xié)議中,TCP協(xié)議提供可靠的連接服務(wù),采用三次握手建立一個連接。 第一次握手:建立連接時,客戶端發(fā)送syn包(syn=j)到服務(wù)器,并進(jìn)入SYN_SEND狀態(tài),等待服務(wù)器確認(rèn); 第二次握手:服務(wù)器收到syn包,必須確認(rèn)客戶的SYN(ack=j+1),同

    2024年02月08日
    瀏覽(24)
  • 4.23、TCP狀態(tài)轉(zhuǎn)換(為什么四次揮手)

    4.23、TCP狀態(tài)轉(zhuǎn)換(為什么四次揮手)

    2MSL(Maximum Segment Lifetime) 主動斷開連接的一方, 最后進(jìn)入一個 TIME_WAIT狀態(tài), 這個狀態(tài)會持續(xù): 2msl msl : 官方建議: 2分鐘 , 實(shí)際是 30s 當(dāng) TCP 連接主動關(guān)閉方接收到被動關(guān)閉方發(fā)送的 FIN 和最終的 ACK 后,連接的主動關(guān)閉方必須處于 TIME_WAIT 狀態(tài)并持續(xù) 2MSL 時間。 這樣就能夠讓 T

    2023年04月22日
    瀏覽(23)
  • 筆記:TCP握手為什么是3次而不是2次?

    這個問題比較常見,這里簡單總結(jié)一下。 一、兩次握手建立連接:流程說明: 1)客戶端發(fā)送SYN。 2)服務(wù)端收到SYN請求后,服務(wù)端回復(fù)SYN+ACK,然后進(jìn)入已連接狀態(tài)。 3)客戶端收到SYN+ACK回復(fù)后,進(jìn)入已連接狀態(tài)。 二、兩次握手建立連接:存在的問題 若客戶端發(fā)送SYN后,沒

    2023年04月13日
    瀏覽(25)
  • (學(xué)習(xí)筆記-TCP連接建立)TCP 為什么是三次握手?不是兩次、四次?

    (學(xué)習(xí)筆記-TCP連接建立)TCP 為什么是三次握手?不是兩次、四次?

    常規(guī)回答:“因?yàn)槿挝帐植拍鼙WC雙方具有接收和發(fā)送的能力” 三次握手的 首要原因是為了防止舊的重復(fù)連接初始化造成混亂 。 假設(shè):客戶端先發(fā)送了SYN(seq=90)報(bào)文,然后客戶端宕機(jī)了,而且這個SYN報(bào)文還被網(wǎng)絡(luò)阻塞了,服務(wù)端并沒有收到,接著客戶端重啟后,又重新向

    2024年02月17日
    瀏覽(23)
  • TCP協(xié)議為什么要三次握手而不是兩次?

    TCP(Transmission Control Protocol,傳輸控制協(xié)議)的歷史可以追溯到1970年代初期,最初的版本是RFC 793,后來經(jīng)過多次更新和改進(jìn),包括RFC 1122、RFC 1323、RFC 2018、RFC 2581、RFC 2873、RFC 3168和RFC 4614等。其中,RFC 1323(TCP Extensions for High Performance)提出了TCP的高性能擴(kuò)展,RFC 2018(TCP Se

    2024年02月06日
    瀏覽(24)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包