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

通信信道帶寬為1Gb/s,端到端時延為10ms。TCP的發(fā)送窗口為65535字節(jié)。試問:可能達(dá)到的最大吞吐量是多少?信道的利用率是多少?

這篇具有很好參考價值的文章主要介紹了通信信道帶寬為1Gb/s,端到端時延為10ms。TCP的發(fā)送窗口為65535字節(jié)。試問:可能達(dá)到的最大吞吐量是多少?信道的利用率是多少?。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報違法"按鈕提交疑問。

在Bing和CSDN上轉(zhuǎn)了一圈,答案千奇百怪。很多只給計算,不給解釋,對新手不太好理解。本答案參考了網(wǎng)上已有的幾乎所有答案,補(bǔ)充了一些基本概念和公式,零基礎(chǔ)友好,希望對各位有幫助。

概念

首先,一些基本的概念:?

1.通信信道帶寬:理論上信道能夠達(dá)到的最大數(shù)據(jù)傳輸速率。比如此處的1Gb/s,意思是該信道一秒內(nèi)最多可以傳送1Gb的數(shù)據(jù)。(此處取數(shù)字信道的帶寬定義,因為這里的單位是數(shù)字信道的單位,所以模擬信道我們就不用管了。但千萬別以為信道帶寬只有這一種意思。實(shí)際上信道帶寬一般分為兩種,模擬信號帶寬 和 數(shù)字信號帶寬。參見百度百科:信道帶寬

我們題中的信道帶寬單位是 Gb/s,顯然是指數(shù)字信道帶寬。數(shù)字信道:能傳輸數(shù)字信號的信道稱之為數(shù)字信道。數(shù)字信道的帶寬為信道能夠達(dá)到的最大數(shù)據(jù)速率。)

2.與帶寬對應(yīng)的概念就是最大吞吐量。前面說了信道帶寬是理論上的最大數(shù)據(jù)傳輸速率,而吞吐量就是兩臺主機(jī)之間實(shí)際的數(shù)據(jù)傳輸速率,即實(shí)際上單位時間內(nèi)能傳輸多少數(shù)據(jù)。

我們平時買電腦裝寬帶,或者是手機(jī)套餐的帶寬有多少Mb/s,運(yùn)營商告訴我們的就是這里的理論上的帶寬。但實(shí)際上因為各種物理限制,以及一般顯示的是MB/s(理論上的帶寬再除以8),所以運(yùn)行時顯示的速度要比運(yùn)營商告訴我們的小很多。

畢竟,大多數(shù)情況下,理想和現(xiàn)實(shí)總是有點(diǎn)差距的。。。

3.端到端時延就不說了,別的地方有文章介紹,一搜就知道了。

計算

網(wǎng)上主要有兩種計算方式:

方法一(多數(shù)情況下采用該答案):

需要用到的公式:

1.最大吞吐量 = 每個窗口的大小*單位時間內(nèi)(即1s內(nèi))能發(fā)送的窗口個數(shù)。(感覺不如法二好理解)

因為我們前面說了最大吞吐量的概念,即單位時間內(nèi)能傳送的數(shù)據(jù)量。我們知道,電子設(shè)備在互相通信的時候,很多是以電磁波的形式(光速,c)向外發(fā)送和接收信息的。每一秒都有無數(shù)次的發(fā)送和接收,所以要是我們能求出每一次發(fā)送的數(shù)據(jù)量的多少(假設(shè)每次發(fā)送的數(shù)據(jù)都是一樣大的,即一個窗口大小),以及單位時間內(nèi)能發(fā)送多少次,不就能知道單位時間內(nèi)一共能發(fā)送多少數(shù)據(jù)嗎?

2,用實(shí)際的吞吐量 / 帶寬,即為信道利用率。

