零拷貝技術:減少數據複製和上下文切換,提高網路傳輸效率(上)

来源:https://www.cnblogs.com/guoxiaoyu/archive/2023/09/14/17692294.html
-Advertisement-
Play Games

在本次討論中,我們確實只是提到了DMA技術在文件傳輸過程中的重要作用,並對零拷貝技術進行了簡要介紹。然而,網路傳輸中存在的問題和優化方法是一個龐大的話題,涉及到諸多方面。因此,我決定將這些問題的詳細討論留到下一篇文章中,以便更全面地探討網路傳輸的優化。我希望通過這樣的討論,能夠為讀者提供有益的信息和... ...


零拷貝

當涉及到網路傳輸中的零拷貝技術時,它在提高性能和效率方面扮演著重要的角色。在之前我們已經討論了磁碟設備管理中的零拷貝技術,其中涉及到了DMA技術。現在,讓我們來深入探討一下網路傳輸中零拷貝技術的實現方式以及它的重要性。

為什麼要有DMA技術

在沒有DMA(直接記憶體訪問)技術之前,I/O(輸入/輸出)的過程相對較為繁瑣。當CPU需要進行數據讀取或寫入時,它會發送相應的指令給磁碟控制器,然後等待返回。

磁碟控制器接收到指令後,會開始處理,並將相應的數據緩衝填充到自身的緩衝區中。一旦緩衝區被填滿,磁碟控制器會產生一個中斷信號,通知CPU數據已準備就緒。

CPU接收到中斷信號後,會保存當前進程的上下文,並開始處理這個中斷。處理中斷的過程包括將磁碟控制器緩衝區中的數據取出,並放入內核緩衝區中。一旦所有數據填滿內核緩衝區後,CPU會將數據放入用戶緩衝區的記憶體中,使應用程式可以對數據進行操作。

為了更好地理解這個過程,這裡有一幅圖:

image

可以看到,在整個數據傳輸過程中,CPU需要親自參與搬運數據的過程,而且這個過程中CPU無法同時進行其他任務。然而,CPU本應該用來處理運算而不是搬運數據。

簡單的搬運幾個字元數據那沒問題,當我們使用千兆網卡或者硬碟傳輸大量數據時,如果仍然讓CPU來搬運數據,顯然CPU會忙不過來。為瞭解決這個問題,電腦科學家們發明瞭DMA技術,即直接記憶體訪問(Direct Memory Access)技術。

什麼是DMA技術?大家肯定知道了一些,我在簡單提一下吧。DMA技術的簡單理解就是,在進行IO設備和記憶體之間的數據搬運時,儘量交給DMA控制器來完成,這樣CPU就可以在搬運過程中繼續處理其他任務,不再參與與數據搬運相關的工作。通過使用DMA控制器進行數據傳輸,CPU可以去處理其他事務。

那麼,具體來看DMA控制器進行數據傳輸的過程是怎樣的呢?下麵我們來詳細瞭解一下。

image

具體過程如下:

  1. 應用程式調用read方法時,發送一個IO請求給操作系統,請求將數據讀取到自己的用戶緩衝區中,此時進程開始阻塞等待數據。
  2. CPU告訴DMA控制器將數據寫入到哪個記憶體地址,並將請求發送給DMA控制器,此時CPU可以繼續進行其他任務。
  3. DMA控制器將請求指令發送給磁碟控制器。
  4. 磁碟控制器接收到指令後進行處理,將數據填充到數據緩衝區中,併發送中斷信號給DMA控制器,通知其開始取數據。
  5. DMA控制器開始將磁碟控制器緩衝區中的數據拷貝到內核緩衝區中。在此過程中,CPU並不參與搬運數據的工作,而是忙於處理其他任務。
  6. 當DMA控制器將數據寫入到內核緩衝區中足夠多時,會發送一個中斷信號給CPU,此時CPU才會介入,將數據從內核緩衝區拷貝到用戶緩衝區(用戶態中)。
  7. 系統調用返回,用戶進程等待進行各種演算法處理,然後再次被CPU調度。

可以看到,在整個數據傳輸過程中,CPU不再參與數據搬運的工作,而是由DMA控制器全程完成。然而,CPU在這個過程中仍然不可或缺,因為它需要告訴DMA控制器傳輸哪些數據,從何處傳輸到何處。

在早期的電腦系統中,DMA控制器主要存在於主板上。但是隨著技術的發展,I/O設備的數量和種類不斷增加,為了滿足各種不同的數據傳輸需求,每個I/O設備中通常都會包含自己的DMA控制器。例如:網卡:例如乙太網網卡,它負責將電腦連接到網路。網卡內部通常包含一個DMA控制器,用於將數據從網路傳輸到記憶體或從記憶體傳輸到網路。硬碟驅動器:硬碟驅動器中的控制器通常包含一個DMA控制器,用於將數據從硬碟傳輸到記憶體或從記憶體傳輸到硬碟。

