近期有i.MX RT客戶(hù)在集成OTASBL項(xiàng)目，實(shí)現(xiàn)產(chǎn)品的2nd bootloader時(shí)遇到了 MbedTLS庫(kù)算法性能問(wèn)題，客戶(hù)想知道MbedTLS純軟件實(shí)現(xiàn)和使用i.MX RT芯片里的硬件加速器實(shí)現(xiàn)，在性能上差距有多大。

借著客戶(hù)這個(gè)問(wèn)題，我們今天就在i.MX RT上實(shí)測(cè)看一下兩個(gè)方式的性能差異。

客戶(hù)使用的是i.MX RT1170，這個(gè)型號(hào)上的硬件加速器是CAAM，相比前一代架構(gòu) i.MX RT10xx系列上的DCP有升級(jí)，我們今天把DCP和CAAM同時(shí)測(cè)一下。

一、MbedTLS算法庫(kù)簡(jiǎn)介

MbedTLS（前身 PolarSSL）是一個(gè)開(kāi)源的 SSL/TLS 算法庫(kù)，最早由Arm公司開(kāi)源和維護(hù)，現(xiàn)在已經(jīng)移交 Trusted Firmware 社區(qū)維護(hù)。MbedTLS 開(kāi)源倉(cāng)庫(kù)地址為：

項(xiàng)目地址：https://github.com/ARMmbed/mbedtls

MbedTLS代碼由 C 語(yǔ)言寫(xiě)成，其以最小的編碼占用空間實(shí)現(xiàn)了 SSL/TLS 功能及各種加密算法，易于理解、使用、集成和擴(kuò)展，方便開(kāi)發(fā)人員輕松地在嵌入式產(chǎn)品中使用 SSL/TLS 功能。

MbedTLS軟件包主要提供了如下支持:

完整的SSL v3、TLSv1.0、TLSv1.1 和TLS v1.2 協(xié)議實(shí)現(xiàn)

X.509 證書(shū)處理

基于TCP 的TLS 傳輸加密

基于UDP 的DTLS（DatagramTLS）傳輸加密

其它加解密庫(kù)實(shí)現(xiàn)

二、i.MX RT上的硬件加速器簡(jiǎn)介

1, i.MX RT10xx系列上的DCP

DCP 是 Data Co-Processor 的簡(jiǎn)稱(chēng)，從名字上看是個(gè)通用數(shù)據(jù)協(xié)處理器。

在 i.MX RT1060 Security Reference Manual 中有一張系統(tǒng)整體安全架構(gòu)簡(jiǎn)圖，這個(gè)簡(jiǎn)圖中標(biāo)出了 DCP 模塊的主要功能：CRC-32算法、AES算法、Hash算法、類(lèi)DMA數(shù)據(jù)搬移。關(guān)于進(jìn)一步用法，見(jiàn)痞子衡兩篇舊文《i.MX RT10xx DCP使用時(shí)密鑰注意事項(xiàng)》、《i.MX RT10xx DCP使用時(shí)Cache注意事項(xiàng)》。

2, i.MX RT11xx系列上的CAAM

CAAM 是 Cryptographic Acceleration and Assurance Module 的簡(jiǎn)稱(chēng)，是個(gè)超全功能的安全算法加速器。在 i.MX RT1170 Security Reference Manual 中有一張系統(tǒng)整體安全架構(gòu)簡(jiǎn)圖，這個(gè)簡(jiǎn)圖中標(biāo)出了 CAAM 模塊的主要功能，其在 DCP 已有功能上做了進(jìn)一步擴(kuò)展，豐富了算法支持。

三、對(duì)比常見(jiàn)算法的軟硬件實(shí)現(xiàn)性能差異

1，官方SDK例程簡(jiǎn)介

想要在MCU 上跑 MbedTLS 算法，正常是需要先移植MbedTLS 源碼的。但是恩智浦 i.MX RT官方SDK包里已經(jīng)做好了移植，源碼就放在 SDK_2.11.0_MIMXRT1xxx-EVKmiddlewarembedtls下面，所以我們省去了移植步驟。

注：在 SDK 2.11 版本里移植的是 MbedTLS 2.27.0。

此外官方SDK 里還提供給了如下兩個(gè)關(guān)于 MbedTLS 的基礎(chǔ)例程，其中 mbedtls_selftest 是遍歷全部算法，檢測(cè)算法執(zhí)行正確性；mbedtls_benchmark則是提供全部算法的實(shí)際運(yùn)行性能數(shù)據(jù)（編解碼速率 KB/s）。