現(xiàn)在窗口大小有了(65532B),我們得知道單位時間(1s)內(nèi)能發(fā)送的窗口個數(shù),顯然這個值=1s / 每發(fā)送1個窗口所需的時間,算得的就是個數(shù)了。所以首先需要求發(fā)送一個窗口所需的總時延。

總時延 = 發(fā)送時延 + 傳播往返時延 (書上有解釋這三個“時延”)

發(fā)送時延?= 數(shù)據(jù)長度 / 信道帶寬 =? 65535*8bit? /? 1Gb/s? = 0.52428*10-3s ≈ 0.52ms
傳播往返時延?=?兩倍的端到端時延?=2*10=20ms (發(fā)送數(shù)據(jù)和接收確認(rèn))

故每發(fā)送一個窗口大小的數(shù)據(jù)需要的總時間為:

??總時延?= 0.52?+ 20 = 20.52?ms。

故每秒鐘可以產(chǎn)生1000/20.52個窗口,
因此最大數(shù)據(jù)吞吐量 = 1個窗口的大小 * 每秒可以發(fā)送的窗口個數(shù)=65535*8*(1000/20.52)= 25549707bit/s ≈ 25.5Mb/s
故信道利用率 = 25.5Mb/s ÷ 1000Mb/s ≈ 2.55%

注釋:表示速率時,1Kb/s=10^3b/s,1Mb/s=10^6b/s,1Gb/s=10^9b/s


解析:

信道利用率,實(shí)際上即指信道的信息?傳輸效率 ,也等于?發(fā)送時間/總時間。

回顧求總時延的那一行,我們會發(fā)現(xiàn)此時兩臺主機(jī)之間進(jìn)行信息交換的時候,傳播時延遠(yuǎn)大于發(fā)送時延。即絕大部分時間都花在“路”(傳播)上了,我們發(fā)送數(shù)據(jù)出去的時間只占總時間的很小一部分。所以信道利用率是不是很低呢,意思是傳輸效率很低。


可能是因為題目還存在一些爭議(見方法二的解法),所以我們學(xué)校老師對該題后來進(jìn)行了一些補(bǔ)充,總之如果是學(xué)校一般作業(yè)的話,采用上面這個答案基本沒有問題。

所作的補(bǔ)充:

吞吐量=發(fā)送數(shù)據(jù)量 / 總時間。

而這個公式里的 發(fā)送數(shù)據(jù)量,一般會考慮加入TCP和IP各自首部的20個字節(jié),共40個字節(jié);總時間仍然=發(fā)送時間+往返時間(即兩倍的端到端延時)

所以如果加上TCP、IP首部的40個字節(jié),我們要算的發(fā)送的數(shù)據(jù)量則為65535+40=65575Byte。結(jié)果會有微小的變化,但是如果你們的題目未做更多說明,答案可以直接寫上面的,不用修改。

在以上補(bǔ)充完的題設(shè)下的方法二。

方法二:

需要的公式:

①最大吞吐量=發(fā)送的數(shù)據(jù)總量(即TCP窗口大小) / 消耗的總時間

②信道利用率?= 最大吞吐量 / 帶寬

所以接下來總體的目標(biāo)就是求? 發(fā)送的數(shù)據(jù)量? 和? 消耗的時間? 的問題了。

1.首先,計算數(shù)據(jù)總量:

L=65535+40=65575Byte

L=65575*8=524600 bit

2.計算消耗的總時間:

發(fā)送時延(L/C)=數(shù)據(jù)長度 / 信道帶寬=524600 bit? /?1Gb/s? = 0.52428*10-3s ≈ 0.52ms

往返時延(2*Td)?=?兩倍的端到端時延?=2*10=20ms

總時間=L/C + 2*Td =20.52ms

3.可能達(dá)到的最大吞吐量,用公式①:

最大吞吐量?= 524600 bit / 20.52ms?= 524600 bit / ( 20.52*?10^-3s)≈?25.57?Mb/s

4.計算 信道利用率,用公式②:

信道利用率?= 25.57 Mbps / 1Gbps = 25.57×10^6?bps ?/ 10^9bps = 0.02557 ≈ 2.56%

因此,可能達(dá)到的最大吞吐量為25.57 Mb/s,信道利用率為2.56%。


補(bǔ)充

  • 窗口大?。╓indow Size)是TCP協(xié)議中用于控制發(fā)送端發(fā)送數(shù)據(jù)的參數(shù)。
  • 往返時延(Round-Trip Time,RTT)是數(shù)據(jù)從發(fā)送方發(fā)送到接收方并返回所需的時間。

以上兩種計算方法其實(shí)是一樣的,只不過理解稍有不同。法一是用窗口個數(shù)來計算吞吐量,窗口大小沒有包括TCP和IP的首部。而法二的吞吐量則直接由數(shù)據(jù)量除以時間,把兩種方法的公式一展開我們會發(fā)現(xiàn)其實(shí)是一樣的。都是 L / T總,法二的L包括了首部。???????文章來源地址http://www.zghlxwxcb.cn/news/detail-770005.html

到了這里,關(guān)于通信信道帶寬為1Gb/s,端到端時延為10ms。TCP的發(fā)送窗口為65535字節(jié)。試問:可能達(dá)到的最大吞吐量是多少?信道的利用率是多少?的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(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)擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

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

