輪詢檢測DMA是否占用CPU資源？

電子設(shè)計聯(lián)盟

* j$ }& `9 i) N5 B  e' |; N點(diǎn)擊上方藍(lán)色字體，關(guān)注我們
/ N+ x- @: B) O0 g5 r! Y  ]* Y來源于小伙伴提問。

6 b" X% T- Z& K* j, R! }- t
" R% c- W7 k, c7 Y. Y8 T0 h9 g
3 O% ~3 T4 Z2 n( O" B) K0 a! L你提出的確是一個非常經(jīng)典的DMA問題，而且很容易讓人一開始覺得有些“雞肋”。

% w0 }+ b& ]  I, u  k1 P5 ~既然要提升性能，那為什么還要在CPU上做輪詢呢？這其中確實(shí)有一些技術(shù)上的細(xì)節(jié)和設(shè)計考量值得深挖。
8 l4 r: c' l$ w( v: g0 _1
' k3 a5 h0 N, d9 F# J! }" o+ x" D) XDMA的核心理念與CPU解放
( R, }# A- N; q8 k  B, ]DMA（直接內(nèi)存訪問）的主要設(shè)計理念是讓數(shù)據(jù)傳輸不再依賴CPU的參與，從而釋放CPU資源，使它可以處理其他任務(wù)。
9 H! k; l7 ?/ q, _; U& q2 d
而在沒有DMA的情況下，數(shù)據(jù)傳輸往往是通過CPU來一字節(jié)或一字一字地搬運(yùn)數(shù)據(jù)，這顯然是低效的，尤其是在需要高速傳輸?shù)臄?shù)據(jù)流（比如音視頻傳輸或圖像處理）中，CPU忙于傳輸就會限制它執(zhí)行其他更重要的任務(wù)。
, W7 F# l  w0 c; T( R( V5 s2
5 n" q: v. y" w, ^1 V1 x2 ]& q輪詢等待 vs 中斷等待
: e% h/ \" v6 Q$ a# ^你提到的輪詢檢測DMA完成的方式確實(shí)是存在的，但這并不意味著這種方式是“標(biāo)準(zhǔn)”的。
6 e3 j( d: Y2 _( k% U8 h
輪詢和中斷是兩種檢測DMA完成的方法，各有優(yōu)缺點(diǎn)：

輪詢：CPU不停地檢查DMA傳輸狀態(tài)，這樣會占用CPU時間。對于小型、快速傳輸?shù)腄MA任務(wù)，輪詢有時是比較“省事”的方式，因?yàn)橥ㄟ^輪詢，CPU可以馬上知道DMA何時完成。然而，對于長時間傳輸或多任務(wù)系統(tǒng)，輪詢會消耗CPU資源，不是理想選擇。

中斷：更理想的方式通常是通過中斷等待，DMA完成后觸發(fā)中斷，由中斷處理程序告知CPU數(shù)據(jù)傳輸結(jié)束。中斷可以讓CPU在DMA傳輸期間執(zhí)行其他任務(wù)，避免了不必要的輪詢。但中斷也有缺陷，頻繁的中斷可能會增加上下文切換的開銷，而且對響應(yīng)時間有較高要求的應(yīng)用，頻繁中斷會導(dǎo)致性能波動。

3
/ a' `' u/ \6 u1 o$ h7 X為什么有時候看到代碼用輪詢或者固定延時？
在實(shí)際代碼中，很多時候我們確實(shí)會見到開發(fā)者使用輪詢甚至固定延時來等待DMA完成，這種做法往往是為了簡化邏輯或是因?yàn)樾阅苄枨蟛桓叩那闆r下選擇的折中方案。

輪詢的優(yōu)勢在于簡單直觀，開發(fā)者可以直接控制等待的邏輯，不需要處理復(fù)雜的中斷響應(yīng)，尤其是對于較小的數(shù)據(jù)傳輸任務(wù)，輪詢的CPU消耗可能并不明顯。