SDK_2.11.0_MIMXRT1xxx-EVKoardsevkmimxrt1xxxmbedtls_examplesmbedtls_selftest

SDK_2.11.0_MIMXRT1xxx-EVKoardsevkmimxrt1xxxmbedtls_examplesmbedtls_benchmark

2，在i.MX RT1060上實(shí)測(cè)

我們現(xiàn)在在 MIMXRT1060-EVK 板子上實(shí)測(cè)算法性能，就用mbedtls_benchmark 例程，選擇 debug build，即讓代碼跑在 TCM 里，這樣可以達(dá)到最好性能，不讓存儲(chǔ)器性能成瓶頸從而影響算法性能數(shù)據(jù)。此外i.MX RT1060 內(nèi)核頻率也是配到了最高 600MHz。

mbedtls_benchmark例程默認(rèn)是啟用硬件加速器 DCP 來(lái)實(shí)現(xiàn)算法的，因?yàn)槲覀円獙?duì)比 MbedTLS 純軟件實(shí)現(xiàn)和 DCP 硬件實(shí)現(xiàn)性能差異，所以在測(cè)試純軟件方式時(shí)需要在工程源文件 MIMXRT1062_features.h 里將下面這個(gè)宏臨時(shí)設(shè)為 0，這時(shí)候工程可能會(huì)編譯不通過(guò)（代碼鏈在 128KB ITCM 里），因?yàn)榧冘浖绞酱a相比硬件驅(qū)動(dòng)方式代碼要大得多，此時(shí)可以在benchmark.c 或者 ksdk_mbedtls_config.h 注釋掉一些算法執(zhí)行來(lái)減少最終代碼體（保留你感興趣的算法）。

/*@briefDCPavailabilityontheSoC.*/

#defineFSL_FEATURE_SOC_DCP_COUNT(0)

算法性能數(shù)據(jù)跟 IDE 以及編譯優(yōu)化選項(xiàng)也有關(guān)系，我們這里選擇了 IAR，優(yōu)化選項(xiàng)分別測(cè)試了 None 以及 High Speed，NoSize constraints 兩種，因?yàn)樗惴ㄌ貏e多，我們就摘比較常用的 SHA 和 AES，其對(duì)比結(jié)果如下：

3，在i.MX RT1170上實(shí)測(cè)

與上一節(jié)同樣的方法，在 MIMXRT1170-EVK 板子上也測(cè)一下，同樣 mbedtls_benchmark 例程 debug build，注意 i.MX RT1170 是雙核芯片，我們?cè)?Cortex-M7 下做測(cè)試，將內(nèi)核頻率配到最高 996MHz。

測(cè)試i.MX RT1170 上純軟件方式時(shí)僅需要在工程選項(xiàng)預(yù)編譯宏里將 CRYPTO_USE_DRIVER_CAAM去掉即可，當(dāng)然也可以在 MIMXRT1176_cm7_features.h 里將下面這個(gè)宏臨時(shí)設(shè)為 0，這時(shí)候沒(méi)有代碼空間顧慮，i.MX RT1170 上默認(rèn) ITCM 是 256KB。最終測(cè)試結(jié)果如下：

/*@briefCAAMavailabilityontheSoC.*/

#defineFSL_FEATURE_SOC_CAAM_COUNT(0)

四、性能測(cè)試總結(jié)

結(jié)論1：使用硬件加速器CAAM模塊/DCP模塊，相比MbedTLS 純軟件實(shí)現(xiàn)，對(duì)于大部分算法性能都會(huì)有提升，但具體提升比例因算法本身復(fù)雜度而異。

結(jié)論2：硬件加速器方式提升比例較大的是3DES/DES（近10倍）、AES/ECDSA/ECDHE（近7倍）、RSA（3-5倍）、SHA-1/256（近2倍）。

結(jié)論3：硬件加速器方式對(duì)于部分算法，測(cè)試數(shù)據(jù)長(zhǎng)度越大（默認(rèn)1KB buffer，比如調(diào)到10KB），性能提升更明顯。

結(jié)論4：編譯器優(yōu)化等級(jí)設(shè)置對(duì) MbedTLS 純軟件和硬件加速器方式都有一定影響。

最后需要強(qiáng)調(diào)一點(diǎn)，這些測(cè)試數(shù)據(jù)僅作為參考，不代表硬件模塊的真實(shí)能力，僅僅是基于當(dāng)前軟件環(huán)境的測(cè)試結(jié)果。

審核編輯 ：李倩