先楫體驗(yàn)官“RSCN”評(píng)測(cè)了HPM6750的coremark跑分后(原文請(qǐng)至EEWORLD搜索RSCN）又出干貨！這次“RSCN”將為我們演示如何優(yōu)化自己手中的HPM6750使它性能提升。

以下正文轉(zhuǎn)自EEWORLD @RSCN

之前的coremark跑分測(cè)評(píng)中，在flash和ram運(yùn)行的性能大致一樣，主要的原因還是代碼空間小于32K，這剛好是cache的空間范圍內(nèi)，HPM6750有32K ICACHE和32K DCACHE，性能上是最高的，所以跑分上，兩者并沒(méi)有太大的差距。

但是，如果代碼空間超過(guò)了32K，這時(shí)候cache總會(huì)有用滿(mǎn)的時(shí)候，也會(huì)有不命中的情況下，這時(shí)候需要考慮的正是系統(tǒng)資源和編譯整合利用。

下面以littlevgl的benchmark跑分例子要進(jìn)行性能提升的一個(gè)驗(yàn)證方法，當(dāng)然這僅僅作為參考，并不能決定大多數(shù)應(yīng)用場(chǎng)景。

由于上個(gè)貼子說(shuō)明了SPI的一點(diǎn)缺陷，會(huì)導(dǎo)致DMA的輔助功能提升并不大，在實(shí)際跑lvgl的時(shí)候，code放在flash，編譯器使用segger，代碼缺省優(yōu)化，也其實(shí)沒(méi)優(yōu)化的情況下，生成的代碼如下：

那么按照這樣燒錄進(jìn)去，weightied fps大概是120多左右

這是有點(diǎn)低了，先從lvgl的配置上去優(yōu)化，lvgl的刷新周期，從30fps最大刷新率改為100fps刷新率，提升上也并不是很大，大概在160左右變動(dòng)。

那么開(kāi)O3優(yōu)化的效果又是如何，再次燒錄進(jìn)去，weightied fps大概是174多左右

當(dāng)然也試了以下方法，實(shí)驗(yàn)過(guò)程也忘了拍照，但是其實(shí)效果性能并沒(méi)有提升多少，也就180左右變動(dòng)

1、改為全尺寸雙緩沖，但是其實(shí)這種對(duì)MCU屏幕有用，對(duì)于SPI屏幕上，效果并沒(méi)多少。

2、改為非全尺寸雙緩沖，大概五分之一局部刷新。

3、改為單緩沖局部刷新和單緩沖全尺寸刷新，效果均不大。

于是試著找了官方的技術(shù)，放假期間的，技術(shù)也在中午跟著我遠(yuǎn)程調(diào)試了下，換為GCC編譯器，以及開(kāi)啟了相關(guān)優(yōu)化，優(yōu)化提升也不明顯，大概也是180fps變動(dòng)。

在調(diào)試的過(guò)程中，有個(gè)idea讓樓主茅塞頓開(kāi)，也就是官方技術(shù)建議把中斷isr放在ram運(yùn)行，但實(shí)際提升也不大。

于是樓主照著這個(gè)思路來(lái)看下性能有沒(méi)有增加，也就是把核心的代碼加載到ram中運(yùn)行。好在HPM6750有足夠的RAM來(lái)加載，根據(jù)手冊(cè)可知道，兩核心有SLV各512K，SRAM一共1M，這是足夠加載很多核心代碼。

說(shuō)干就干，在代碼上去實(shí)現(xiàn)的話(huà)，可以使用ATTR_RAMFUNC修飾符放在定義的函數(shù)前面，這樣編譯的時(shí)候就會(huì)加載到RAM運(yùn)行。

在實(shí)際調(diào)試中，單純幾個(gè)函數(shù)的修飾并不能解決問(wèn)題。也不可能去手動(dòng)一個(gè)一個(gè)修飾，好在與SES可以可視化去操作加載。從ATTR_RAMFUNC，Link文件可看到。

ATTR_RAMFUNC是把函數(shù)放在了section的.fast中

從Link可看到，fast是放在了ILM_SLV的256K空間中。

于是我們可以參考Link，自己在copy個(gè)link,把fast放在更大的RAM上，也就是SRAM上

那么ses如何去加載這些函數(shù)到RAM上了，跟keil類(lèi)似

右鍵點(diǎn)擊需要加載的文件夾，選擇options

選擇code段改為.fast，這樣就可以一次搞定加載所有需要到RAM運(yùn)行的函數(shù)。

根據(jù)之前的調(diào)試性能，再加載核心的放在RAM中運(yùn)行，燒錄代碼進(jìn)去，奇跡的時(shí)刻，從122fps提升到286，整整提升了兩倍性能，這已經(jīng)對(duì)于SPI這個(gè)稍微缺陷IP，足夠有幫助了。

于此總結(jié)：

1、在從代碼優(yōu)化，編譯器優(yōu)化上，可以提高性能。

2、在1的基礎(chǔ)上，隨著代碼空間的增多，32k cache總有用完的時(shí)候，xip flash 也會(huì)有所損失性能，最好就是可以把主要的代碼加載到RAM中運(yùn)行，更可提高性能。

3、除了32K cache的加持，內(nèi)部RAM整合也有足夠2M，對(duì)于系統(tǒng)而言，是足夠性能整合的。