比较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即可。

友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
81条回答
Gorgon_Meducer
1楼-- · 2020-01-11 03:15
Eric2013 发表于 2019-5-10 23:23
AC6就是基于CLANG的。

我当然知道arm compiler 6是基于llvm的。但arm compiler 6的很多优化是要经过一段时间验证才会上传到社区的,是不是会被社区接受加入主干是另说了。真是的例子就是,一年前很多arm compiler 6的优化就被提交到开源社区了,结果到了LLVM8/9,还是没能体现出来。
Eric2013
2楼-- · 2020-01-11 06:01
 精彩回答 2  元偷偷看……
Eric2013
3楼-- · 2020-01-11 08:57
从当前的情况来看AC5被取代只是时间问题了,编译个HAL库待Browse Info,完全没法用,而生成代码大小和性能跟AC6比,也处于下风。

最后就是稳定性,实测还是可以的,后面开几个板子,长期测试一段时间看看。
Gorgon_Meducer
4楼-- · 2020-01-11 11:20
Eric2013 发表于 2019-5-13 18:26
优化问题我专门做了两个大点的综合Demo在H7上测试AC5开三级优化,并且开时间优化,而AC6开最高速度优化。 ...

最高的速度优化是-Omax,不是-Ofast。
Eric2013
5楼-- · 2020-01-11 15:28
Gorgon_Meducer 发表于 2019-5-13 19:31
最高的速度优化是-Omax,不是-Ofast。

感谢告知,我说怎么只提高了一丢丢,稳定性还是可以的
Gorgon_Meducer
6楼-- · 2020-01-11 19:58
Eric2013 发表于 2019-5-13 19:35
感谢告知,我说怎么只提高了一丢丢,稳定性还是可以的


-Omax 会默认打开 LTO。 记得在 MDK里勾选Link-Time-Optimisation。否则linker会报告错误。
-Omax无法通过下拉列表获得,只能通过在 Misc Control的文本框里添加。在这里添加的选项会覆盖其它通过GUI配置的选项(因为在命令行中更靠后)。

另外MDK也是原生态就支持GCC的。

一周热门 更多>