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

計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】

這篇具有很好參考價(jià)值的文章主要介紹了計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

Google的TCP BBR擁塞控制算法深度解析
宏觀背景下的BBR

慢啟動(dòng)、擁塞避免、快速重傳、快速恢復(fù)

計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】,計(jì)算機(jī)網(wǎng)絡(luò),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

說(shuō)實(shí)話,這些機(jī)制完美適應(yīng)了1980年代的網(wǎng)絡(luò)特征,低帶寬淺緩存隊(duì)列,美好持續(xù)到了2000年代。

隨后互聯(lián)網(wǎng)大爆發(fā),多媒體應(yīng)用特別是圖片,音視頻類的應(yīng)用促使帶寬必須猛增,而摩爾定律促使存儲(chǔ)設(shè)施趨于廉價(jià)而路由器隊(duì)列緩存猛增,這便是BBR誕生的背景。

計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】,計(jì)算機(jī)網(wǎng)絡(luò),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

正文之前,給出本文的圖例:

計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】,計(jì)算機(jī)網(wǎng)絡(luò),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

BBR的組成

bbr算法實(shí)際上非常簡(jiǎn)單,在實(shí)現(xiàn)上它由5部分組成:

計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】,計(jì)算機(jī)網(wǎng)絡(luò),計(jì)算機(jī)網(wǎng)絡(luò),tcp/ip,網(wǎng)絡(luò)協(xié)議

BBR(Bottleneck Bandwidth and Round-trip time)擁塞控制算法是由Google開(kāi)發(fā)的一種現(xiàn)代化的TCP擁塞控制算法。與傳統(tǒng)的TCP擁塞控制算法(如TCP Cubic)相比,BBR采用了不同的工作原理和算法策略。

BBR擁塞控制算法具有以下幾個(gè)顯著的優(yōu)勢(shì):

  1. 高帶寬利用率:BBR算法通過(guò)準(zhǔn)確估算網(wǎng)絡(luò)的瓶頸帶寬,能夠充分利用可用的帶寬資源。相比傳統(tǒng)的擁塞控制算法,如TCP Cubic,它能夠更有效地利用網(wǎng)絡(luò)帶寬,提供更高的吞吐量。
  2. 低延遲:BBR算法通過(guò)實(shí)時(shí)測(cè)量往返時(shí)間(RTT)和帶寬來(lái)調(diào)整發(fā)送速率,以最小化網(wǎng)絡(luò)延遲。它能夠更快地適應(yīng)網(wǎng)絡(luò)變化,并通過(guò)動(dòng)態(tài)的發(fā)送速率控制來(lái)減少排隊(duì)延遲,從而提供更低的端到端延遲。
  3. 公平性:BBR算法采用了公平共享帶寬的策略,以避免某些連接占據(jù)過(guò)多的帶寬,導(dǎo)致其他連接的性能下降。它能夠在網(wǎng)絡(luò)負(fù)載較高的情況下,相對(duì)公平地分配帶寬資源,確保多個(gè)連接能夠公正地競(jìng)爭(zhēng)帶寬。
  4. 適應(yīng)性:BBR算法具有較好的自適應(yīng)性,能夠根據(jù)網(wǎng)絡(luò)條件的變化進(jìn)行實(shí)時(shí)調(diào)整。它能夠快速響應(yīng)網(wǎng)絡(luò)的帶寬和延遲變化,自動(dòng)調(diào)整發(fā)送速率,以適應(yīng)不同的網(wǎng)絡(luò)環(huán)境和擁塞程度。
  5. 丟包率減少:由于BBR算法采用了基于帶寬和延遲的擁塞控制策略,它能夠減少網(wǎng)絡(luò)中的擁塞和丟包情況。相比傳統(tǒng)算法,BBR能夠更好地探測(cè)和應(yīng)對(duì)網(wǎng)絡(luò)擁塞,從而減少丟包率。

a. 噪聲丟包

如果是噪聲丟包,在收到reordering個(gè)重復(fù)ACK后,由于bbr并不區(qū)分一個(gè)確認(rèn)是ACK還是SACK引起的,所以在bbr看來(lái),即時(shí)帶寬并沒(méi)有降低,可能還有所增加,所以一個(gè)數(shù)據(jù)包的丟失并不會(huì)引發(fā)什么,bbr依舊會(huì)給出一個(gè)比較大的cwnd配額,此時(shí)雖然TCP可能已經(jīng)進(jìn)入了Recovery狀態(tài),但bbr依舊按照自己的bw以及調(diào)整后的增益系數(shù)來(lái)計(jì)算cwnd的新值,過(guò)程中并不會(huì)受到任何TCP擁塞狀態(tài)的影響。

