比较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条回答
Gorgon_Meducer
2020-01-13 13:36
Eric2013 发表于 2019-5-14 21:49
编译器能开的全开了,而需要手动开的,没整。

大部分应用场合,编译器还是非常给力的,而有些应用场景就 ...

一般也不需要把编译器榨干到这种程度。很多时候还是要依靠编码技巧的。比如如何尽可能减少volatile的使用,
减少静态变量的使用,尽可能使用结构体,尽可能使用指针来访问变量,尽可能使用局部变量——这都是arm
环境下给编译器更多优化机会的举措。

一周热门 更多>