建站
咨詢
售后
建站咨詢
新聞中心
linux dma框架是Linux內(nèi)核中實(shí)現(xiàn)高效數(shù)據(jù)傳輸?shù)暮诵牟糠?。DMA（Direct Memory Access）描述了一種直接從I/O設(shè)備到內(nèi)存之間進(jìn)行數(shù)據(jù)傳輸?shù)臋C(jī)制，并且無(wú)需CPU的介入，進(jìn)而實(shí)現(xiàn)了高效數(shù)據(jù)傳輸。本文將深度解析Linux DMA框架的實(shí)現(xiàn)和使用，以及如何實(shí)現(xiàn)高效數(shù)據(jù)傳輸。
一、Linux DMA框架實(shí)現(xiàn)的基礎(chǔ)
1. I/O空間和內(nèi)存空間之間的數(shù)據(jù)傳輸
I/O空間和內(nèi)存空間之間的數(shù)據(jù)傳輸需要一對(duì)句柄，也就是DMA句柄和物理句柄。物理句柄描述了一個(gè)映射I/O空間的內(nèi)存區(qū)域，而DMA句柄描述了一個(gè)映射物理句柄的DMA內(nèi)存區(qū)域。因此，I/O操作可以非常方便地定位DMA內(nèi)存地址，進(jìn)而直接在DMA內(nèi)存中完成一次完整的數(shù)據(jù)傳輸。
2. DMA引擎
DMA引擎是用于管理DMA傳輸?shù)挠布K，通常內(nèi)置于I/O設(shè)備中。DMA引擎在數(shù)據(jù)傳輸中不需要CPU的干預(yù)，可以實(shí)現(xiàn)高效、無(wú)損的物理數(shù)據(jù)傳輸。
3. DMA通道
DMA通道是一個(gè)中間層對(duì)象，用于協(xié)調(diào)DMA引擎和Linux內(nèi)核中實(shí)際調(diào)用的模塊。DMA通道為每個(gè)DMA傳輸分配一個(gè)DMA句柄和物理句柄，它的作用是提供物理地址和句柄內(nèi)存映射，確保整個(gè)數(shù)據(jù)傳輸過(guò)程中的可靠性。DMA通道也可以用于實(shí)現(xiàn)內(nèi)存映射，通過(guò)映射的方式直接訪問(wèn)內(nèi)存區(qū)域。
二、如何實(shí)現(xiàn)高效數(shù)據(jù)傳輸
1. 靈活的DMA通道數(shù)量管理
Linux內(nèi)核提供了很多DMA通道，但是在實(shí)際應(yīng)用中，我們并不需要特別多的DMA通道。因此在實(shí)際使用時(shí)，需要靈活地使用DMA通道。
有些應(yīng)用需要高速傳輸，而有些應(yīng)用不需要那么高的速度，這時(shí)候就可以靈活調(diào)整DMA通道數(shù)量。通過(guò)通過(guò)使用適當(dāng)數(shù)量的DMA通道來(lái)平衡傳輸速度和通道開(kāi)銷，我們就可以實(shí)現(xiàn)一個(gè)既高效又高可靠的系統(tǒng)。
2. DMA傳輸緩沖區(qū)的分配和管理
DMA傳輸緩沖區(qū)是用于存儲(chǔ)DMA傳輸數(shù)據(jù)的內(nèi)存區(qū)域。通常情況下，我們不能通過(guò)內(nèi)置緩沖區(qū)來(lái)快速訪問(wèn)DMA內(nèi)存緩存，因?yàn)镈MA內(nèi)存不在主內(nèi)存的映射地址空間中。
因此，我們需要在內(nèi)部分配大量的DMA緩存區(qū)以供物理DMA引擎使用。多數(shù)時(shí)候，這些緩存區(qū)是從內(nèi)存池中分配的，我們需要保證這些緩存區(qū)的大小充足，以便存儲(chǔ)一個(gè)數(shù)據(jù)塊的數(shù)據(jù)。一旦DMA傳輸完成，我們要讓DMA通道回收緩存區(qū)。
3. DMA傳輸?shù)念A(yù)處理和后處理
預(yù)處理和后處理是提高DMA傳輸效率的重要手段。預(yù)處理和后處理可以通過(guò)一些優(yōu)化方法使數(shù)據(jù)更快地從I/O設(shè)備中傳輸?shù)紻MA內(nèi)存中，其中包含以下三種：
（1）預(yù)處理：可以通過(guò)一些優(yōu)化算法，將數(shù)據(jù)緩存到內(nèi)存中，等待DMA傳輸；
（2）并行傳輸：可以同時(shí)使用多個(gè)DMA通道，以提高傳輸速度；
（3）后處理：可以通過(guò)一些優(yōu)化算法，盡可能快地將數(shù)據(jù)從DMA內(nèi)存?zhèn)鬏數(shù)侥繕?biāo)內(nèi)存區(qū)域。這樣，CPU就能及時(shí)地讀取這些數(shù)據(jù)，并且在DMA速度達(dá)到峰值時(shí)，CPU也不會(huì)因?yàn)镮/O操作而被占滿。
4. 基于DMA通道的數(shù)據(jù)傳輸
基于DMA通道的數(shù)據(jù)傳輸是另一種使用Linux DMA框架實(shí)現(xiàn)高效數(shù)據(jù)傳輸?shù)姆绞?。使用基于DMA通道的數(shù)據(jù)傳輸，可以減少Linux內(nèi)核中對(duì)數(shù)據(jù)的映射，提高數(shù)據(jù)的傳輸效率。 只要DMA通道有空閑，就可以減少需要CPU介入的次數(shù)，提高數(shù)據(jù)傳輸效率。
5. 避免DMA通道爭(zhēng)用
在Linux內(nèi)核中DMA通道數(shù)量是非常少的（通常在8或16個(gè)以內(nèi)），DMA通道的爭(zhēng)用會(huì)嚴(yán)重影響整個(gè)系統(tǒng)的性能。因此，我們應(yīng)該在設(shè)計(jì)時(shí)避免DMA通道的爭(zhēng)用。
可以通過(guò)管理Linux內(nèi)核中不同模塊的DMA通道數(shù)量，避免DMA通道爭(zhēng)用。此外，為不同模塊分配一個(gè)合適的DMA通道可以避免數(shù)據(jù)傳輸過(guò)程中的爭(zhēng)用。
三、
本文深入分析了Linux DMA框架的實(shí)現(xiàn)和使用，以及使用該框架實(shí)現(xiàn)高效數(shù)據(jù)傳輸?shù)姆椒?。使用DMA框架可以使數(shù)據(jù)更快、更有效地傳輸，從而提高系統(tǒng)性能，優(yōu)化網(wǎng)絡(luò)應(yīng)用性能和數(shù)據(jù)處理場(chǎng)景效率。因此，對(duì)于以性能為重點(diǎn)的應(yīng)用場(chǎng)景，使用Linux DMA框架是非常值得推薦的。
相關(guān)問(wèn)題拓展閱讀：
- 關(guān)于 Linux 網(wǎng)絡(luò)，你必須知道這些
關(guān)于 Linux 網(wǎng)絡(luò)，你必須知道這些
我們一起學(xué)習(xí)了文件系統(tǒng)和磁盤(pán) I/O 的工作原理，以及相應(yīng)的性能分析和優(yōu)化方法。接下來(lái)，我們將進(jìn)入下一個(gè)重要模塊—— Linux 的網(wǎng)絡(luò)子系統(tǒng)。
由于網(wǎng)絡(luò)處理的流程最復(fù)雜，跟我們前面講到的進(jìn)程調(diào)度、中斷處理、內(nèi)存管理以及 I/O 等都密不可分，所以，我把網(wǎng)絡(luò)模塊作為最后一個(gè)資源模塊來(lái)講解。
同 CPU、內(nèi)存以及 I/O 一樣，網(wǎng)絡(luò)也是 Linux 系統(tǒng)最核心的功能。網(wǎng)絡(luò)是一種把不同計(jì)算機(jī)或網(wǎng)絡(luò)設(shè)備連接到一起的技術(shù)，它本質(zhì)上是一種進(jìn)程間通信方式，特別是跨系統(tǒng)的進(jìn)程間通信，必須要通過(guò)網(wǎng)絡(luò)才能進(jìn)行。隨著高并發(fā)、分布式、云計(jì)算、微服務(wù)等技術(shù)的普及，網(wǎng)絡(luò)的性能也變得越來(lái)越重要。
說(shuō)到網(wǎng)絡(luò)，我想你肯定經(jīng)常提起七層負(fù)載均衡、四層負(fù)載均衡，或者三層設(shè)備、二層設(shè)備等等。那么，這里說(shuō)的二層、三層、四層、七層又都是什么意思呢？
實(shí)際上，這些層都來(lái)自國(guó)際標(biāo)準(zhǔn)化組織制定的開(kāi)放式系統(tǒng)互聯(lián)通信參考模型（Open System Interconnection Reference Model），簡(jiǎn)稱為 OSI 網(wǎng)絡(luò)模型。
但是 OSI 模型還是太復(fù)雜了，也沒(méi)能提供一個(gè)可實(shí)現(xiàn)的方法。所以，在 Linux 中，我們實(shí)際上使用的是另一個(gè)更實(shí)用的四層模型，即 TCP/IP 網(wǎng)絡(luò)模型。
TCP/IP 模型，把網(wǎng)絡(luò)互聯(lián)的框架分為應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、網(wǎng)絡(luò)接口層等四層，其中，
為了幫你更形象理解 TCP/IP 與 OSI 模型的關(guān)系，我畫(huà)了一張圖，如下所示：
當(dāng)然了，雖說(shuō) Linux 實(shí)際按照 TCP/IP 模型，實(shí)現(xiàn)了網(wǎng)絡(luò)協(xié)議棧，但在平時(shí)的學(xué)習(xí)交流中，我們習(xí)慣上還是用 OSI 七層模型來(lái)描述。比如，說(shuō)到七層和四層負(fù)載均衡，對(duì)應(yīng)的分別是 OSI 模型中的應(yīng)用層和傳輸層（而它們對(duì)應(yīng)到 TCP/IP 模型中，實(shí)際上是四層和三層）。
OSI引入了服務(wù)、接口、協(xié)議、分層的概念，TCP/IP借鑒了OSI的這些概念建立TCP/IP模型。
OSI先有模型，后有協(xié)議，先有標(biāo)準(zhǔn)，后進(jìn)行實(shí)踐；而TCP/IP則相反，先有協(xié)議和應(yīng)用再提出了模型，且是參照的OSI模型。
OSI是一種理論下的模型，而TCP/IP已被廣泛使用，成為網(wǎng)絡(luò)互聯(lián)事實(shí)上的標(biāo)準(zhǔn)。
有了 TCP/IP 模型后，在進(jìn)行網(wǎng)絡(luò)傳輸時(shí)，數(shù)據(jù)包就會(huì)按照協(xié)議棧，對(duì)上一層發(fā)來(lái)的數(shù)據(jù)進(jìn)行逐層處理；然后封裝上該層的協(xié)議頭，再滲核發(fā)送給下一層。
當(dāng)然，網(wǎng)絡(luò)包在每一層的處理邏輯，都取決于各層采用的網(wǎng)絡(luò)協(xié)議。比如在應(yīng)用層，一個(gè)提供 REST API 的應(yīng)用，可以使用 HTTP 協(xié)議，把它需要傳輸?shù)?ON 數(shù)據(jù)封裝到 HTTP 協(xié)議中，然后向下傳遞給 TCP 層。
而封裝做的事情就很簡(jiǎn)單了，只是在原來(lái)的負(fù)載前后，增加固定格式的元數(shù)據(jù)，原始的負(fù)載數(shù)據(jù)并不會(huì)被修改。
比如，以通過(guò) TCP 協(xié)議通信的網(wǎng)絡(luò)包為例，通過(guò)下面這張圖，我們可以看到，應(yīng)用程序數(shù)據(jù)在每個(gè)層的封裝格式。
這些新叢喚掘增的頭部和尾部，增加了網(wǎng)絡(luò)包的鏈判大小，但我們都知道，物理鏈路中并不能傳輸任意大小的數(shù)據(jù)包。網(wǎng)絡(luò)接口配置的更大傳輸單元（MTU），就規(guī)定了更大的 IP 包大小。在我們最常用的以太網(wǎng)中，MTU 默認(rèn)值是 1500（這也是 Linux 的默認(rèn)值）。
一旦網(wǎng)絡(luò)包超過(guò) MTU 的大小，就會(huì)在網(wǎng)絡(luò)層分片，以保證分片后的 IP 包不大于 MTU 值。顯然，MTU 越大，需要的分包也就越少，自然，網(wǎng)絡(luò)吞吐能力就越好。
理解了 TCP/IP 網(wǎng)絡(luò)模型和網(wǎng)絡(luò)包的封裝原理后，你很容易能想到，Linux 內(nèi)核中的網(wǎng)絡(luò)棧，其實(shí)也類似于 TCP/IP 的四層結(jié)構(gòu)。如下圖所示，就是 Linux 通用 IP 網(wǎng)絡(luò)棧的示意圖：
我們從上到下來(lái)看這個(gè)網(wǎng)絡(luò)棧，你可以發(fā)現(xiàn)，
這里我簡(jiǎn)單說(shuō)一下網(wǎng)卡。網(wǎng)卡是發(fā)送和接收網(wǎng)絡(luò)包的基本設(shè)備。在系統(tǒng)啟動(dòng)過(guò)程中，網(wǎng)卡通過(guò)內(nèi)核中的網(wǎng)卡驅(qū)動(dòng)程序注冊(cè)到系統(tǒng)中。而在網(wǎng)絡(luò)收發(fā)過(guò)程中，內(nèi)核通過(guò)中斷跟網(wǎng)卡進(jìn)行交互。
再結(jié)合前面提到的 Linux 網(wǎng)絡(luò)棧，可以看出，網(wǎng)絡(luò)包的處理非常復(fù)雜。所以，網(wǎng)卡硬中斷只處理最核心的網(wǎng)卡數(shù)據(jù)讀取或發(fā)送，而協(xié)議棧中的大部分邏輯，都會(huì)放到軟中斷中處理。
我們先來(lái)看網(wǎng)絡(luò)包的接收流程。
當(dāng)一個(gè)網(wǎng)絡(luò)幀到達(dá)網(wǎng)卡后，網(wǎng)卡會(huì)通過(guò) DMA 方式，把這個(gè)網(wǎng)絡(luò)包放到收包隊(duì)列中；然后通過(guò)硬中斷，告訴中斷處理程序已經(jīng)收到了網(wǎng)絡(luò)包。
接著，網(wǎng)卡中斷處理程序會(huì)為網(wǎng)絡(luò)幀分配內(nèi)核數(shù)據(jù)結(jié)構(gòu)（sk_buff），并將其拷貝到 sk_buff 緩沖區(qū)中；然后再通過(guò)軟中斷，通知內(nèi)核收到了新的網(wǎng)絡(luò)幀。
接下來(lái)，內(nèi)核協(xié)議棧從緩沖區(qū)中取出網(wǎng)絡(luò)幀，并通過(guò)網(wǎng)絡(luò)協(xié)議棧，從下到上逐層處理這個(gè)網(wǎng)絡(luò)幀。比如，
最后，應(yīng)用程序就可以使用 Socket 接口，讀取到新接收到的數(shù)據(jù)了。
為了更清晰表示這個(gè)流程，我畫(huà)了一張圖，這張圖的左半部分表示接收流程，而圖中的粉色箭頭則表示網(wǎng)絡(luò)包的處理路徑。
了解網(wǎng)絡(luò)包的接收流程后，就很容易理解網(wǎng)絡(luò)包的發(fā)送流程。網(wǎng)絡(luò)包的發(fā)送流程就是上圖的右半部分，很容易發(fā)現(xiàn)，網(wǎng)絡(luò)包的發(fā)送方向，正好跟接收方向相反。
首先，應(yīng)用程序調(diào)用 Socket API（比如 sendmsg）發(fā)送網(wǎng)絡(luò)包。
由于這是一個(gè)系統(tǒng)調(diào)用，所以會(huì)陷入到內(nèi)核態(tài)的套接字層中。套接字層會(huì)把數(shù)據(jù)包放到 Socket 發(fā)送緩沖區(qū)中。
接下來(lái)，網(wǎng)絡(luò)協(xié)議棧從 Socket 發(fā)送緩沖區(qū)中，取出數(shù)據(jù)包；再按照 TCP/IP 棧，從上到下逐層處理。比如，傳輸層和網(wǎng)絡(luò)層，分別為其增加 TCP 頭和 IP 頭，執(zhí)行路由查找確認(rèn)下一跳的 IP，并按照 MTU 大小進(jìn)行分片。
分片后的網(wǎng)絡(luò)包，再送到網(wǎng)絡(luò)接口層，進(jìn)行物理地址尋址，以找到下一跳的 MAC 地址。然后添加幀頭和幀尾，放到發(fā)包隊(duì)列中。這一切完成后，會(huì)有軟中斷通知驅(qū)動(dòng)程序：發(fā)包隊(duì)列中有新的網(wǎng)絡(luò)幀需要發(fā)送。
最后，驅(qū)動(dòng)程序通過(guò) DMA ，從發(fā)包隊(duì)列中讀出網(wǎng)絡(luò)幀，并通過(guò)物理網(wǎng)卡把它發(fā)送出去。
多臺(tái)服務(wù)器通過(guò)網(wǎng)卡、交換機(jī)、路由器等網(wǎng)絡(luò)設(shè)備連接到一起，構(gòu)成了相互連接的網(wǎng)絡(luò)。由于網(wǎng)絡(luò)設(shè)備的異構(gòu)性和網(wǎng)絡(luò)協(xié)議的復(fù)雜性，國(guó)際標(biāo)準(zhǔn)化組織定義了一個(gè)七層的 OSI 網(wǎng)絡(luò)模型，但是這個(gè)模型過(guò)于復(fù)雜，實(shí)際工作中的事實(shí)標(biāo)準(zhǔn)，是更為實(shí)用的 TCP/IP 模型。
TCP/IP 模型，把網(wǎng)絡(luò)互聯(lián)的框架，分為應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、網(wǎng)絡(luò)接口層等四層，這也是 Linux 網(wǎng)絡(luò)棧最核心的構(gòu)成部分。
我結(jié)合網(wǎng)絡(luò)上查閱的資料和文章中的內(nèi)容，總結(jié)了下網(wǎng)卡收發(fā)報(bào)文的過(guò)程，不知道是否正確：
當(dāng)發(fā)送數(shù)據(jù)包時(shí)，與上述相反。鏈路層將數(shù)據(jù)包封裝完畢后，放入網(wǎng)卡的DMA緩沖區(qū)，并調(diào)用系統(tǒng)硬中斷，通知網(wǎng)卡從緩沖區(qū)讀取并發(fā)送數(shù)據(jù)。
了解 Linux 網(wǎng)絡(luò)的基本原理和收發(fā)流程后，你肯定迫不及待想知道，如何去觀察網(wǎng)絡(luò)的性能情況。具體而言，哪些指標(biāo)可以用來(lái)衡量 Linux 的網(wǎng)絡(luò)性能呢？
實(shí)際上，我們通常用帶寬、吞吐量、延時(shí)、PPS（Packet Per Second）等指標(biāo)衡量網(wǎng)絡(luò)的性能。
除了這些指標(biāo)，網(wǎng)絡(luò)的可用性（網(wǎng)絡(luò)能否正常通信）、并發(fā)連接數(shù)（TCP 連接數(shù)量）、丟包率（丟包百分比）、重傳率（重新傳輸?shù)木W(wǎng)絡(luò)包比例）等也是常用的性能指標(biāo)。
分析網(wǎng)絡(luò)問(wèn)題的之一步，通常是查看網(wǎng)絡(luò)接口的配置和狀態(tài)。你可以使用 ifconfig 或者 ip 命令，來(lái)查看網(wǎng)絡(luò)的配置。我個(gè)人更推薦使用 ip 工具，因?yàn)樗峁┝烁S富的功能和更易用的接口。
以網(wǎng)絡(luò)接口 eth0 為例，你可以運(yùn)行下面的兩個(gè)命令，查看它的配置和狀態(tài)：
你可以看到，ifconfig 和 ip 命令輸出的指標(biāo)基本相同，只是顯示格式略微不同。比如，它們都包括了網(wǎng)絡(luò)接口的狀態(tài)標(biāo)志、MTU 大小、IP、子網(wǎng)、MAC 地址以及網(wǎng)絡(luò)包收發(fā)的統(tǒng)計(jì)信息。
之一，網(wǎng)絡(luò)接口的狀態(tài)標(biāo)志。ifconfig 輸出中的 RUNNING ，或 ip 輸出中的 LOWER_UP ，都表示物理網(wǎng)絡(luò)是連通的，即網(wǎng)卡已經(jīng)連接到了交換機(jī)或者路由器中。如果你看不到它們，通常表示網(wǎng)線被拔掉了。
第二，MTU 的大小。MTU 默認(rèn)大小是 1500，根據(jù)網(wǎng)絡(luò)架構(gòu)的不同（比如是否使用了 VXLAN 等疊加網(wǎng)絡(luò)），你可能需要調(diào)大或者調(diào)小 MTU 的數(shù)值。
第三，網(wǎng)絡(luò)接口的 IP 地址、子網(wǎng)以及 MAC 地址。這些都是保障網(wǎng)絡(luò)功能正常工作所必需的，你需要確保配置正確。
第四，網(wǎng)絡(luò)收發(fā)的字節(jié)數(shù)、包數(shù)、錯(cuò)誤數(shù)以及丟包情況，特別是 TX 和 RX 部分的 errors、dropped、overruns、carrier 以及 collisions 等指標(biāo)不為 0 時(shí)，通常表示出現(xiàn)了網(wǎng)絡(luò) I/O 問(wèn)題。其中：
ifconfig 和 ip 只顯示了網(wǎng)絡(luò)接口收發(fā)數(shù)據(jù)包的統(tǒng)計(jì)信息，但在實(shí)際的性能問(wèn)題中，網(wǎng)絡(luò)協(xié)議棧中的統(tǒng)計(jì)信息，我們也必須關(guān)注。你可以用 netstat 或者 ss ，來(lái)查看套接字、網(wǎng)絡(luò)棧、網(wǎng)絡(luò)接口以及路由表的信息。
我個(gè)人更推薦，使用 ss 來(lái)查詢網(wǎng)絡(luò)的連接信息，因?yàn)樗?netstat 提供了更好的性能（速度更快）。
比如，你可以執(zhí)行下面的命令，查詢套接字信息：
netstat 和 ss 的輸出也是類似的，都展示了套接字的狀態(tài)、接收隊(duì)列、發(fā)送隊(duì)列、本地地址、遠(yuǎn)端地址、進(jìn)程 PID 和進(jìn)程名稱等。
其中，接收隊(duì)列（Recv-Q）和發(fā)送隊(duì)列（Send-Q）需要你特別關(guān)注，它們通常應(yīng)該是 0。當(dāng)你發(fā)現(xiàn)它們不是 0 時(shí)，說(shuō)明有網(wǎng)絡(luò)包的堆積發(fā)生。當(dāng)然還要注意，在不同套接字狀態(tài)下，它們的含義不同。
當(dāng)套接字處于連接狀態(tài)（Established）時(shí)，
當(dāng)套接字處于監(jiān)聽(tīng)狀態(tài)（Listening）時(shí)，
所謂全連接，是指服務(wù)器收到了客戶端的 ACK，完成了 TCP 三次握手，然后就會(huì)把這個(gè)連接挪到全連接隊(duì)列中。這些全連接中的套接字，還需要被 accept() 系統(tǒng)調(diào)用取走，服務(wù)器才可以開(kāi)始真正處理客戶端的請(qǐng)求。
與全連接隊(duì)列相對(duì)應(yīng)的，還有一個(gè)半連接隊(duì)列。所謂半連接是指還沒(méi)有完成 TCP 三次握手的連接，連接只進(jìn)行了一半。服務(wù)器收到了客戶端的 SYN 包后，就會(huì)把這個(gè)連接放到半連接隊(duì)列中，然后再向客戶端發(fā)送 SYN+ACK 包。
類似的，使用 netstat 或 ss ，也可以查看協(xié)議棧的信息：
這些協(xié)議棧的統(tǒng)計(jì)信息都很直觀。ss 只顯示已經(jīng)連接、關(guān)閉、孤兒套接字等簡(jiǎn)要統(tǒng)計(jì)，而 netstat 則提供的是更詳細(xì)的網(wǎng)絡(luò)協(xié)議棧信息。
比如，上面 netstat 的輸出示例，就展示了 TCP 協(xié)議的主動(dòng)連接、被動(dòng)連接、失敗重試、發(fā)送和接收的分段數(shù)量等各種信息。
接下來(lái)，我們?cè)賮?lái)看看，如何查看系統(tǒng)當(dāng)前的網(wǎng)絡(luò)吞吐量和 PPS。在這里，我推薦使用我們的老朋友 sar，在前面的 CPU、內(nèi)存和 I/O 模塊中，我們已經(jīng)多次用到它。
給 sar 增加 -n 參數(shù)就可以查看網(wǎng)絡(luò)的統(tǒng)計(jì)信息，比如網(wǎng)絡(luò)接口（DEV）、網(wǎng)絡(luò)接口錯(cuò)誤（EDEV）、TCP、UDP、ICMP 等等。執(zhí)行下面的命令，你就可以得到網(wǎng)絡(luò)接口統(tǒng)計(jì)信息：
這兒輸出的指標(biāo)比較多，我來(lái)簡(jiǎn)單解釋下它們的含義。
其中，Bandwidth 可以用 ethtool 來(lái)查詢，它的單位通常是 Gb/s 或者 Mb/s，不過(guò)注意這里小寫(xiě)字母 b ，表示比特而不是字節(jié)。我們通常提到的千兆網(wǎng)卡、萬(wàn)兆網(wǎng)卡等，單位也都是比特。如下你可以看到，我的 eth0 網(wǎng)卡就是一個(gè)千兆網(wǎng)卡：
其中，Bandwidth 可以用 ethtool 來(lái)查詢，它的單位通常是 Gb/s 或者 Mb/s，不過(guò)注意這里小寫(xiě)字母 b ，表示比特而不是字節(jié)。我們通常提到的千兆網(wǎng)卡、萬(wàn)兆網(wǎng)卡等，單位也都是比特。如下你可以看到，我的 eth0 網(wǎng)卡就是一個(gè)千兆網(wǎng)卡：
我們通常使用帶寬、吞吐量、延時(shí)等指標(biāo)，來(lái)衡量網(wǎng)絡(luò)的性能；相應(yīng)的，你可以用 ifconfig、netstat、ss、sar、ping 等工具，來(lái)查看這些網(wǎng)絡(luò)的性能指標(biāo)。
小狗同學(xué)問(wèn)到： 老師，您好 ss —lntp 這個(gè) 當(dāng)session處于listening中 rec-q 確定是 syn的backlog嗎？
A: Recv-Q為全連接隊(duì)列當(dāng)前使用了多少。 中文資料里這個(gè)問(wèn)題講得最明白的文章：
看了源碼發(fā)現(xiàn)，這個(gè)地方講的有問(wèn)題.關(guān)于ss輸出中l(wèi)isten狀態(tài)套接字的Recv-Q表示全連接隊(duì)列當(dāng)前使用了多少,也就是全連接隊(duì)列的當(dāng)前長(zhǎng)度,而Send-Q表示全連接隊(duì)列的更大長(zhǎng)度
linux dma框架的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于linux dma框架,深度解析Linux DMA框架：實(shí)現(xiàn)高效數(shù)據(jù)傳輸,關(guān)于 Linux 網(wǎng)絡(luò)，你必須知道這些的信息別忘了在本站進(jìn)行查找喔。
成都服務(wù)器托管選創(chuàng)新互聯(lián)，先上架開(kāi)通再付費(fèi)。
創(chuàng)新互聯(lián)（www.cdcxhl.com）專業(yè)-網(wǎng)站建設(shè),軟件開(kāi)發(fā)老牌服務(wù)商！微信小程序開(kāi)發(fā),APP開(kāi)發(fā),網(wǎng)站制作，網(wǎng)站營(yíng)銷推廣服務(wù)眾多企業(yè)。電話：028-86922220
文章名稱：深度解析Linux DMA框架：實(shí)現(xiàn)高效數(shù)據(jù)傳輸 (linux dma框架)
標(biāo)題來(lái)源：http://fisionsoft.com.cn/article/cociede.html
