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

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

一般也不需要把编译器榨干到这种程度。很多时候还是要依靠编码技巧的。比如如何尽可能减少volatile的使用,
减少静态变量的使用,尽可能使用结构体,尽可能使用指针来访问变量,尽可能使用局部变量——这都是arm
环境下给编译器更多优化机会的举措。
gamethink
2楼-- · 2020-01-13 15:19
刚刚试了一次V6,吓人,好多不明的警告。。勉勉强强修改适应后可以编译通过,性能感觉比V5要快点,但是ROM及RAM使用变化不大
用-Ofast测试的,试过选-Oz的话程序运行有点异常
编译器V6已更新到最新版本
Eric2013
3楼-- · 2020-01-13 16:55
gamethink 发表于 2019-5-29 17:09
刚刚试了一次V6,吓人,好多不明的警告。。勉勉强强修改适应后可以编译通过,性能感觉比V5要快点,但是ROM ...

开启LTO优化,flash和ram变化就大了。
gamethink
4楼-- · 2020-01-13 22:20
 精彩回答 2  元偷偷看……
unnormal
5楼-- · 2020-01-14 02:54
谢谢分享

了解一下

Eric2013
6楼-- · 2020-01-14 07:48
gamethink 发表于 2019-5-30 09:13
刚实施,用了你说的LTO,编译后运行也是有点问题,不知道是语法不够严谨还是怎样 ...

可以先用一些简单的程序做测试。

一周热门 更多>