【計算機網絡】計算機網絡的性能指標——時延、時延帶寬積、往返時延、信道利用率

計算機網絡的性能指標

【計算機網絡】計算機網絡的性能指標——時延、時延帶寬積、往返時延、信道利用率_數據

導讀

大家好,很高興又和大家見面啦!!!

在上一篇內容中我們介紹了計算機網絡的三個性能指標——速率帶寬吞吐量。用大白話來說就是:網速最高網速實時網速。 相信大家看到這三個詞應該就能夠理解這三種性能指標了。

前面我們也說過,計算機網絡主要有7個性能指標。在今天的內容中,我們將會介紹剩下的4種性能指標——時延、時延帶寬積、往返時延以及信道利用率。下面我們就直接進入今天的主題。

一、時延(Delay)

1.1 定義

時延是指數據(一個報文或分組)從網絡(或鏈路)的一端傳送到另一端所需的總時間,它由4部分構成;發送時延、傳播時延、處理時延和排隊時延。

1.1.1 發送時延

發送時延也稱傳輸時延。節點將分組的所有比特推向鏈路所花的時間,即從發送分組的第一個比特算起,到該分組的最后一個比特發送完畢所花的時間。

1.1.2 傳播時延

傳播時延是指電磁波在信道(傳輸介質)中傳播一定的距離所花的時間,即一個比特從鏈路一端傳播到另一端所需的時間。

1.1.3 處理時延

處理時延是指分組在交換節點為存儲轉發而進行的一些必要處理所花的時間。例如分析分組首部、差錯檢驗或查找合適的路由等。

1.1.4 排隊時延

排隊時延是指分組在路由器的輸入隊列或輸出隊列中排隊等待所花的時間。

因此數據在網絡中經歷的總時延就是以上4部分時延之和:

1.2 個人理解

時延就是消耗的總時間,數據在網絡中從一端發送到另一端需要經歷4個過程:

  1. 發送:節點將數據分組全部發送到鏈路中,這一步所花的時間就是發送時延;
  2. 傳播:這些數據在鏈路中進行傳播時需要花費的時間,這就是傳播時延;
  3. 排隊:分組在傳播到節點后,節點無法一次全部進行接收處理,所有的分組只能一個一個排隊等待節點的處理,這一步所消耗的時間就是排隊時延;
  4. 處理:各個節點在處理分組時,并不是瞬間完成,每一個分組都需要進行相應的處理,以確保能夠正確的轉發到下一個節點中,這時所消耗的時間就是處理時延;

?

【計算機網絡】計算機網絡的性能指標——時延、時延帶寬積、往返時延、信道利用率_數據_05

我們以上圖為例,分別來介紹這4步:

  1. 發送:這里總共有4處發送時延:
  • 數據分組從計算機1發送到鏈路中
  • 數據分組從路由器1轉發到鏈路中
  • 數據分組從路由器2轉發到鏈路中
  • 數據分組從路由器3轉發到鏈路中
  1. 傳播:這里總共有4處傳播時延:
  • 數據分組在計算機1與路由器1之間傳播
  • 數據分組在路由器1與路由器2之間傳播
  • 數據分組在路由器2與路由器3之間傳播
  • 數據分組在路由器3與計算機2之間傳播
  1. 排隊:這里總共有3處排隊時延:
  • 路由器1在接收到分組后,分組需要排隊等待處理
  • 路由器2在接收到分組后,分組需要排隊等待處理
  • 路由器3在接收到分組后,分組需要排隊等待處理
  1. 處理:這里總共有3處處理時延:
  • 路由器1對分組進行處理
  • 路由器2對分組進行處理
  • 路由器3對分組進行處理

1.3 注意事項

  1. 是否要計算目的地的時延?

這時有朋友可能會疑惑,為什么你這里都沒有提到計算機2對數據的處理時延與排隊時延呢?

  • 對于這個問題,我給出的解釋是,在這個例子中,我將其忽略了,我這里關注的是網絡傳播過程中產生的各種時延;
  • 但是,嚴格意義上來說,如果要求計算的是端到端的的時延,那么我們就需要計算最后一個節點——計算機2的處理時延與排隊時延。