如此一來(lái),所有的噪聲丟包就被區(qū)別開(kāi)來(lái)了!bbr的宗旨是:“首先,在我的bw計(jì)算指示我發(fā)生擁塞之前,任何傳統(tǒng)的TCP擁塞判斷-丟包/時(shí)延增加,均全部失效,我并不care丟包和RTT增加”,隨后brr又會(huì)說(shuō):“但是我比較care的是,RTT在一段時(shí)間內(nèi)(隨你怎么配,但我個(gè)人傾向于自學(xué)習(xí))都沒(méi)有達(dá)到我所采集到的最小值或者更小的值!這也許意味著著鏈路真的發(fā)生擁塞了!”…

b. 擁塞丟包

將a的論述反過(guò)來(lái),我們就會(huì)得到奇妙的封閉性結(jié)論。這樣,bbr不光是消除了吞吐曲線的鋸齒(ssthresh所致,bbr并不使用ssthresh!),而且還消除了傳統(tǒng)擁塞控制算法的判斷滯后性問(wèn)題。在cubic發(fā)現(xiàn)丟包進(jìn)而判斷為擁塞時(shí),擁塞可能已經(jīng)緩解了,但是cubic無(wú)法發(fā)現(xiàn)這一點(diǎn)。為什么?原因在于cubic在計(jì)算新的cwnd的時(shí)候,并沒(méi)有把當(dāng)前的網(wǎng)絡(luò)狀態(tài)(比如bw)當(dāng)作參數(shù),而只是一味的按照數(shù)學(xué)意義上的三次方程去計(jì)算,這是錯(cuò)誤的,這不是一個(gè)正確的反饋系統(tǒng)的做法!

基于a和b,看到了吧,這就是新的擁塞判斷機(jī)制!綜合考慮丟包和RTT的增加:

b-1.如果丟包時(shí)真的發(fā)生了擁塞,那么測(cè)量的即時(shí)帶寬肯定會(huì)減少,否則,丟包即擁塞就是謊言。

b-2.如果RTT增加時(shí)真的發(fā)生了擁塞,那么測(cè)量的即時(shí)帶寬肯定會(huì)減少,否則,時(shí)延增加即擁塞就是謊言。

bbr測(cè)量了即時(shí)帶寬,這個(gè)統(tǒng)一cwnd和rtt的計(jì)量,完全忽略了丟包,因此bbr的算法思想是TCP擁塞控制的正軌!事實(shí)上,丟包本就不應(yīng)該作為一種擁塞的標(biāo)志,它只是擁塞的表現(xiàn)。

擁塞控制算法(如TCP擁塞控制算法)的主要目標(biāo)是通過(guò)監(jiān)測(cè)丟包事件來(lái)判斷網(wǎng)絡(luò)的擁塞程度,并調(diào)整發(fā)送速率以緩解擁塞。然而,對(duì)于噪聲丟包,這些算法并不會(huì)做出相應(yīng)的調(diào)整,因?yàn)樵肼晛G包并不表示網(wǎng)絡(luò)擁塞。因此,對(duì)于擁塞控制算法來(lái)說(shuō),區(qū)分噪聲丟包和擁塞丟包是非常重要的。

的調(diào)整,因?yàn)樵肼晛G包并不表示網(wǎng)絡(luò)擁塞。因此,對(duì)于擁塞控制算法來(lái)說(shuō),區(qū)分噪聲丟包和擁塞丟包是非常重要的。

BBR擁塞控制算法在這方面相對(duì)于傳統(tǒng)算法具有優(yōu)勢(shì),它通過(guò)觀察發(fā)送數(shù)據(jù)包的出隊(duì)情況和接收確認(rèn)ACK的延遲時(shí)間,估計(jì)網(wǎng)絡(luò)的瓶頸帶寬,并使用這些信息來(lái)動(dòng)態(tài)調(diào)整發(fā)送速率。BBR算法在設(shè)計(jì)上能夠更好地識(shí)別和應(yīng)對(duì)擁塞丟包,從而提供更好的網(wǎng)絡(luò)性能和擁塞控制。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-775800.html

到了這里,關(guān)于計(jì)算機(jī)網(wǎng)絡(luò)【Google的TCP BBR擁塞控制算法深度解析】的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

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

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

