IAR VS Keil MDK，你会选择哪个？

seazhui · 发表于 2012-8-19 21:07:28

zf8848 发表于 2012-4-3 14:19
以 RealView 现在叫 DS5 为核心的包括一些调试硬件的平台是被各个 ARM 芯片授权厂商评估和测试 ARM 核心的 ...

代码编辑能力弱的我都想哭了。。。。。
最近正在研究vim。。。。

hongshuang · 发表于 2012-8-19 22:08:24

SNOOKER 发表于 2012-4-1 22:46
一直用KEIL，IAR有一个蛋疼的地方就是无法像KEIL那样打开多个独立的工程

msp430、stm32一直都用IAR,打开多个独立工程毫无压力，哥们你记错了吧？

usecool · 发表于 2012-8-19 23:20:17

各有所长，需要哪个用哪个。
调试ucosii用Ira,那调试ecos，就是keil mdk方便了。

lwx6 · 发表于 2012-11-29 16:26:25

这几年的开发经验：IAR无论是稳定性和代码效率都胜于Keil

armstrong · 发表于 2012-11-30 18:01:45

实话实说，IAR的编译效率很高，连接器很好用（连接脚本很好写）；缺点是编辑器和源代码浏览功能一般。不过，我注重的是编译器，而非编辑器等其它辅助工具，所以用IAR更好。
通俗的说，IAR的关键核心组件很优秀，就是外壳太一般了。

leeseel · 发表于 2012-11-30 18:18:36

我还是觉得对着指令集手工汇编比较好

SAI · 发表于 2012-11-30 21:03:19

需求不同，，，各有各的好处，，，我现在用的就MDK，，不过IAR的却很不错。。。

zhenghe · 发表于 2012-12-20 17:06:15

亲身感受啊，同一个工程，不开优化，那编译速度快啊，和MDK没法比，代码小得用JLink下载一闪就完成了，MDK要至少20秒。
一个Swedish公司，IAR和Japan什么关系？凭什么有日语版！为什么没德语版？？IAR解释下。

arm · 发表于 2012-12-20 17:23:48

SNOOKER 发表于 2012-4-1 22:46
一直用KEIL，IAR有一个蛋疼的地方就是无法像KEIL那样打开多个独立的工程

可以打开啊，不要直接在工程下打开就行了，下面那样打开

zhenghe · 发表于 2012-12-20 17:48:54

MDK 优化level1

linking...
Program Size: Code=31736 RO-data=178816 RW-data=120 ZI-data=6224
FromELF: creating hex file...
"..\Output\STM32_USART.axf" - 0 Error(s), 19 Warning(s).
Load "..\\Output\\STM32_USART.AXF"
* JLink Info: Device "STM32F103VE" selected (512 KB flash, 64 KB RAM).
Set JLink Project File to "D:\我的文档\For Keil ARM\USART\USER\JLinkSettings.ini"

IAR 不优化

IAR ELF Linker V6.30.4.53288/W32 for ARM
Copyright 2007-2011 IAR Systems AB.

  19 108 bytes of readonly  code memory
3 180 bytes of readonly  data memory
2 300 bytes of readwrite data memory

SNOOKER · 发表于 2012-12-20 21:08:56

楼上的，有差这么多吗，太夸张了吧。
你能否将工程传上来我试试

hongguan · 发表于 2012-12-23 18:39:10

习惯KEIL,这不过只个工具而已，别太较真，把精力用到其它地方去。

xyr · 发表于 2012-12-24 00:10:46

有争议,就有优劣,继续跟贴看结果.

i55x · 发表于 2012-12-24 00:30:55

usecool 发表于 2012-8-19 23:20
各有所长，需要哪个用哪个。
调试ucosii用Ira,那调试ecos，就是keil mdk方便了。
...

你火星来客吧，ecos要用gcc开发！

liuhengpeng123 · 发表于 2012-12-24 01:14:45

i55x 发表于 2012-12-24 00:30
你火星来客吧，ecos要用gcc开发！

MDK 优化level3时候
代码是优化了，但是ucos+ucgui下载后运行不了，
能否解释一下

jisaowang · 发表于 2012-12-24 04:39:00

i55x 发表于 2012-12-24 00:30
你火星来客吧，ecos要用gcc开发！