因此我們在解決實際問題時,一定要注意分清實際的需求:

  • 我們在以下3種情況下可以忽略目的地的時延:
  • 需要簡化模型時,可忽略
  • 目的地時延太少,可以忽略不計時,可忽略
  • 題目沒有明確說明要計算端到端的時延時,可忽略
  1. 區分傳輸時延與傳播時延

在數據的整個傳播過程中,發送時延又可稱為傳輸時延,別看傳輸與傳播只有一字之差,它們二者的含義卻截然不同:

  • 傳輸時延:數據從節點傳輸到鏈路中所消耗的時間
  • 傳播時延:數據從鏈路傳播到節點中所消耗的時間

從定義上來看,它們的起始點與目的地就不相同,一個是數據從節點到鏈路中所消耗的時間;一個是從鏈路到節點中所消耗的時間。

從影響因素上來看,它們也是有區別的:

  • 傳輸時延:與分組的長度和發送的速率有關
  • 傳播時延:與信道長度和信道上的傳播速率有關

一個是與數據的大小以及節點的性能相關;一個是與信道的長度以及傳輸介質相關;

因此一定要分清這兩種時延,為了避免出錯,當我們看到傳輸時延是,直接將其修改成發送時延。一個發送一個傳播這樣我們就不會弄混了。

二、時延帶寬積

2.1 定義

時延帶寬積是指發送端發送的第一個比特即將到達終點時,發送端已發出了多少比特,也稱以比特為單位的鏈路長度,即:

2.2 個人理解

時延帶寬積乍一看不太好理解,下面我們將其公式修改一下,相信大家就能夠理解了:

時延帶寬積 = 傳播時延 × 信道帶寬↓         ↓         ↓S    =    t    ×    v

    看到這個公式,大家是不是就理解了,所謂的時延帶寬積不就是時間與速度的乘積嗎!!!因此其結果應該是在時間t內以速度v所行駛的距離。

    只不過這里的時間是數據也就是比特在信道上的傳播時延,這里的速度是信道的帶寬,因此求出來的距離應該是信道的長度。

    但是如果只是理解成信道長度的話,還是不太契合,因此我們需要在長度的基礎上進一步理解:

    【計算機網絡】計算機網絡的性能指標——時延、時延帶寬積、往返時延、信道利用率_接收端_07

    從幾何的角度理解就是:

    • 傳播時延:鏈路對應的圓柱體的高
    • 帶寬:鏈路橫截面可以容納的比特數量
    • 鏈路帶寬積:鏈路對應圓柱體可以容納的比特總數量

    三、往返時延(Round-Trip Time, RTT)

    往返時延指的是從發送端發出一個短分組,到發送端收到來自接收端的確認(接收端收到數據后立即發送確認)總共經歷的時間。

    3.2 個人理解

    往返時延也就是我們所說的網絡延遲,當兩臺計算機進行通信時,其中一臺計算機向另一臺計算機發送消息,另一臺計算機在接收到消息后,需要回復一個確認信號,用來告訴該計算機,消息我已經收到了。

    往返時延就是消息發送完后,到收到確認消息所花費的時間,如下所示:

    【計算機網絡】計算機網絡的性能指標——時延、時延帶寬積、往返時延、信道利用率_接收端_08

    這里我們假設通信雙方是由一條鏈路直接連接,中間沒有交換機啥的,那么在一次信息的發送與確認的過程中,各階段的時間消耗如下:

    • t1是數據在信道中的傳播時延
    • t2是接收方處理數據的排隊與處理時延
    • t3是接收方發送確認信息的發送時延
    • t4是確認信息在信道中的傳播時延
    • RTT是整個過程的往返時延

    由上圖我們可以很清楚的看到,往返時延是不包含發送方的發送時延的,并且由于我們假設的是雙方直接由一條鏈路連接,因此中間就省去了交換機的存儲轉發這個過程消耗的時間。

    不過我們要清楚的是,我們這里沒有展示,不代表實際的過程中沒有。在互聯網中,往返時延還包括各中間節點的處理時延、排隊時延及轉發數據時的發送時延。

    四、信道利用率

    信道利用率是指某個信道百分之多少的時間是有數據通過的。

    4.2 個人理解

    信道利用率實際上就是在數據傳輸的過程中,對信道使用的百分比。

    當信道中有數據通過時,才表示信道在被使用。在實際的數據傳輸過程中,信道并不會一直都有數據通過,因此信道利用率可以根據信道被使用的時間與信道被占用的總時間的比值求得。

    信道利用率太低會浪費網絡資源,這里我們可以例舉一個最簡單的例子——電路交換。

    在電路交換中,數據在進行傳輸前需要發送方和接收方之間建立一條專屬的通信通道,此時這條通信通道就被發送方與接收方獨占了。

    我們不難發現,在數據傳播的整個過程中,鏈路的大部分時間都是沒有數據通過的,因此我們說電路交換的信道利用率太低了,嚴重浪費了通信資源。

    但這并不意味著信道利用率并非越高越好,信道利用率太高會產生較大的時延,導致網絡擁塞。

    結語

    在今天的內容中我們介紹了計算機網絡的4種性能指標:

    • 時延:是數據從網絡的一端發送到另一端所需要的總時間,由發送時延、傳播時延、排隊時延、處理時延組成。
    • 時延帶寬積:是指鏈路中可以容納的比特數量
    • 往返時延:是指數據從發送端發送到接收端后,發送端接收到接收端回復的確認信息的總時間,由數據在鏈路中的傳播時延t1,接收方接收到數據后的排隊時延與處理時延t2,接收方發送確認信息的發送時延t3以及確認信息在鏈路中傳播的傳播時延t4組成。
    • 信道利用率:在數據傳輸的過程中,對信道的實際使用率。

    今天的內容到這里就全部結束了,在下一篇內容中我們將介紹《計算機網絡的體系結構》,大家記得關注哦!

    網絡安全學習路線

    對于從來沒有接觸過網絡安全的同學,我們幫你準備了詳細的學習成長路線圖。可以說是最科學最系統的學習路線,大家跟著這個大的方向學習準沒問題。

    同時每個成長路線對應的板塊都有配套的視頻提供:

    需要網絡安全學習路線和視頻教程的可以在評論區留言哦~

    最后
    • 如果你確實想自學的話,我可以把我自己整理收藏的這些教程分享給你,里面不僅有web安全,還有滲透測試等等內容,包含電子書、面試題、pdf文檔、視頻以及相關的課件筆記,我都已經學過了,都可以免費分享給大家!

    給小伙伴們的意見是想清楚,自學網絡安全沒有捷徑,相比而言系統的網絡安全是最節省成本的方式,因為能夠幫你節省大量的時間和精力成本。堅持住,既然已經走到這條路上,雖然前途看似困難重重,只要咬牙堅持,最終會收到你想要的效果。

    黑客工具&SRC技術文檔&PDF書籍&web安全等(可分享)

    結語

    網絡安全產業就像一個江湖,各色人等聚集。相對于歐美國家基礎扎實(懂加密、會防護、能挖洞、擅工程)的眾多名門正派,我國的人才更多的屬于旁門左道(很多白帽子可能會不服氣),因此在未來的人才培養和建設上,需要調整結構,鼓勵更多的人去做“正向”的、結合“業務”與“數據”、“自動化”的“體系、建設”,才能解人才之渴,真正的為社會全面互聯網化提供安全保障。

    特別聲明:
    此教程為純技術分享!本教程的目的決不是為那些懷有不良動機的人提供及技術支持!也不承擔因為技術被濫用所產生的連帶責任!本教程的目的在于最大限度地喚醒大家對網絡安全的重視,并采取相應的安全措施,從而減少由網絡安全而帶來的經濟損失

    本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
    如若轉載,請注明出處:http://www.pswp.cn/news/897412.shtml
    繁體地址,請注明出處:http://hk.pswp.cn/news/897412.shtml
    英文地址,請注明出處:http://en.pswp.cn/news/897412.shtml

    如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

    相關文章

    Refreshtoken 前端 安全 前端安全方面

    網絡安全 前端不需要過硬的網絡安全方面的知識,但是能夠了解大多數的網絡安全,并且可以進行簡單的防御前兩三個是需要的 介紹一下常見的安全問題,解決方式,和小的Demo,希望大家喜歡 網絡安全匯總 XSSCSRF點擊劫持SQL注入OS注入請求劫持DDOS 在我看來,前端可以了解并且防御前…

    vue3框架的響應式依賴追蹤機制

    當存在一個響應式變量于視圖中發生改變時會更新當前組件的所以視圖顯示,但是沒有視圖中不寫這個響應式變量就就算修改該變量也不會修改視圖,這是為什么?我們能否可以理解寬泛的理解為vue組件的更新就是視圖的更新,單當視圖中不存在…

    C#核心(22)string

    前言 我們在之前的學習中已經學習過了很多數字類型的數據結構,但一直沒有講解除了char以外的字符串相關的知識點,這也是我們繼繼承,封裝,重載這些知識點之后要補充講解的核心知識點。 你也發現了,其實在密封函數之后我們就已經開始進入更底層的方面為你講解知識點了,這…

    Spring Boot 本地緩存工具類設計與實現

    在 Spring Boot 應用中,緩存是提升性能的重要手段之一。為了更方便地使用緩存,我們可以設計一套通用的本地緩存工具類,封裝常見的緩存操作,簡化開發流程。本文將詳細介紹如何設計并實現一套 Spring Boot 本地緩存工具類&#xff0…

    引領變革!北京愛悅詩科技有限公司榮獲“GAS消費電子科創獎-產品創新獎”!

    在2025年“GAS消費電子科創獎”評選中,北京愛悅詩科技有限公司提交的“aigo愛國者GS06”,在技術創新性、設計創新性、工藝創新性、智能化創新性及原創性五大維度均獲得評委的高度認可,榮獲“產品創新獎”。 這一獎項不僅是對愛悅詩在消費電子…

    考研英語語法全攻略:從基礎到長難句剖析?

    引言 在考研英語的備考之旅中,語法猶如一座燈塔,為我們在浩瀚的英語知識海洋中指引方向。無論是閱讀理解中復雜長難句的解讀,還是寫作時準確流暢表達的需求,扎實的語法基礎都起著至關重要的作用。本文將結合有道考研語法基礎入門課的相關內容,為大家全面梳理考研英語語法…

    構建自己的AI客服【根據用戶輸入生成EL表達式】

    要實現一個基于對話形式的AI客服系統,該系統能夠提示用戶輸入必要的信息,并根據用戶的輸入生成相應的EL(Expression Language)表達式編排規則,您可以按照以下步驟進行設計和開發。本文將涵蓋系統架構設計、關鍵技術選型…

    【JavaWeb12】數據交換與異步請求:JSON與Ajax的絕妙搭配是否塑造了Web的交互革命?

    文章目錄 🌍一. 數據交換--JSON??1. JSON介紹??2. JSON 快速入門??3. JSON 對象和字符串對象轉換??4. JSON 在 java 中使用??5. 代碼演示 🌍二. 異步請求--Ajax??1. 基本介紹??2. JavaScript 原生 Ajax 請求??3. JQuery 的 Ajax 請求 &a…

    解決CentOS 8.5被惡意掃描的問題

    CentOS 8 官方倉庫已停止維護(EOL),導致一些常用依賴包如fail2ban 無法正常安裝。 完整解決方案: 一、問題根源 CentOS 8 官方倉庫已停更:2021 年底 CentOS 8 停止維護,默認倉庫的包可能無法滿足依賴關系。EPEL 倉庫兼容性:EPEL 倉庫可能未適配 CentOS 8.5 的舊版本依賴…

    使用格式工廠提取視頻中的音頻

    選擇輸出格式:在格式工廠的左側功能欄中,點擊 “音頻” 選項,會展開多種音頻格式,根據自己的需求選擇如 “MP3”“WAV”“WMA” 等作為輸出格式。添加視頻文件:點擊 “添加文件” 按鈕,在彈出的文件瀏覽器中…

    前端雜的學習筆記

    什么是nginx Nginx (engine x) 是一個高性能的HTTP和反向代理web服務器 Nginx是一款輕量級的Web 服務器/反向代理服務器,處理高并發能力是十分強大的,并且支持熱部署,啟動簡單,可以做到7*24不間斷運行 正代和反代 學習nginx&a…

    玩轉ChatGPT:GPT 深入研究功能

    一、寫在前面 民間總結: 理科看Claude 3.7 Sonnet 文科看DeepSeek-R1 那么,ChatGPT呢? 看Deep Research(深入研究)功能。 對于科研狗來說,在這個文章爆炸的時代,如何利用AI準確、高效地收…

    RabbitMQ 2025/3/5

    高性能異步通信組件。 同步調用 以支付為例: 可見容易發生雪崩。 異步調用 以支付為例: 支付服務當甩手掌柜了,不管后面的幾個服務的結果。只管庫庫發,后面那幾個服務想取的時候就取,因為消息代理里可以一直裝&#x…

    Win10 訪問 Ubuntu 18 硬盤

    目錄 方案一:使用Samba共享服務Ubuntu 18 端配置Windows 10 端訪問 方案二:使用 SSHFS(需在 Windows 上安裝 SSH 客戶端)Ubuntu 18 端配置Windows 10 端配置 方案三:使用 FTP 服務Ubuntu 18 端配置Windows 10 端訪問 方…

    Android15使用FFmpeg解碼并播放MP4視頻完整示例

    效果: 1.編譯FFmpeg庫: 下載FFmpeg-kit的源碼并編譯生成安裝平臺庫 2.復制生成的FFmpeg庫so文件與包含目錄到自己的Android下 如果沒有prebuiltLibs目錄,創建一個,然后復制 包含目錄只復制arm64-v8a下

    Hadoop、Hive、Spark的關系

    Part1:Hadoop、Hive、Spark關系概覽 1、MapReduce on Hadoop 和spark都是數據計算框架,一般認為spark的速度比MR快2-3倍。 2、mapreduce是數據計算的過程,map將一個任務分成多個小任務,reduce的部分將結果匯總之后返回。 3、HIv…

    計算機網絡篇:基礎知識總結與基于長期主義的內容更新

    基礎知識總結 和 MySQL 類似,我同樣花了一周左右的時間根據 csview 對計算機網絡部分的八股文進行了整理,主要的內容包括:概述、TCP 與 UDP、IP、HTTP,其中我個人認為最重要的是 TCP 這部分的內容。 在此做一篇目錄索引&#xf…

    [密碼學實戰]Java實現國密TLSv1.3單向認證

    一、代碼運行結果 1.1 運行環境 1.2 運行結果 1.3 項目架構 二、TLS 協議基礎與國密背景 2.1 TLS 協議的核心作用 TLS(Transport Layer Security) 是保障網絡通信安全的加密協議,位于 TCP/IP 協議棧的應用層和傳輸層之間,提供: ? 數據機密性:通過對稱加密算法(如 AE…

    09 HarmonyOS NEXT 仿uv-ui Tag組件開發教程系列(三)

    溫馨提示:本篇博客的詳細代碼已發布到 git : https://gitcode.com/nutpi/HarmonyosNext 可以下載運行哦! 文章目錄 Tag組件實戰應用與最佳實踐1. 復雜場景應用1.1 標簽篩選系統 2. 性能優化實踐2.1 狀態管理優化2.2 渲染性能優化 3. 實用功能擴展3.1 拖拽…

    clickhouse查詢效率低

    《關于ClickHouse查詢效率低的探討》 在數據處理的世界里,數據庫扮演著至關重要的角色。ClickHouse是一款專為在線分析處理(OLAP)設計的列式存儲數據庫管理系統。它因其快速的數據寫入和查詢速度而聞名,尤其適合處理海量數據。如…