傳統的文件傳輸有多糟糕?

如果服務端需要提供文件傳輸功能,我們可以考慮以下最簡單的方式來實現:首先,從磁碟讀取文件內容,然後通過網路協議將文件內容發送給客戶端。

傳統的文件傳輸方式在性能方面存在一些問題。首先,傳統的I/O過程中,數據的讀取和寫入需要經過用戶空間和內核空間之間的複製,這會導致額外的開銷和延遲。其次,數據的讀取和寫入是通過操作系統層面的I/O介面來完成的,這也會增加一定的系統開銷。此外,傳統的文件傳輸方式需要進行多次系統調用,包括讀取文件內容和寫入網路報文,這也會增加系統的負擔和延遲。
通常情況下,文件傳輸功能的代碼如下所示,通常會涉及到兩個系統調用:

// 偽代碼如下:
// 讀取文件內容:read(file)
// 將文件內容寫入符合要求的報文中:write(socket)

儘管代碼只有兩行,但是其中發生了許多重要的操作。我們看下:

image

首先,這段代碼中發生了4次用戶態與內核態的上下文切換。由於涉及兩次系統調用(read()和write()),因此每次系統調用都需要從用戶態切換到內核態,併在內核完成任務後再切換回用戶態。

上下文切換的成本並不小,每次切換需要耗費幾十納秒到幾微秒的時間。雖然單個切換時間很短,但在高併發的場景下,這種時間很容易被累積和放大,從而影響系統的性能。

其次,還發生了4次數據拷貝操作。其中兩次是通過DMA(直接記憶體訪問)進行的拷貝,另外兩次則是通過CPU進行的拷貝。具體過程如下:

  1. DMA將數據從磁碟中拷貝到內核態的數據緩衝區;
  2. CPU接收到DMA控制器的中斷信號後,將數據從內核緩衝區拷貝到用戶緩衝區;
  3. 用戶緩衝區的數據可能會被應用程式操作後直接發送或寫入,再次由CPU拷貝到內核的socket緩衝區;
  4. DMA控制器再將socket緩衝區的數據拷貝到網卡上。

我們回過頭看這個文件傳輸的過程,我們只是搬運一份數據,結果卻搬運了 4 次,過多的數據拷貝無疑會消耗 CPU 資源,大大降低了系統性能。

我們可以看到,在文件傳輸的過程中,我們只需要搬運一份數據,但實際卻進行了4次數據拷貝。過多的數據拷貝無疑會消耗CPU資源,大大降低系統性能。

這種簡單且傳統的文件傳輸方式存在冗餘的上下文切換和數據拷貝操作,對於高併發系統而言非常糟糕。這些不必要的開銷嚴重影響系統性能。因此,要提高文件傳輸的性能,我們需要減少用戶態與內核態的上下文切換次數以及記憶體拷貝次數。

總結

在本次討論中,我們確實只是提到了DMA技術在文件傳輸過程中的重要作用,並對零拷貝技術進行了簡要介紹。然而,網路傳輸中存在的問題和優化方法是一個龐大的話題,涉及到諸多方面。因此,我決定將這些問題的詳細討論留到下一篇文章中,以便更全面地探討網路傳輸的優化。我希望通過這樣的討論,能夠為讀者提供有益的信息和思路,感謝大家的閱讀和關註,期待在下一篇文章中與大家再次交流和分享關於網路傳輸的優化問題。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 大家好,又見面了。 在此前我的文章中,曾分2篇詳細探討了下JAVA中Stream流的相關操作,2篇文章收穫了累計 10w+閱讀、2k+點贊以及 5k+收藏的記錄。能夠得到眾多小伙伴的認可,是技術分享過程中最開心的事情。 吃透JAVA的Stream流操作,多年實踐總結 講透JAVA Stream的co ...
  • 作者:美得讓人心動 來源:https://blog.csdn.net/gu131007416553/article/details/120934738 面試官在面試候選人時,如果發現候選人的簡歷中寫了在項目中使用了 MQ 技術(如 Kafka、RabbitMQ、RocketMQ),基本都會拋出一個問 ...
  • 以下內容均來自Gitee的開源倉庫,具體的使用請移步Gitee:https://gitee.com/pojianbing/lazy-captcha 以下是我自己使用的具體方式 首先安裝NuGet包: Microsoft.Extensions.Caching.StackExchangeRedis La ...
  • 首先需要安裝的NuGet包有: Microsoft.AspNetCore.Authentication.JwtBearer Swashbuckle.AspNetCore Swashbuckle.AspNetCore.Filters jose-jwt 大致是這些代碼放到項目中如果有報錯信息再去具體解決 ...
  • 在我們創建界面元素的時候,不管在Vue3+ElementPlus的前端上,還是Winform桌面端上,都是會利用自定義用戶控制項來快速重用一些自定義的界面內容,對自定義用戶控制項的封裝處理,也是我們開發WPF應用需要熟悉的一環。本篇隨筆繼續深入介紹介紹基於CommunityToolkit.Mvvm 和H... ...
  • 開發中偶爾會用到使用c#代碼給控制項賦值,這裡需要通過F12找到控制項的賦值類型,然後在看控制項可以使用那種方式賦值,花點時間研究一下,基本都可以通過c#代碼給控制項賦值的。 頁面代碼: <StackPanel> <Path Data="M0 0 10 10" Stroke="Red" StrokeThic ...
  • 最近項目中需要對接釘釘,有些釘釘 API 的訪問需要使用舊版服務端 SDK 才能搞定,但是這個 SDK 使用的還是 .NET Framework 2.0 框架,不能跨平臺部署,也不支持 async\await 的非同步操作方法,Nuget 上也有其它用戶改造的 .NET Core 版本,但是都不支持異 ...
  • 第1個虛擬項目 1. 前言 點燈開啟了我們的FPGA之路,那麼我們來繼續沙盤演練。 用一個虛擬項目,來入門練習,以此步入數字邏輯的大門。 Key Words:FIFO 、SOF 、EOF、計數器、緩存、時序圖、方案設計 2. 項目要求 1) 輸入報文長度64~2048位元組; 2) 輸入報文之間最小間 ...