这位大爷,你对山寨货coremark研究的怎么样了? 你的最爱IAR都傍上了山寨的coremark，你啥感想阿？

longfeix86 · 发表于 2012-12-25 20:03:57

额一直用IAR，偶尔KEIL，但是是keil入门的

usecool · 发表于 2013-1-4 22:11:11

i55x 发表于 2012-12-24 00:30
你火星来客吧，ecos要用gcc开发！

转告地球上的这个人型生物，ecos确实可以用keil调试和编译，keil可以设置使用外部编译器的。

SNOOKER · 发表于 2013-2-7 12:45:07

楼上说的对

eriks626 · 发表于 2013-2-7 16:31:00

Keil 4.7 貌似有代码提示？！

william_rain · 发表于 2013-2-7 17:40:07

keil
iar太丑了

清新怡人 · 发表于 2013-5-23 14:56:58

刚看到各位大神的高论,不小心被增值了一把.我对比过两个IDE,着实IAR的编译效率无与伦比,不需要争论,我是用UCOS III,CoOS,ChibiOS,RTT,RTX(CMSIS开源版),Dhrystone,CMSIS library等不同系统和模板测试的,全是网上公开的,都开最大速度优化(不要怀疑我不会设置参数,我向来只关心效能).相同的代码,IAR的执行速度比MDK高20%~30%.我的结论是,如果要使用keil的RTX,并且要观察任务执行时序和端口时序,最好用MDK.如果执着地追求效率,建议用IAR+ChibiOS.话说回来,虽然有时MDK会抽风死掉,但界面还是比IAR赏心悦目,而且代码自动完成功能挺好使.我觉得,代码效率的高低,关键因素是算法和程序体系架构,如果算法蹩脚,再好的编译器也白搭,你说呢?

guowanling8061 · 发表于 2013-5-23 16:14:17

Keil MDK，开发51时用的就是Keil ，更熟悉一些！！

mint · 发表于 2013-5-23 21:54:39

i55x 发表于 2012-4-1 22:56
IAR编译效率高，编译速度快，支持多种RTOS，相比之下Keil就跟个玩具似得，都是小孩子玩的。 ...

并不是技术越先进的就能存活下来，MIPS和ARM就是典型的例子~~~
当年MIPS号称世上最完美的架构，后来两个英国“小朋友”去参观学习过来，现在MIPS的200+项专利还不是被ARM拿下了，公司的本体不晓得被哪家公司收购了~~~
所以不要看不上“小孩玩的”~~~

当然，对于技工来说，自己尝试->比较->然后思考->选择的过程还是必须的~~~

javabean · 发表于 2013-5-23 22:10:46

这个有点像Java的官方标准是Oracle（SUN）的Hotspot JVM，而实际上Oracle（BEA）的JRocket JVM应用逻辑处理速度最快，IBM的J9 JVM数学运算性能最佳，说白了SUN这个官方的产品最烂，但是他是标准，想要稳妥，必须是SUN的编译器。而SUN的hotspot市场占有率最高，最烂的占有率最高，这个很正常，因为是“官方”……
当然现在物是人非，Oracle已经买下了SUN，奇迹的事情是Oracle手里有原来BEA的JRocket编译器居然停止更新……放弃优势的产品，去扶植不给力的小弟……是为什么呢？除了一家公司不能养2个同样定位的小弟，更多的还是市场。
所以Keil的官方身份和IAR的高性能，无需辩解和争论，即使Keil做的一无是处垃圾无比，用户数量也不容小窥。

i198581 · 发表于 2013-5-24 02:28:38

一个象苹果一个象安卓

jiaxinhui · 发表于 2013-5-24 11:12:08

我选KEIL 了

zzfei · 发表于 2013-8-15 09:30:09

MDK编译效率低，代码执行速度慢，所以我会想办法改良我的算法，精简我的代码，提升我的能力　哈哈
另，现在的mcu flash动辄上百K，还有必要研究代码大小吗？

tywsj · 发表于 2013-9-22 10:59:58

之前一直用Keil，看完此贴觉得有必要感觉一下IAR了

dz46316740 · 发表于 2014-7-7 13:19:43

编译用命令行（主要GCC）
调试用Trace32，

