比较IAR,MDK的AC5和AC6以及Embedded Studio的CLANG和GCC编译HAL库性能

2020-01-04 19:02发布

本帖最后由 Eric2013 于 2019-3-30 14:44 编辑

MDK AC5(ARM Compiler5)编译STM32H7的HAL库带Browse Info时速度巨卡,电脑性能稍差点,编译个大点的工程能编译出几十分钟。

测试条件:
1、IAR8.30开最高等级的最小代码优化
2、MDK5.27正式版使用AC5开最高等级优化3
3、MDK5.27正式版使用AC6开最小代码优化
4、Embedded Studio4.15 beta版使用GCC开最高等级代码大小优化
5、Embedded Studio4.15 beta版使用CLANG开最高等级代码大小优化
6、全部开启多核并行编译
7、电脑配置是i3-3220,机械硬盘
8、暂未测试芯片实际执行性能。

注意,现在MDK的AC6和IAR打开后都会主动创建Browse Info,在窗口的最下方正中间有个提示。
MDK标识,要等待标识消失才可以使用go to def
QQ截图20190330144146.jpg (34.43 KB, 下载次数: 0) 下载附件 2019-3-30 14:43 上传

总结,MDK的AC6生成的代码最小。



现在MDK5的AC6也是用的CLANG,总的来说,无论是编译速度还是生成代码大小,CLANG都表现出巨大优势。

当前HAL库使用AC6编译的警告有点多,可以选择使用AC5的警告临时屏蔽,提供的测试例子是采用的这种方式。

另外使用中文也会有很多警告,所以干脆使用UTF-8编码,就没有警告了,不过程序中的打印有中文的话,串口助手要使用支持UTF-8的,比如SecureCRT即可。

友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
82条回答
大傻师
2020-01-07 17:51
本帖最后由 大傻师 于 2019-3-30 14:22 编辑
Eric2013 发表于 2019-3-30 11:30
MDK5中AC6的Link-Time优化有点厉害。

Embedded Studio里面有个SEGGER Linker,优化也很强,一直没有测试 ...


GCC开了Link-Time optimization(LTO)之后也很厉害,无论是运行时间还是还是HEX的尺寸都会大幅下降,不过调试的时候会恶心点。最新的GCC8.2强化了LTO后的调试功能,但是有BUG不能用,我试了一下老是链接失败,新版应该会修复,现在还是用的GCC 7.3。之前由于FLASH空间很紧张,试过对比AC5,AC6,IAR跟GCC编译我同一个项目,都打开优化尺寸跟LTO,总HEX大概32K的情况下,不同编译器结果差异不是很大,只有几百字节。gcc开了lfto跟Os,AC6开了lfto跟Oz,gcc的HEX31.5k,AC6的HEX32K出头。

一周热门 更多>