延時等待，如設(shè)置一個固定時間，基本上是“低技術(shù)含量”的解決方法，在一些資源受限的系統(tǒng)或者簡單的應(yīng)用場景下，這種方法“夠用”就行。

! l: E) U/ S! ?$ D: J$ j" p但這種方式在實(shí)際傳輸時間難以準(zhǔn)確預(yù)估時很不穩(wěn)定，因此更像是一種快速原型或簡化測試用法。
4
高效DMA設(shè)計中的幾種方案
7 ?1 d) D, p: K' \1 d6 I* w要想真正提高效率，通常會結(jié)合DMA特性和實(shí)際應(yīng)用的需求來選擇合適的方法。

以下是一些更合理的方案：

中斷與任務(wù)調(diào)度結(jié)合：在一些RTOS或嵌入式操作系統(tǒng)中，DMA中斷可以用來喚醒特定任務(wù)，這樣在等待DMA的同時，CPU可以去執(zhí)行其他任務(wù)。當(dāng)DMA完成時，通過中斷觸發(fā)調(diào)度器恢復(fù)等待DMA完成的任務(wù)。

雙緩沖/多緩沖技術(shù)：如果是需要持續(xù)數(shù)據(jù)流（比如音視頻），可以設(shè)置雙緩沖，甚至是多緩沖。這樣當(dāng)一個緩沖區(qū)的數(shù)據(jù)傳輸完成后，DMA可以自動切換到下一個緩沖區(qū)，而CPU則可以處理已經(jīng)完成的數(shù)據(jù)。這種方式能提高數(shù)據(jù)處理的并行性，但需要稍復(fù)雜的緩沖管理。

中斷優(yōu)先級控制：在多任務(wù)環(huán)境下，可以對DMA完成中斷設(shè)置較低的優(yōu)先級，從而不會打斷高優(yōu)先級的任務(wù)處理；當(dāng)系統(tǒng)進(jìn)入空閑狀態(tài)時再去響應(yīng)DMA的完成中斷。這種設(shè)計需要精細(xì)的優(yōu)先級控制，但能保證CPU資源的合理分配。
1 z& n7 u7 l6 K
5
DMA輪詢的實(shí)際適用場景
7 K6 Z9 _' _9 d4 @" ~雖然輪詢存在上述限制，但在一些特殊場景下仍然會有實(shí)際應(yīng)用：
5 ?9 Q+ J- F" \/ y/ l* c

小規(guī)模、短周期的數(shù)據(jù)傳輸：在一些低功耗、資源受限的場景下，DMA傳輸量小而頻繁，DMA完成時間短，此時輪詢帶來的性能損失較小。

緊耦合硬件模塊：有時CPU和DMA在緊密耦合的硬件中（如MCU中的一些外設(shè)），傳輸時間已知且很短。這種情況下，輪詢可能是直接而高效的選擇。

在一般場景下，輪詢檢測確實(shí)不算最佳實(shí)踐，因?yàn)樗鼤�占用CPU時間，沒有實(shí)現(xiàn)DMA的“解放CPU”理念。
# g6 x* }& T. v
大多數(shù)場景下更推薦中斷的方式處理DMA完成，尤其是在復(fù)雜的嵌入式系統(tǒng)和多任務(wù)系統(tǒng)中。

( u5 N/ S7 e: \) a. s選擇哪種方案主要取決于具體應(yīng)用對CPU利用率的要求、實(shí)時性需求和系統(tǒng)復(fù)雜度。

& G% R+ |9 ^. |* V實(shí)際上，輪詢、延時等方式更多是為快速實(shí)現(xiàn)某個功能或原型驗(yàn)證，而非最佳的工程方案。
) u! V/ v+ D! X
這些方法雖然簡單，但在性能要求高的生產(chǎn)環(huán)境中通常會被優(yōu)化掉。
5 y4 P' G# r# O* t: t

點(diǎn)擊閱讀原文，更精彩~