相關(guān)文章

  • 【計(jì)算機(jī)網(wǎng)絡(luò)筆記】傳輸層——擁塞控制原理與解決方法

    【計(jì)算機(jī)網(wǎng)絡(luò)筆記】傳輸層——擁塞控制原理與解決方法

    什么是計(jì)算機(jī)網(wǎng)絡(luò)? 什么是網(wǎng)絡(luò)協(xié)議? 計(jì)算機(jī)網(wǎng)絡(luò)的結(jié)構(gòu) 數(shù)據(jù)交換之電路交換 數(shù)據(jù)交換之報(bào)文交換和分組交換 分組交換 vs 電路交換 計(jì)算機(jī)網(wǎng)絡(luò)性能(1)——速率、帶寬、延遲 計(jì)算機(jī)網(wǎng)絡(luò)性能(2)——時(shí)延帶寬積、丟包率、吞吐量/率 計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)概念 OSI參考模型

    2024年02月05日
    瀏覽(18)
  • 計(jì)算機(jī)網(wǎng)絡(luò)復(fù)習(xí)4----TCP的擁塞窗口cwnd大小與傳輸輪次n的關(guān)系

    計(jì)算機(jī)網(wǎng)絡(luò)復(fù)習(xí)4----TCP的擁塞窗口cwnd大小與傳輸輪次n的關(guān)系

    這里是 鳳凰谷佛 的 計(jì)算機(jī)網(wǎng)絡(luò) 復(fù)習(xí)系列之4,一起來(lái)看看吧! 書(shū)中P236-圖5-27 1.(5—39)TCP的擁塞窗口cwnd大小與傳輸輪次n的關(guān)系如下所示: 試分析回答: (1)指明TCP工作在慢開(kāi)始階段的時(shí)間間隔。 解析: 滿開(kāi)始時(shí)間間隔看在哪一刻2倍增長(zhǎng)停止 (2) 指明TCP工作在擁塞避

    2024年02月08日
    瀏覽(25)
  • 計(jì)算機(jī)網(wǎng)絡(luò)TCP篇之流量控制

    計(jì)算機(jī)網(wǎng)絡(luò)TCP篇之流量控制

    今天談一談我對(duì)于tcp流量控制的看法 在網(wǎng)絡(luò)拓?fù)渲腥绻l(fā)送方節(jié)點(diǎn)的發(fā)送速率大于接受方節(jié)點(diǎn)的接受速率,數(shù)據(jù)會(huì)不斷在接受方的緩沖區(qū)累積,直到接受方的緩沖區(qū)滿的時(shí)候,發(fā)送方繼續(xù)發(fā)送數(shù)據(jù),這時(shí)候接受方無(wú)法存放這些數(shù)據(jù),就只能將數(shù)據(jù)包丟掉,這樣就消耗了網(wǎng)絡(luò)資

    2024年02月07日
    瀏覽(20)
  • 【計(jì)算機(jī)網(wǎng)絡(luò)】TCP傳輸控制協(xié)議——三次握手

    【計(jì)算機(jī)網(wǎng)絡(luò)】TCP傳輸控制協(xié)議——三次握手

    一開(kāi)始,客戶端和服務(wù)端都處于CLOSE狀態(tài),先是服務(wù)端監(jiān)聽(tīng)某個(gè)端口,處于LISTEN狀態(tài)。 然后客戶端主動(dòng)發(fā)起連接SYN,之后處于SYN-SEND狀態(tài)。 服務(wù)端收到發(fā)起的連接,返回SYN,并且ACK客戶端的SYN,之后處于SYN-RECV狀態(tài)。 客戶端收到服務(wù)端發(fā)送的SYN和ACK之后,發(fā)送ACK的ACK,之后處

    2024年02月09日
    瀏覽(23)
  • 大歷史下的 tcp:從早期擁塞控制 到 bbr 再到未來(lái)

    大歷史下的 tcp:從早期擁塞控制 到 bbr 再到未來(lái)

    TCP協(xié)議有了擁塞控制機(jī)制,為什么還會(huì)網(wǎng)絡(luò)擁塞? 隨著骨干帶寬增長(zhǎng),擁塞被阻滯在接入網(wǎng),大規(guī)模擁塞崩潰難再呈現(xiàn),tcp 擁塞控制(不僅限于 tcp,但以 tcp 為主線來(lái)說(shuō))從避免崩潰,保證可用性逐漸轉(zhuǎn)到提高效率。 過(guò)程曲折而漫長(zhǎng)。 起初 aimd 挺好,為了更好,bic/cubic 相繼出

    2024年04月22日
    瀏覽(20)
  • 一鍵為VPS開(kāi)啟BBR擁塞控制算法加速你的VPS網(wǎng)絡(luò)速度

    BBR是Google在2016年開(kāi)源的一套TCP擁塞控制算法,目的是最大程度的利用VPS的帶寬,增加吞吐量,提高VPS網(wǎng)絡(luò)速度。 Google BBR項(xiàng)目地址:https://github.com/google/b 并且已經(jīng)集成到Linux 4.9以上的內(nèi)核中,BBR的作用是簡(jiǎn)而言之就是盡量跑滿帶寬,加速VPS網(wǎng)絡(luò)速度。 下面介紹下如何在自己

    2024年02月11日
    瀏覽(22)
  • 計(jì)算機(jī)網(wǎng)絡(luò)—TCP

    計(jì)算機(jī)網(wǎng)絡(luò)—TCP

    源端口號(hào)和目標(biāo)端口號(hào):16位字段,用于標(biāo)識(shí)TCP連接的源和目標(biāo)端口號(hào)。 序列號(hào)(Sequence Number):32位字段,用于標(biāo)識(shí)發(fā)送的數(shù)據(jù)字節(jié)流中的第一個(gè)字節(jié)的序號(hào)。 確認(rèn)號(hào)(Acknowledgment Number):32位字段,確認(rèn)收到的字節(jié)序號(hào),即期望接收的下一個(gè)字節(jié)的序號(hào)。 數(shù)據(jù)偏移:4位字

    2024年02月13日
    瀏覽(35)
  • 【計(jì)算機(jī)網(wǎng)絡(luò)】TCP協(xié)議

    【計(jì)算機(jī)網(wǎng)絡(luò)】TCP協(xié)議

    實(shí)驗(yàn)?zāi)康?應(yīng)用所學(xué)知識(shí): 1. 熟悉 TCP 的協(xié)議格式。 2. 理解 TCP 對(duì)序列號(hào)和確認(rèn)號(hào)的使用。 3. 理解 TCP 的流量控制算法和擁塞控制算法。 實(shí)驗(yàn)步驟與結(jié)果 1.任務(wù)一: 將Alice.txt上傳到服務(wù)器: 使用wireshark捕獲數(shù)據(jù)包,看到計(jì)算機(jī)和gaia.cs.umass.edu之間的一系列 TCP 和 HTTP 通信,包

    2023年04月20日
    瀏覽(23)
  • 計(jì)算機(jī)網(wǎng)絡(luò)-TCP協(xié)議

    計(jì)算機(jī)網(wǎng)絡(luò)-TCP協(xié)議

    TCP被稱為面向連接的,因?yàn)樵趹?yīng)用程序開(kāi)始互傳數(shù)據(jù)之前,TCP會(huì)先建立一個(gè)連接,該連接的建立涉及到 三次“握手 ”。 TCP的連接不是一條真實(shí)存在的電路,而是一條邏輯鏈接 ,其共同狀態(tài)僅保留在兩個(gè)通信端系統(tǒng)的TCP程序中。 TCP連接也是點(diǎn)對(duì)點(diǎn)的,即TCP連接只能存在于一

    2024年02月08日
    瀏覽(37)
  • 【計(jì)算機(jī)網(wǎng)絡(luò)】簡(jiǎn)易TCP網(wǎng)絡(luò)小程序

    【計(jì)算機(jī)網(wǎng)絡(luò)】簡(jiǎn)易TCP網(wǎng)絡(luò)小程序

    1.1.1 服務(wù)端創(chuàng)建套接字 我們將TCP服務(wù)器封裝成一個(gè)類,當(dāng)我們定義出一個(gè)服務(wù)器對(duì)象后需要馬上對(duì)服務(wù)器進(jìn)行初始化,而初始化TCP服務(wù)器要做的第一件事就是創(chuàng)建套接字。 TCP服務(wù)器在調(diào)用socket函數(shù)創(chuàng)建套接字時(shí),參數(shù)設(shè)置如下: 協(xié)議家族選擇 AF_INET ,因?yàn)槲覀円M(jìn)行的是網(wǎng)

    2024年02月16日
    瀏覽(24)

覺(jué)得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

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

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包