1. 項(xiàng)目概述為什么我們需要一場(chǎng)Cortex-M內(nèi)核的性能“跑分”在嵌入式開發(fā)這個(gè)行當(dāng)里選型是項(xiàng)目成敗的第一步。面對(duì)琳瑯滿目的ARM Cortex-M系列內(nèi)核——從主打極致能效的M0到性能均衡的M3/M4再到帶有DSP和浮點(diǎn)單元的M7/M33/M55——很多工程師尤其是剛?cè)胄械呐笥淹鶗?huì)陷入一種“參數(shù)焦慮”主頻高的就一定快嗎帶FPU的做電機(jī)控制到底能快多少M(fèi)33比M4強(qiáng)在哪里值不值得為它付出更高的成本這些問題光看ARM官方那幾百頁(yè)的架構(gòu)參考手冊(cè)和數(shù)據(jù)手冊(cè)里的峰值DMIPS/MHz數(shù)字是得不到直觀答案的。那些數(shù)字是理論峰值就像汽車發(fā)動(dòng)機(jī)的最大馬力但實(shí)際跑起來受路況總線架構(gòu)、變速箱編譯器優(yōu)化、車重應(yīng)用程序特性影響巨大。因此我們需要一個(gè)更貼近真實(shí)應(yīng)用場(chǎng)景的“性能標(biāo)尺”來量化、對(duì)比不同內(nèi)核在實(shí)際任務(wù)中的表現(xiàn)。這就是性能基準(zhǔn)測(cè)試Benchmark的價(jià)值所在。今天我們就來深入聊聊嵌入式領(lǐng)域特別是ARM Cortex-M世界里的性能指標(biāo)“大比拼”。這不是一次簡(jiǎn)單的參數(shù)羅列而是一次從理論到實(shí)踐、從工具到方法的深度剖析。我會(huì)結(jié)合自己多年在MCU原廠和一線產(chǎn)品開發(fā)中的經(jīng)驗(yàn)為你拆解Dhrystone、CoreMark這些經(jīng)典測(cè)試的里里外外告訴你它們到底在測(cè)什么結(jié)果怎么看更重要的是如何利用這些工具為你自己的項(xiàng)目選型和優(yōu)化提供實(shí)實(shí)在在的決策依據(jù)。無論你是正在評(píng)估新芯片的架構(gòu)師還是苦苦調(diào)優(yōu)代碼性能的工程師相信這篇近萬字的干貨都能給你帶來啟發(fā)。2. 性能指標(biāo)深度解析DMIPS、CoreMark與Dhrystone的“三國(guó)演義”當(dāng)我們談?wù)撎幚砥餍阅軙r(shí)最常聽到的幾個(gè)詞就是DMIPS、CoreMark和Dhrystone。它們就像是性能世界的不同“貨幣”各有各的計(jì)價(jià)單位和適用范圍。理解它們的本質(zhì)差異是正確解讀任何性能對(duì)比數(shù)據(jù)的前提。2.1 DMIPS/MHz一個(gè)充滿歷史包袱的“理論貨幣”DMIPSDhrystone MIPS可能是最古老也最著名的指標(biāo)了。它的核心思想是用Dhrystone這個(gè)測(cè)試程序的得分除以一個(gè)基準(zhǔn)機(jī)器通常是VAX 11/780的得分得到一個(gè)相對(duì)于該機(jī)器的“MIPS”每秒百萬條指令值。而DMIPS/MHz則是將這個(gè)值再除以處理器的主頻試圖描述“每MHz主頻能獲得多少性能”。注意這里有一個(gè)巨大的認(rèn)知陷阱。MIPS的本意是“每秒百萬條指令”但在DMIPS的語(yǔ)境下它已經(jīng)和實(shí)際的指令執(zhí)行速率脫鉤了變成了一個(gè)純粹的、基于Dhrystone測(cè)試的“性能分”。當(dāng)你看到“Cortex-M4內(nèi)核的峰值性能為1.25 DMIPS/MHz”時(shí)絕不意味著它每MHz主頻能執(zhí)行125萬條指令而僅僅意味著它在這個(gè)特定的Dhrystone測(cè)試上得分是那個(gè)古老VAX機(jī)器的1.25倍/MHz。為什么DMIPS備受爭(zhēng)議測(cè)試程序過時(shí)Dhrystone誕生于1984年其代碼模式大量整數(shù)運(yùn)算、字符串操作與當(dāng)今的嵌入式應(yīng)用信號(hào)處理、協(xié)議棧、實(shí)時(shí)控制相去甚遠(yuǎn)。易受編譯器優(yōu)化影響聰明的編譯器能識(shí)別出Dhrystone中大量的死代碼和可預(yù)測(cè)循環(huán)并進(jìn)行激進(jìn)優(yōu)化導(dǎo)致得分虛高卻不能代表真實(shí)應(yīng)用性能。無法反映內(nèi)存子系統(tǒng)性能Dhrystone體積很小能完全塞進(jìn)緩存里運(yùn)行因此它幾乎測(cè)不出緩存、總線帶寬、內(nèi)存延遲的影響。而在實(shí)際應(yīng)用中這些往往是性能瓶頸。盡管如此DMIPS/MHz依然是芯片數(shù)據(jù)手冊(cè)里的?？?。我的建議是將其視為一個(gè)在相同編譯器、相同測(cè)試條件下對(duì)比不同內(nèi)核“理論整數(shù)計(jì)算吞吐量”的粗略標(biāo)尺。它可以用于同一家族內(nèi)核如M3 vs M4的初步比較但絕不能作為跨平臺(tái)、跨應(yīng)用選型的唯一依據(jù)。2.2 CoreMark為嵌入式而生的“現(xiàn)代標(biāo)準(zhǔn)”正是為了克服Dhrystone的種種弊端EEMBC嵌入式微處理器基準(zhǔn)評(píng)測(cè)協(xié)會(huì)在2009年推出了CoreMark。它可以看作是嵌入式領(lǐng)域的“標(biāo)準(zhǔn)化考試”。CoreMark測(cè)什么它包含了一系列算法內(nèi)核矩陣操作模擬數(shù)字濾波、鏈表遍歷模擬狀態(tài)機(jī)或協(xié)議解析、CRC計(jì)算模擬數(shù)據(jù)完整性檢查。這些算法更貼近嵌入式系統(tǒng)的常見任務(wù)。CoreMark的最終得分是一個(gè)絕對(duì)數(shù)值單位就是“CoreMark”數(shù)值越高越好。為了公平對(duì)比不同主頻的芯片通常會(huì)使用“CoreMark/MHz”這個(gè)歸一化指標(biāo)。CoreMark的優(yōu)勢(shì)相關(guān)性更強(qiáng)其算法組合比Dhrystone更能代表嵌入式工作負(fù)載。防編譯器“作弊”CoreMark的規(guī)則對(duì)編譯器優(yōu)化做了很多限制比如禁止將循環(huán)展開到超過特定次數(shù)防止編譯器通過“猜透”測(cè)試來刷分使得結(jié)果更穩(wěn)定、更具可比性。成為行業(yè)事實(shí)標(biāo)準(zhǔn)幾乎所有主流的MCU廠商N(yùn)XP, ST, Microchip, TI等都會(huì)提供其芯片的CoreMark分?jǐn)?shù)這為我們提供了橫向?qū)Ρ鹊膶氋F數(shù)據(jù)池。實(shí)操心得如何獲取可信的CoreMark分?jǐn)?shù)不要完全相信數(shù)據(jù)手冊(cè)上的“典型值”。最可靠的方法是自己跑一遍。步驟通常如下從EEMBC官網(wǎng)下載標(biāo)準(zhǔn)CoreMark源碼包。針對(duì)你的目標(biāo)MCU和編譯器如IAR, Keil MDK, GCC進(jìn)行移植。主要是實(shí)現(xiàn)portable目錄下的時(shí)鐘計(jì)時(shí)、串口輸出等板級(jí)支持包BSP函數(shù)。使用一致的編譯器優(yōu)化等級(jí)推薦使用-O3進(jìn)行編譯。運(yùn)行并記錄結(jié)果。 我遇到過數(shù)據(jù)手冊(cè)標(biāo)稱4.0 CoreMark/MHz的芯片在特定編譯器配置下只能跑到3.5。自己實(shí)測(cè)心里才有底。2.3 Dhrystone知其所以然方知如何用其然雖然老舊但Dhrystone并非一無是處。理解它的構(gòu)成有時(shí)能幫助我們?cè)\斷一些特定問題。Dhrystone主要由大量密集的整數(shù)運(yùn)算、字符串比較和內(nèi)存操作組成。它的得分受以下因素影響極大整數(shù)運(yùn)算單元ALU效率M0/M0是單周期32位乘法器而M3/M4是單周期32位乘法且支持部分除法硬件加速這在Dhrystone上會(huì)有明顯差異。分支預(yù)測(cè)能力雖然Cortex-M系列的分支預(yù)測(cè)很簡(jiǎn)單主要是靜態(tài)預(yù)測(cè)和短循環(huán)優(yōu)化但在Dhrystone的密集循環(huán)中微小的差異也會(huì)被放大。編譯器整數(shù)優(yōu)化能力這是得分波動(dòng)的最大來源。一個(gè)實(shí)用的技巧將Dhrystone作為一個(gè)“壓力測(cè)試”工具。在你的工程中以低優(yōu)化等級(jí)如-O0編譯運(yùn)行一次Dhrystone記錄其性能和代碼體積。然后切換到高優(yōu)化等級(jí)如-O3-Os再跑一次。對(duì)比兩次的得分差和體積差你可以非常直觀地量化出你的編譯器在整數(shù)代碼上的優(yōu)化能力到底有多強(qiáng)。這對(duì)于評(píng)估編譯器選型很有幫助。2.4 性能指標(biāo)對(duì)比表格與選型指導(dǎo)為了更直觀我將這三個(gè)核心指標(biāo)總結(jié)如下指標(biāo)全稱核心價(jià)值主要局限適用場(chǎng)景DMIPS/MHzDhrystone MIPS Per MHz歷史久數(shù)據(jù)多用于粗略對(duì)比同源內(nèi)核的理論整數(shù)峰值。測(cè)試過時(shí)易被編譯器優(yōu)化“刷分”與真實(shí)應(yīng)用脫節(jié)?？焖僭u(píng)估內(nèi)核整數(shù)理論性能閱讀數(shù)據(jù)手冊(cè)的參考項(xiàng)。CoreMarkCoreMark (EEMBC)現(xiàn)代嵌入式標(biāo)準(zhǔn)算法相關(guān)性強(qiáng)防作弊性好行業(yè)認(rèn)可度高。仍偏重通用計(jì)算對(duì)特定外設(shè)如硬件加速器不敏感。芯片選型黃金標(biāo)準(zhǔn)性能橫向?qū)Ρ染幾g器優(yōu)化效果評(píng)估。CoreMark/MHzCoreMark Per MHz歸一化指標(biāo)剝離主頻影響純粹對(duì)比架構(gòu)和編譯器效率。忽略芯片能達(dá)到的實(shí)際最高主頻工藝、功耗限制。對(duì)比不同微架構(gòu)的內(nèi)核效率如M4 vs M7。DhrystoneDhrystone Benchmark極端的整數(shù)與字符串操作壓力測(cè)試。幾乎不能代表任何真實(shí)應(yīng)用場(chǎng)景。測(cè)試編譯器整數(shù)優(yōu)化極限作為教學(xué)或歷史參考。選型時(shí)的決策流建議初篩查看目標(biāo)芯片數(shù)據(jù)手冊(cè)的CoreMark和CoreMark/MHz分?jǐn)?shù)建立性能基線。深挖如果手冊(cè)沒有嘗試尋找原廠提供的測(cè)試報(bào)告或自己移植測(cè)試。務(wù)必關(guān)注測(cè)試條件主頻、編譯器、優(yōu)化等級(jí)、內(nèi)存配置。超越基準(zhǔn)問自己我的核心算法是什么如果是FFT、FIR濾波那么帶有DSP擴(kuò)展的M4/M7/M33的實(shí)測(cè)FFT性能比CoreMark更重要。如果是電機(jī)FOC那么單精度浮點(diǎn)單元FPU的實(shí)測(cè)三角運(yùn)算速度是關(guān)鍵。系統(tǒng)考量性能≠內(nèi)核分?jǐn)?shù)。芯片的Flash加速器ART Accelerator、緩存大小、總線矩陣、內(nèi)存零等待狀態(tài)WS頻率這些系統(tǒng)級(jí)特性對(duì)實(shí)際性能的影響常常比內(nèi)核本身更大。3. 超越基準(zhǔn)測(cè)試挖掘影響真實(shí)性能的“隱形因素”跑分很高但實(shí)際代碼跑起來就是卡頓。這是很多工程師的噩夢(mèng)。問題往往出在那些基準(zhǔn)測(cè)試測(cè)不到的地方。這一章我們深入芯片內(nèi)部看看那些“隱形”的性能殺手或助推器。3.1 內(nèi)存子系統(tǒng)性能的“任督二脈”你可以把Cortex-M內(nèi)核想象成一個(gè)處理能力極強(qiáng)的“大腦”而內(nèi)存子系統(tǒng)Flash、RAM、總線、緩存就是連接大腦與知識(shí)庫(kù)代碼和記事本數(shù)據(jù)的神經(jīng)通道。通道的寬度和速度直接決定了大腦能多快地獲取信息。Flash等待狀態(tài)Wait State這是最容易被忽視的性能瓶頸。MCU內(nèi)部的Flash存儲(chǔ)器有其固有的讀取延遲。當(dāng)CPU主頻超過某個(gè)閾值時(shí)CPU必須插入等待周期才能讀到正確的指令或數(shù)據(jù)。例如某芯片的Flash在0-48MHz時(shí)是0等待狀態(tài)0WS48-96MHz時(shí)需要1WS96MHz以上需要2WS。影響插入1個(gè)WS意味著讀取一次Flash需要2個(gè)時(shí)鐘周期理論指令吞吐量直接減半。這對(duì)于順序執(zhí)行的代碼是災(zāi)難性的。解決方案指令緩存I-CacheM7、M33等高端內(nèi)核標(biāo)配。一旦指令被緩存后續(xù)執(zhí)行就無需訪問Flash。對(duì)于循環(huán)代碼段性能提升是數(shù)量級(jí)的。預(yù)取緩沖器Prefetch BufferM3/M4等內(nèi)核常見。它提前讀取下一條指令一定程度上隱藏延遲。但分支跳轉(zhuǎn)會(huì)使其失效。將關(guān)鍵代碼拷貝到RAM運(yùn)行這是終極手段用RAM速度換取性能。但RAM空間寶貴需謹(jǐn)慎使用?？偩€矩陣與仲裁當(dāng)CPU、DMA、以太網(wǎng)MAC等多個(gè)主設(shè)備同時(shí)訪問RAM或外設(shè)時(shí)總線仲裁器來決定誰先誰后。低端芯片可能是單總線所有設(shè)備爭(zhēng)搶高端芯片采用多層AHB總線矩陣允許并行訪問。實(shí)戰(zhàn)場(chǎng)景你在用M4內(nèi)核處理數(shù)據(jù)同時(shí)ADC通過DMA往內(nèi)存里寫數(shù)據(jù)。如果總線是共享的DMA傳輸會(huì)搶占總線導(dǎo)致CPU取指暫停造成性能抖動(dòng)。這在實(shí)時(shí)控制中是致命的。排查方法使用芯片的性能計(jì)數(shù)器如Cortex-M的DWT單元監(jiān)控總線訪問沖突。或者在DMA傳輸期間測(cè)量一段關(guān)鍵代碼的執(zhí)行時(shí)間看是否出現(xiàn)波動(dòng)。3.2 編譯器與優(yōu)化等級(jí)同一內(nèi)核不同“靈魂”同樣的C代碼同樣的Cortex-M4內(nèi)核用IAR、Keil MDK-ARMARMCC/ARMCLANG和GCC編譯性能差異可能高達(dá)20%-30%。這背后是編譯器的“魔法”。-O0, -O1, -O2, -O3, -Os你該怎么選-O0無優(yōu)化僅用于調(diào)試。代碼順序與源碼嚴(yán)格對(duì)應(yīng)變量全在內(nèi)存中便于單步跟蹤和查看變量。性能最差體積最大。-O1/O2平衡優(yōu)化啟用大部分安全的優(yōu)化如公共子表達(dá)式消除、簡(jiǎn)單的循環(huán)優(yōu)化。代碼體積和性能取得較好平衡。大多數(shù)應(yīng)用項(xiàng)目的推薦選擇。-O3激進(jìn)優(yōu)化啟用所有優(yōu)化包括可能大幅增加代碼體積的循環(huán)展開、函數(shù)內(nèi)聯(lián)等。適用于對(duì)性能極度敏感且代碼空間充裕的場(chǎng)景如DSP算法核。-Os尺寸優(yōu)化在-O2的基礎(chǔ)上優(yōu)先考慮減小代碼體積可能會(huì)犧牲一些性能。適用于成本敏感、Flash空間緊張的項(xiàng)目。一個(gè)關(guān)鍵技巧混合優(yōu)化。大多數(shù)IDE允許對(duì)單個(gè)文件或函數(shù)設(shè)置獨(dú)立的優(yōu)化等級(jí)。你可以將性能瓶頸函數(shù)如電機(jī)控制的PID環(huán)路用-O3甚至-Ofast啟用可能改變精度的浮點(diǎn)優(yōu)化編譯而將其他不關(guān)鍵的代碼用-Os編譯。這樣在有限的Flash空間內(nèi)榨取了最大性能。編譯器特定優(yōu)化IAR其--no_size_constraints選項(xiàng)可以讓優(yōu)化器更偏向性能而非體積。ARM Compiler 6 (ARMCLANG)支持鏈接時(shí)優(yōu)化LTO可以在鏈接階段進(jìn)行跨模塊的全局優(yōu)化效果顯著。GCC提供大量細(xì)粒度優(yōu)化參數(shù)如-funroll-loops循環(huán)展開、-ffast-math快速數(shù)學(xué)可能影響精度。注意事項(xiàng)高等級(jí)優(yōu)化可能會(huì)改變程序行為例如激進(jìn)的死代碼消除可能刪掉你認(rèn)為有用的調(diào)試語(yǔ)句指令重排可能讓多線程下的變量訪問出現(xiàn)意料之外的結(jié)果。務(wù)必在開啟高優(yōu)化后進(jìn)行全面的功能回歸測(cè)試。3.3 微架構(gòu)差異M0、M3、M4、M7、M33到底差在哪拋開主頻和工藝同是Cortex-M內(nèi)核微架構(gòu)的差異是性能分化的根本。流水線深度M0/M03級(jí)流水線取指、譯碼、執(zhí)行。簡(jiǎn)單中斷響應(yīng)快入棧寄存器少但指令吞吐率低。M3/M43級(jí)流水線帶分支預(yù)測(cè)。雖然也是3級(jí)但擁有更先進(jìn)的分支預(yù)測(cè)和哈佛總線架構(gòu)實(shí)際IPC每周期指令數(shù)高于M0。M76級(jí)雙發(fā)射超標(biāo)量流水線。它有兩個(gè)ALU可以在一個(gè)周期內(nèi)同時(shí)執(zhí)行兩條指令并且擁有更深的流水線來提高主頻。這是性能飛躍的關(guān)鍵。指令集與擴(kuò)展Thumb/Thumb-2所有Cortex-M都支持。Thumb-2混合了16位和32位指令在代碼密度和性能間取得完美平衡。DSP擴(kuò)展M4、M7、M33等支持。增加了單周期乘加MAC、飽和運(yùn)算、SIMD單指令多數(shù)據(jù)指令。對(duì)于音頻編解碼、振動(dòng)分析等算法性能提升可達(dá)數(shù)倍。浮點(diǎn)單元FPU單精度SPFPUM4F、M7、M33等支持。硬件處理浮點(diǎn)運(yùn)算速度比軟件庫(kù)快幾十到上百倍。雙精度DPFPU部分M7內(nèi)核可選。精度更高但速度慢于SP FPU且占用更多硅片面積。內(nèi)存保護(hù)單元MPUM3以上支持。雖然不直接提升性能但通過防止內(nèi)存越界訪問減少了調(diào)試“詭異”崩潰問題的時(shí)間間接提升了開發(fā)效率。M33更進(jìn)一步集成了TrustZone為安全應(yīng)用帶來性能與安全的兼顧。性能計(jì)數(shù)器DWT, PMU這是性能分析的“神器”。Cortex-M3及以上內(nèi)核內(nèi)置了數(shù)據(jù)觀察點(diǎn)與跟蹤DWT單元和性能監(jiān)控單元PMU。你可以通過它非侵入式地監(jiān)控CYCCNT循環(huán)計(jì)數(shù)器用于高精度計(jì)時(shí)。CPI每指令周期數(shù)理想是1大于1說明存在等待如內(nèi)存訪問延遲。LSU_STALL加載/存儲(chǔ)單元停頓周期數(shù)指示內(nèi)存訪問瓶頸。FOLD指令折疊次數(shù)Thumb-2的特性折疊越多說明代碼密度高。 學(xué)會(huì)使用這些計(jì)數(shù)器通常通過IDE的調(diào)試插件或自己寫代碼訪問你就能從“感覺有點(diǎn)慢”進(jìn)化到“量化哪里慢慢了多少個(gè)周期”。4. 實(shí)戰(zhàn)搭建屬于你自己的性能評(píng)估體系理論說了這么多是時(shí)候動(dòng)手了。這一章我將帶你一步步搭建一個(gè)可復(fù)用的性能評(píng)估環(huán)境并對(duì)一顆具體的Cortex-M4芯片進(jìn)行實(shí)測(cè)分析。4.1 測(cè)試環(huán)境搭建與工具鏈選擇硬件準(zhǔn)備評(píng)估板選擇一款你熟悉的、帶有標(biāo)準(zhǔn)JTAG/SWD調(diào)試接口的Cortex-M4開發(fā)板如ST的NUCLEO-F411RE NXP的FRDM-K64F等。調(diào)試器J-Link、ST-Link等。確保其固件為最新以獲得最佳速度和穩(wěn)定性。軟件與工具鏈IDE/編譯器我們選擇Keil MDK-ARM使用ARMCLANG編譯器和IAR Embedded Workbench進(jìn)行交叉對(duì)比。你也可以使用免費(fèi)的GCC ARM工具鏈如Arm GNU Toolchain。CoreMark源碼從EEMBC官網(wǎng)https://www.eembc.org/coremark/下載coremark_v1.0.tgz。性能分析工具Keil MDK的Event Recorder和Performance Analyzer。IAR的C-SPY Debugger配合Timeline視圖。SEGGER SystemView功能強(qiáng)大的實(shí)時(shí)系統(tǒng)可視化分析工具可以清晰看到任務(wù)執(zhí)行、中斷、CPU負(fù)載。工程配置關(guān)鍵步驟以Keil MDK為例新建一個(gè)基礎(chǔ)工程選擇正確的設(shè)備型號(hào)。解壓CoreMark將core_list_join.c,core_main.c,core_matrix.c,core_state.c,core_util.c以及core_portme.c需要移植添加到工程。移植core_portme.c實(shí)現(xiàn)portable_init()初始化系統(tǒng)時(shí)鐘、定時(shí)器用于計(jì)時(shí)。實(shí)現(xiàn)barebones_clock()提供一個(gè)返回高精度計(jì)時(shí)計(jì)數(shù)值的函數(shù)通常使用SysTick或一個(gè)通用定時(shí)器。實(shí)現(xiàn)ee_printf()用于輸出結(jié)果可以重定向到串口或Semihosting。設(shè)置編譯器優(yōu)化等級(jí)為-O3并關(guān)閉Microlib如果使用標(biāo)準(zhǔn)庫(kù)。在core_portme.h中正確設(shè)置ITERATIONS迭代次數(shù)確?？倛?zhí)行時(shí)間10秒以獲得穩(wěn)定結(jié)果和HAS_FLOAT等宏定義。4.2 移植CoreMark并獲取基準(zhǔn)數(shù)據(jù)完成移植后編譯下載通過串口工具查看輸出。你會(huì)得到類似這樣的結(jié)果2K performance run parameters for coremark. CoreMark Size : 666 Total ticks : 10000 Total time (secs): 10.000000 Iterations/Sec : 1000.000000 Iterations : 10000 CoreMark 1.0 : 1000.000000 / ARM Compiler 6.18 [O3]記錄下CoreMark分?jǐn)?shù)和CoreMark/MHz分?jǐn)?shù)/主頻。例如主頻100MHz得分250則 CoreMark/MHz 2.50?，F(xiàn)在進(jìn)行對(duì)比實(shí)驗(yàn)改變優(yōu)化等級(jí)分別用-O0,-O1,-O2,-O3,-Os編譯運(yùn)行記錄分?jǐn)?shù)和生成的代碼大小.map文件查看。你會(huì)直觀看到優(yōu)化等級(jí)對(duì)性能和體積的巨大影響。改變內(nèi)存位置修改鏈接腳本將CoreMark代碼段.text從默認(rèn)的Flash區(qū)域移動(dòng)到零等待狀態(tài)的RAM區(qū)域如果板載RAM足夠大且支持執(zhí)行代碼。重新運(yùn)行對(duì)比分?jǐn)?shù)。這個(gè)差值就是Flash等待狀態(tài)帶來的性能損失。開啟指令緩存如果內(nèi)核支持在系統(tǒng)初始化代碼中使能I-Cache。重新運(yùn)行觀察分?jǐn)?shù)提升。這體現(xiàn)了緩存對(duì)循環(huán)密集型代碼的加速效果。4.3 使用性能計(jì)數(shù)器進(jìn)行微觀分析CoreMark給了我們一個(gè)總分但我們需要知道“分”丟在哪里。這時(shí)就要祭出DWT性能計(jì)數(shù)器。編寫一個(gè)簡(jiǎn)單的性能分析模塊// dwt_utils.c #include stdint.h #define DWT_CTRL (*(volatile uint32_t*)0xE0001000) #define DWT_CYCCNT (*(volatile uint32_t*)0xE0001004) void DWT_Init(void) { // 使能DWT和CYCCNT計(jì)數(shù)器 CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT_CTRL | 1; // 使能CYCCNT DWT_CYCCNT 0; } uint32_t DWT_GetCycles(void) { return DWT_CYCCNT; } void benchmark_function(void) { DWT_Init(); uint32_t start DWT_GetCycles(); // 在這里調(diào)用你想要測(cè)試的函數(shù)例如 CoreMark 的某個(gè)子函數(shù) core_matrix_test() core_matrix_test(); uint32_t end DWT_GetCycles(); uint32_t cycles end - start; printf(Function executed in %u CPU cycles.\n, cycles); }通過這種方式你可以精確測(cè)量CoreMark中各個(gè)子算法矩陣、鏈表、CRC的耗時(shí)分析出你的芯片在哪種類型的運(yùn)算上更強(qiáng)或更弱。例如你可能發(fā)現(xiàn)矩陣運(yùn)算得分很高得益于高效的ALU但鏈表遍歷得分低受內(nèi)存訪問延遲影響大。4.4 構(gòu)建自定義應(yīng)用場(chǎng)景測(cè)試基準(zhǔn)測(cè)試是標(biāo)尺但你的應(yīng)用才是終點(diǎn)。最終你需要構(gòu)建一個(gè)代表你真實(shí)應(yīng)用負(fù)載的測(cè)試用例。例如如果你在做電機(jī)FOC控制測(cè)試用例編寫一個(gè)包含 Clarke/Park 變換、反變換、PI控制器、SVPWM生成的完整環(huán)路函數(shù)。測(cè)試方法使用DWT計(jì)數(shù)器測(cè)量單次環(huán)路執(zhí)行時(shí)間T_loop。計(jì)算最大支持的控制頻率F_max 1 / T_loop。在環(huán)路中同時(shí)使能FPU和禁用FPU通過編譯選項(xiàng)-mfpufpv4-sp-d16和-mfloat-abisoft對(duì)比量化FPU帶來的性能提升。嘗試不同的編譯器優(yōu)化等級(jí)找到性能與代碼大小的最佳平衡點(diǎn)。如果芯片有三角函數(shù)硬件加速單元CORDIC對(duì)比使用硬件加速和軟件庫(kù)函數(shù)如arm_sin_f32的速度差異。這樣的自定義測(cè)試其指導(dǎo)意義遠(yuǎn)大于CoreMark總分。它能直接告訴你你的芯片能否在目標(biāo)頻率下跑完你的算法留有多少余量以及為了提升性能你應(yīng)該朝哪個(gè)方向努力換編譯器開緩存優(yōu)化算法。5. 常見性能陷阱與優(yōu)化實(shí)戰(zhàn)指南在多年的項(xiàng)目實(shí)戰(zhàn)中我踩過無數(shù)性能的“坑”。這里分享幾個(gè)最具代表性的案例和排查思路希望能幫你少走彎路。5.1 問題一“我的芯片主頻翻倍了為什么實(shí)際吞吐量沒翻倍”現(xiàn)象將系統(tǒng)主頻從50MHz提升到100MHz但處理一幀數(shù)據(jù)的時(shí)間只縮短了30%。排查思路檢查Flash等待狀態(tài)這是頭號(hào)嫌犯。查看芯片數(shù)據(jù)手冊(cè)的Flash訪問時(shí)序圖。50MHz時(shí)可能是0WS100MHz時(shí)可能就需要2WS。這意味著取指周期變成了原來的3倍嚴(yán)重拖累了CPU。使用性能計(jì)數(shù)器在高低主頻下分別運(yùn)行同一段核心代碼用DWT的CYCCNT測(cè)量周期數(shù)。如果周期數(shù)基本不變說明瓶頸不在CPU而在內(nèi)存訪問。如果周期數(shù)按比例減少但吞吐量未按比例增加說明存在其他瓶頸如外設(shè)數(shù)據(jù)吞吐率、DMA帶寬。檢查總線負(fù)載在高主頻下用邏輯分析儀或芯片的性能監(jiān)控模塊查看總線活躍度?？赡蹹MA、以太網(wǎng)等外設(shè)占用了大量總線帶寬導(dǎo)致CPU經(jīng)常處于等待狀態(tài)。解決方案如果Flash等待狀態(tài)是瓶頸考慮啟用指令緩存I-Cache或?qū)⒆铌P(guān)鍵的循環(huán)代碼復(fù)制到RAM中執(zhí)行。如果總線競(jìng)爭(zhēng)是瓶頸優(yōu)化DMA傳輸策略如使用雙緩沖或調(diào)整總線矩陣的優(yōu)先級(jí)設(shè)置如果芯片支持。5.2 問題二“開啟了-O3優(yōu)化后程序偶爾跑飛了”現(xiàn)象為了提升性能將編譯選項(xiàng)從-O2改為-O3。大部分功能正常但程序在某個(gè)特定條件下會(huì)進(jìn)入HardFault。原因分析高等級(jí)優(yōu)化可能帶來副作用激進(jìn)的內(nèi)聯(lián)和死代碼消除可能破壞了某些依賴特定執(zhí)行順序的隱式邏輯或者誤刪了包含副作用如 volatile 訪問的“無用”代碼。棧使用估計(jì)錯(cuò)誤-O3優(yōu)化可能導(dǎo)致函數(shù)內(nèi)聯(lián)使得局部變量集中在調(diào)用者棧幀可能造成棧溢出。不嚴(yán)謹(jǐn)?shù)拇a例如未正確使用volatile聲明中斷服務(wù)程序ISR中修改的全局變量?jī)?yōu)化器可能認(rèn)為該變量值不變直接從寄存器讀取舊值。調(diào)試與解決定位問題在HardFault中斷服務(wù)程序中讀取SCB-CFSR配置故障狀態(tài)寄存器和SCB-HFSR硬故障狀態(tài)寄存器分析故障原因如IMPRECISERR, PRECISERR, IBUSERR等。對(duì)比反匯編在-O2和-O3下分別查看出問題函數(shù)附近的反匯編代碼尋找顯著差異如函數(shù)調(diào)用消失、循環(huán)結(jié)構(gòu)改變等。逐步隔離先將整個(gè)工程的優(yōu)化改回-O2然后僅對(duì)懷疑的問題文件或函數(shù)單獨(dú)設(shè)置-O3逐步縮小范圍。代碼加固對(duì)多線程/中斷共享的全局變量務(wù)必使用volatile修飾。對(duì)不應(yīng)被優(yōu)化的關(guān)鍵內(nèi)存操作如內(nèi)存映射寄存器訪問使用__attribute__((optimize(O0)))GCC或#pragma optimizeIAR/Keil進(jìn)行局部禁用優(yōu)化。檢查棧空間分配在-O3下適當(dāng)增加棧大小。5.3 問題三“同樣的算法在M4上比在M7上還快”現(xiàn)象將一個(gè)圖像處理算法分別移植到主頻相近的Cortex-M4和Cortex-M7芯片上實(shí)測(cè)發(fā)現(xiàn)M4的執(zhí)行時(shí)間更短。深度排查確認(rèn)測(cè)試條件首先確保兩者主頻、內(nèi)存配置Flash WS RAM速度、編譯器及優(yōu)化等級(jí)完全一致。很多時(shí)候“M7更快”的假設(shè)讓人忽略了基礎(chǔ)配置的差異。分析算法特性這個(gè)算法是計(jì)算密集型還是數(shù)據(jù)搬運(yùn)密集型M7的優(yōu)勢(shì)在于深流水線和雙發(fā)射對(duì)于指令級(jí)并行ILP高的代碼如可以展開的大循環(huán)提升巨大。但如果你的算法是大量隨機(jī)內(nèi)存訪問指針追逐那么M7更深的流水線反而可能因?yàn)榉种ьA(yù)測(cè)失敗和緩存失效帶來更大的懲罰。而M4較短的流水線在這種情況下可能表現(xiàn)更穩(wěn)定。利用性能計(jì)數(shù)器分別在兩個(gè)平臺(tái)上運(yùn)行算法并監(jiān)控CPI每指令周期數(shù)如果M7的CPI遠(yuǎn)高于1說明流水線停頓嚴(yán)重。LSU_STALL加載存儲(chǔ)停頓如果這個(gè)值很高說明內(nèi)存訪問是瓶頸。對(duì)比兩者的緩存命中率如果支持。BRANCH_MISS分支預(yù)測(cè)失敗如果算法分支很多且難以預(yù)測(cè)M7的分支預(yù)測(cè)器可能并不比M4的靜態(tài)預(yù)測(cè)好多少。檢查數(shù)據(jù)對(duì)齊M7通常有更嚴(yán)格的數(shù)據(jù)對(duì)齊要求。未對(duì)齊的訪問可能導(dǎo)致性能下降甚至觸發(fā)異常。確保關(guān)鍵數(shù)據(jù)數(shù)組是32位或64位對(duì)齊的。結(jié)論沒有絕對(duì)快的架構(gòu)只有最適合特定負(fù)載的架構(gòu)。M7的強(qiáng)大需要“喂”給它合適的代碼指令并行度高、數(shù)據(jù)局部性好才能發(fā)揮出來。對(duì)于某些“不規(guī)則”的算法簡(jiǎn)單的M4可能更高效。5.4 性能優(yōu)化速查表當(dāng)你遇到性能問題時(shí)可以按以下順序進(jìn)行排查和嘗試步驟排查點(diǎn)工具/方法可能解決方案1. 定位瓶頸確定是CPU計(jì)算慢還是內(nèi)存訪問慢。DWT性能計(jì)數(shù)器 (CYCCNT,CPI,LSU_STALL)。計(jì)算密集型則優(yōu)化算法/啟用硬件加速內(nèi)存密集型則優(yōu)化數(shù)據(jù)布局/啟用緩存。2. 編譯器調(diào)優(yōu)當(dāng)前優(yōu)化等級(jí)是否合適對(duì)比-O0,-O2,-O3,-Os下的性能和大小。對(duì)關(guān)鍵函數(shù)使用-O3其余使用-Os。嘗試鏈接時(shí)優(yōu)化LTO。3. 內(nèi)存系統(tǒng)Flash等待狀態(tài)是否成為瓶頸在RAM中運(yùn)行關(guān)鍵代碼對(duì)比性能差異。查看數(shù)據(jù)手冊(cè)Flash時(shí)序。啟用I-Cache。將最熱點(diǎn)的代碼/數(shù)據(jù)放到RAM或CCM核心耦合內(nèi)存。4. 數(shù)據(jù)與代碼布局緩存是否有效數(shù)據(jù)是否對(duì)齊使用MAP文件分析函數(shù)/數(shù)據(jù)地址。檢查緩存命中率如果支持。將頻繁同時(shí)訪問的數(shù)據(jù)和代碼放在連續(xù)、對(duì)齊的內(nèi)存區(qū)域。使用__attribute__((aligned))。5. 算法與實(shí)現(xiàn)算法本身是否有優(yōu)化空間代碼審查使用Profiler工具定位最耗時(shí)的函數(shù)。改用查表法替代復(fù)雜計(jì)算。使用CMSIS-DSP等優(yōu)化庫(kù)。將浮點(diǎn)運(yùn)算改為定點(diǎn)運(yùn)算如果精度允許。6. 系統(tǒng)級(jí)優(yōu)化是否有外設(shè)或中斷造成性能抖動(dòng)使用SystemView或邏輯分析儀監(jiān)控系統(tǒng)運(yùn)行時(shí)序。優(yōu)化中斷服務(wù)程序ISR使其盡可能短。調(diào)整DMA傳輸策略減少總線占用。禁用不必要的外設(shè)時(shí)鐘。性能優(yōu)化是一場(chǎng)永無止境的旅程它沒有銀彈需要的是嚴(yán)謹(jǐn)?shù)臏y(cè)量、科學(xué)的分析和持續(xù)的迭代。從迷信主頻參數(shù)到理解DMIPS/MHz的局限再到親手運(yùn)行CoreMark、解讀性能計(jì)數(shù)器最后構(gòu)建貼合自己應(yīng)用的測(cè)試模型——這個(gè)過程正是工程師從“會(huì)用芯片”到“懂芯片”的成長(zhǎng)之路。希望這篇長(zhǎng)文能成為你手邊的一份實(shí)用指南當(dāng)你在下一個(gè)項(xiàng)目中再次面對(duì)性能抉擇時(shí)能夠心中有尺測(cè)量有據(jù)決策有方。