相關(guān)文章

  • 重估端到端原則

    重估端到端原則

    評價技術(shù)迭代的舊的定勢眼光來自于該技術(shù)誕生時。 1970/80/90 年代,相比傳輸帶寬技術(shù),處理器更強(qiáng)。網(wǎng)絡(luò)協(xié)議傾向于字段多,字段小且緊湊,盡可能減少傳輸量,用 “算法技巧” 等價,如果 TCP 序列號 48 位,win 48 位,端口號 48 位,所有與 PAWS,win scale option,get unique tup

    2024年02月07日
    瀏覽(44)
  • 端到端自動駕駛

    端到端自動駕駛

    自動駕駛主要流程:感知-預(yù)測-規(guī)劃 預(yù)測是預(yù)測周圍目標(biāo)(車、行人、動物等)的軌跡,規(guī)劃是規(guī)劃自車的運(yùn)動軌跡。 使用transformer架構(gòu), 統(tǒng)一自動駕駛流程 ,完成所有檢測,跟蹤,建圖,軌跡預(yù)測,占據(jù)柵格預(yù)測與規(guī)劃的端到端推理。 參考: CVPR 2023 Award Candidate | 自動駕

    2024年01月25日
    瀏覽(20)
  • Nginx代理下載超過1GB的文件失敗問題的解決

    項目中通過nginx代理請求后端的下載接口,超過1g的文件下載后文件損壞,并且大小只有1g Nginx Buffer 機(jī)制默認(rèn)開啟時根據(jù) proxy_buffer_size 和 proxy_buffers 參數(shù)控制寫入內(nèi)存的大小,如果超過buffer的限制,就會通過 proxy_max_temp_file_size 參數(shù)響應(yīng)其余部分寫入到磁盤臨時文件 。 由于

    2024年02月15日
    瀏覽(18)
  • 什么是端到端測試?

    什么是端到端測試?

    端到端測試(End-To-End Testing, 簡稱E2E測試)是一種 從頭到尾測試整個軟件產(chǎn)品 以確保應(yīng)用程序流程按預(yù)期運(yùn)行的技術(shù)。它定義了產(chǎn)品的系統(tǒng)依賴性,并確保所有集成部分按預(yù)期協(xié)同工作。 端到端測試的主要目的是 通過模擬真實(shí)用戶場景并驗證被測系統(tǒng)及其組件的集成和數(shù)據(jù)

    2024年02月07日
    瀏覽(35)
  • 前端實(shí)現(xiàn)端到端測試(代碼版)

    前端實(shí)現(xiàn)端到端測試(代碼版)

    playwright 、 cypress 、 selenium 對比 個人初步使用后,推薦playwright 框架作為e2e test 下載 cypress npm install cypress --save-dev package.json npm run cypress:open 使用流程 入門官方文檔 npm run cypress:open 左側(cè)端測試,右側(cè)組件測試,點(diǎn)擊左側(cè) 選擇你需要的瀏覽器,點(diǎn)擊開始 自動打開瀏覽器,點(diǎn)擊左側(cè)s

    2024年02月04日
    瀏覽(26)
  • 【端到端圖像壓縮】CompressAI運(yùn)行記錄

    【端到端圖像壓縮】CompressAI運(yùn)行記錄

    目錄 0 前言 1 代碼來源 2 代碼的運(yùn)行 2.1 CompressAI下載與安裝 2.2 運(yùn)行示例程序 3 結(jié)果分析 4 結(jié)論 5 參考文獻(xiàn) 0 前言 期末作業(yè)要求運(yùn)行端到端的圖像壓縮代碼,過程中學(xué)習(xí)了csdn上諸多教程。這里將運(yùn)行的過程分享出來。 1 代碼來源 目前大多數(shù)文獻(xiàn)附帶的代碼是在Linux平臺使用

    2024年02月12日
    瀏覽(50)
  • 實(shí)時Flink的端到端檢測和測試

    在現(xiàn)代軟件開發(fā)中,實(shí)時數(shù)據(jù)處理和檢測是非常重要的。Apache Flink是一個流處理框架,可以用于實(shí)時數(shù)據(jù)處理和分析。在本文中,我們將討論Flink的端到端檢測和測試,以及如何實(shí)現(xiàn)高效和可靠的實(shí)時數(shù)據(jù)處理。 實(shí)時數(shù)據(jù)處理是指在數(shù)據(jù)生成的同時對數(shù)據(jù)進(jìn)行處理和分析。這

    2024年02月22日
    瀏覽(21)
  • 單元測試與端到端測試——主要區(qū)別

    目錄 前言: 什么是單元測試? 單元測試生命周期 單元測試的好處 那么它有什么好處呢? 單元測試示例 單元測試的類型 單元測試工具 什么是端到端測試? 端到端測試 端到端測試的主要好處是什么? 端到端測試示例 端到端測試的類型 橫向端到端測試 垂直端到端測試 端到

    2024年02月15日
    瀏覽(21)
  • 端到端 RAG 解決方案 RAGFlow 正式開源

    端到端 RAG 解決方案 RAGFlow 正式開源

    繼 AI 原生數(shù)據(jù)庫 Infinity 于去年底正式開源之后,我們的端到端 RAG 解決方案 RAGFlow 也于今日正式開源。在回答 RAGFlow 是一款怎樣的產(chǎn)品之前,我們先來談?wù)劄楹我鲞@樣一款產(chǎn)品。 RAG 發(fā)展到今日,已經(jīng)成為 LLM 面向 B 端服務(wù)的共識,然而時至今日,針對它的疑問卻從來沒有

    2024年04月08日
    瀏覽(17)
  • 關(guān)于海康MVS軟件顯示速率低與1GB、相機(jī)丟包的設(shè)置優(yōu)化

    關(guān)于??礛VS軟件顯示速率低與1GB、相機(jī)丟包的設(shè)置優(yōu)化

    MVS軟件顯示速率低與1GB 工控機(jī)主要應(yīng)用與視覺檢測!相機(jī)網(wǎng)線及工控機(jī)網(wǎng)口都是千兆的!設(shè)置完巨幀數(shù)和速度與雙工(選擇為全雙工),顯示速度低與1GB,不能夠正常工作 這種情況均為MVS設(shè)置不熟悉,可參照如下設(shè)置優(yōu)化相應(yīng)端口相機(jī)配置 A.關(guān)閉采集控制幀速率控制。 B.L

    2024年02月07日
    瀏覽(154)

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

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

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

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

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包