无视一切IDE

MUC只用ARM系
无视一切其它MCU

颜靖峰 · 发表于 2015-5-25 13:47:29

表示正在学呢！！！

Hello@liuzhen · 发表于 2015-5-25 15:09:09

感觉只用来做编译都差不多，编辑用Source Insight 呵呵

3466756555 · 发表于 2015-6-29 15:32:20

同样的程序
MDK  level 0
Program Size: Code=79210 RO-data=942 RW-data=632 ZI-data=20032

IAR： level none
  58 022 bytes of readonly  code memory
1 050 bytes of readonly  data memory
  15 824 bytes of readwrite data memory

是不是编译后代码量小的效率一定高？

lsx007 · 发表于 2015-6-29 18:55:22

IAR+Eclipse

sunzhuojun · 发表于 2015-6-30 09:12:21

一直用IAR

zmh169 · 发表于 2016-11-14 22:53:52

我觉得Keil可能把主要精力都放在ARM上了，也就是Keil MDK；Keil C51可能根本就没维护和更新内核，升级到最新版的C51,还是存在0xFD这个经典BUG。另外，Keil C51对代码语法检查也很不严谨，一个变量甚至可以不用声明类型就能用。ARM编译环境我用过keil和IAR，感觉都挺好的，准备以后51系列的单片机也改投IAR门下。

cjh930308 · 发表于 2016-11-15 08:00:25

推荐使用IAR编程软件

dz46316740 · 发表于 2017-1-3 16:56:09

KEIL 5.22上面已经有 Clang编译器了，这下是不是结果又要翻转了

flamma · 发表于 2017-1-3 17:50:14

dz46316740 发表于 2017-1-3 16:56
KEIL 5.22上面已经有 Clang编译器了，这下是不是结果又要翻转了

首先6.x版本的编译器才支持，而且与之前的芯片并不兼容。默认的还是5.x版本的编译器。另外只是支持Clang的前端，后端的实现还是armasm, armlink, armar啥的。6.x的编译速度比5.x快很多，但是代码效率比之前提高多少还很难说。

zsp06312222 · 发表于 2017-3-3 17:16:05

有时间试一试IAR工具

freemanw · 发表于 2017-3-3 18:01:21

一直用IAR 开发STM32 keill用来开发STC

hz_fujian · 发表于 2017-3-3 22:38:43

IAR是第三方，如果搞不好的话就没饭吃了。ARM不怕没饭吃，所以才有今天的局面。

lantian0099 · 发表于 2017-3-3 23:06:58

当年51单片机时用的Keil，后来ARM就用了IAR，感觉IAR比较方便吧，支持很多平台，一个用熟其他通吃，Keil界面越来越花哨了。。

Brooklyn · 发表于 2020-7-28 14:55:02

i55x 发表于 2012-4-1 23:00
http://www.ourdev.cn/forum.php?mod=viewthread&tid=5252775
这个帖子22楼有我的测试代码，同一个工程用MD ...

链接打不开，让我看看什么代码，我也测试一下

motor_control · 发表于 2020-7-28 14:58:24

本帖最后由 motor_control 于 2020-7-28 15:03 编辑

撒币无聊的话题，小白就喜欢讨论这种

amigenius · 发表于 2020-7-28 15:48:25

motor_control 发表于 2020-7-28 14:58
撒币无聊的话题，小白就喜欢讨论这种

也不能这样说，毕竟每个人都有不同的阶段，不能自己处于相对高点就藐视一切

motor_control · 发表于 2020-7-28 18:36:49

本帖最后由 motor_control 于 2020-7-28 18:39 编辑

amigenius 发表于 2020-7-28 15:48
也不能这样说，毕竟每个人都有不同的阶段，不能自己处于相对高点就藐视一切 ...

两回事，只是告诉小白，碰到哪个就用哪个，要真正去做项目就行，时间一久，无论keil还是iar都会用到，对两者的优劣自然了解就会灵活使用，不像灵动的什么首席专家，把个iar崇拜的像祖宗一样，把keil水的一逼，搞不定算法用m7配iar也没卵用。

最好的办法，两个都会用。

IAR VS Keil MDK，你会选择哪个？

本帖子中包含更多资源