一周排行
    -Advertisement-
    Play Games
  • WPF本身不支持直接的3D繪圖,但是它提供了一些用於實現3D效果的高級技術。 如果你想要在WPF中進行3D繪圖,你可以使用兩種主要的方法: WPF 3D:這是一種在WPF應用程式中創建3D圖形的方式。WPF 3D提供了一些基本的3D形狀(如立方體、球體和錐體)以及一些用於控制3D場景和對象的工具(如 ...
  • 一、XML概述 XML(可擴展標記語言)是一種用於描述數據的標記語言,旨在提供一種通用的方式來傳輸和存儲數據,特別是Web應用程式中經常使用的數據。XML並不預定義標記。因此,XML更加靈活,並且可以適用於廣泛的應用領域。 XML文檔由元素(element)、屬性(attribute)和內容(con ...
  • 從今年(2023)三月份開始,Github開始強制用戶開啟兩步驗證2FA(雙因數)登錄驗證,毫無疑問,是出於安全層面的考慮,畢竟Github賬號一旦被盜,所有代碼倉庫都會毀於一旦,關於雙因數登錄的必要性請參見:別讓你的伺服器(vps)淪為肉雞(ssh暴力破解),密鑰驗證、雙向因數登錄值得擁有。 雙因 ...
  • 第一題 下列代碼輸入什麼? public class Test { public static Test t1 = new Test(); { System.out.println("blockA"); } static { System.out.println("blockB"); } publi ...
  • 本文主要涉及的問題:用ElementTree和XPath讀寫XML文件;解決ElementTree新增元素後再寫入格式不統一的問題;QTableWidget單元格設置控制項 ...
  • QStandardItemModel 類作為標準模型,主打“類型通用”,前一篇水文中,老周還沒提到樹形結構的列表,本篇咱們就好好探討一下這貨。 還是老辦法,咱們先做示例,然後再聊知識點。下麵這個例子,使用 QTreeView 組件來顯示數據,使用的列表模型比較簡單,只有一列。 #include <Q ...
  • 一、直充內充(充值方式) 直充: 包裝套餐直接充值到上游API系統。【PID/Smart】 (如:支付寶、微信 話費/流量/語音/簡訊 等 充值系統)。 內充(套餐打包常見物聯卡系統功能): 套餐包裝 適用於不同類型套餐 如 流量、簡訊、語音 等。 (目前已完善流量邏輯) 二、套餐與計費產品 計費產 ...
  • 在前面幾天中,我們學習了Dart基礎語法、可迭代集合,它們是Flutter應用研發的基本功。今天,我們繼續學習Flutter應用另一個必須掌握知識點:非同步編程(即Future和async/await)。它類似於Java中的FutureTask、JavaScript中的Promise。它是後續Flut... ...
  • 針對改動範圍大、影響面廣的需求,我通常會問上線了最壞情況是什麼?應急預案是什麼?你帶開關了嗎?。當然開關也是有成本的,接下來本篇跟大家一起交流下高頻發佈支撐下的功能開關技術理論與實踐結合的點點滴滴。 ...
  • 1.d3.shuffle D3.shuffle() 方法用於將數組中的元素隨機排序。它使用 Fisher–Yates 洗牌演算法,該演算法是無偏的,具有最佳的漸近性能(線性時間和常數記憶體)。 D3.shuffle() 方法的語法如下: d3.shuffle(array, [start, end]) 其中 ...