magma的前世今生
说起Magma，一定会提到他们的印度人CEO Rajeev，是他领导magma从小到大，一路走来。与synopsys和cadence不同，magma的战略方向基本上是Rajeev一人决定，这样做的好处是容易把握方向，乔布斯在世时的Apple就是这个路数，坏处是一旦指歪了道，整个公司就会遭遇大的失败。
这位印度老哥以前在Avant！工作，那可以咱们华人的天下，不幸被cadence告垮了，大家只好各奔东西。公司虽然没了，但是先进的设计思想没有丢失，大家一致认为，cadence的silicon ensemble已经无法满足当时的设计要求，timing driving的APR已经成为EDA的发展方向。
Cadence那几年一门心思打官司，技术上没什么长进，只好从市面上买EDA的startup公司，First Encounter和Nano Route就是那几年买进的。
Synopsys捡便宜，把Avant！收编了，作出了astro等APR tools。当时synopsys里面还有人提出一个更好的方法，不幸的是，这个好的方法不能和他们的看家工具DC和PT兼容，所以就放弃了。
Rajeev就组织一帮人，成立了magma，来实现这个好的APR方法。因为他们知道DC，PT和silicon ensemble的长处和短处，而且是从零开始做EDA tool，所以“可以在根本上解决那几个软件的先天不足”。
其核心技术是一个叫super-cell的模型，
理论基础是：如果要使一条路径满足时序约束，就要调整路径里面的单元（位置和大小），而一个单元的调整会引起它的前后级单元的变化，所谓牵一发而动全身。
解决方法是：先把gate level netlist转化成super-cell，super-cell可以无级调整自己的gain，用这种理想的单元先把每个cell的gain确定好之后，再从标准单元库中找最接近的物理单元替换回来。这就是我们看到在fix place时，开始的timing很好，到后面某一步时，突然变坏的原因。
加上magma对复杂时序约束的精确认知，使得它在时序收敛上被受称赞。硅谷几家大公司几年当中积累下来的复杂设计，一个接着一个被magma解决。
当时的cadence还没有把FE和nanoroute整合好，这几样东西虽然绑在了一起，但是还缺少一个common timing engine
技术上的次涨彼消，同时magma降价促销，几年下来，夺走了cadence和synopsys的不少客户。到2003年，magma公司市值超过12亿美刀。
因为有Avant！被cadence告倒的前车之鉴，Rajeev对synopsys的专利十分小心，本来以为只要不拷贝代码，只带着脑袋出来，总不会出问题，没想到，我们的码工写东西有自己独特的方式，无论在Synopsys还是在magma，都沿用自己熟悉的格式，使得synopsys找到了可以起诉的根据。官司一直到2007年才庭外和解，magma割肉1250万美刀。
学习了，虽然还没用过他的软件
陈版真是资深，见识了，不知道icc和talus的综合会是怎样的效果
"先把gate level netlist转化成super-cell，super-cell可以无级调整自己的gain，用这种理想的单元先把每个cell的gain确定好之后，再从标准单元库中找最接近的物理单元替换回来。"对于这一段话不是很了解，还望陈小编详细解答下，谢谢~
霸气MAGMA，没用过他软件的飘过
即将要过去的东西了，不学也罢
这里有些解释
http://www.ultralithic.com/bcug_v31.pdf
不错，哈哈看看
“这就是我们看到在fix place时，开始的timing很好，到后面某一步时，突然变坏的原因。”
这指的是Magma在座timing closure的时候出现的问题，还是其他tools?
这个是用logic effort的概念， 有些微电子书会讲 ，
就是本级的单元输出比输入 = gain ， 利用gain来调整cell size，
supercell是一个抽象概念，你如果用过magma，这个应该清楚的，
和主流的STA方法有些不一样，
天下大一统啊， magma又回了synopsys怀抱，
synopsys的icc还是厉害，
小编再讲讲其他几家的轶事吧，
话说synopsys原来后端压根没工具，收购了avanti 以后真的很猛
cadence真是 老了，丢了一块又一块，
不过从IP方面， synopsys IP更多，lib方面收购了viragelogic，
cadence收购denai， memory IP多些
Avanti的故事很好玩，当时的工具全是以星球命名
Astro： pr tools
Apollo： Astro的前面版本
Milkyway : 银河数据库结构， library builder
Mars ：ir-drop tool
Jupiter： floroplantools ， hier design
Hercules：drc/lvs tool
Starxt：extracttion，
直到现在 ，在synopsys implementation flow里面还有着显著的痕迹，
后来因为抄袭cadence被告，原因是有个代码里面还有“cadecne design system"的字样，
抄也不小心点，真是，
Astro 于2003年推出， 继承Apollo的风格，更厉害，
2004年开始支持tcl，这就是你看到Astro界面不是有个tcl 栏么，
刚开始tcl支持的很差， scheme，tcl混用真是累，
到2007年，Astro + PC= ICC ，icc一开始的版本太烂了，
gui动不动crash，比如2007的版本， 到了2009 才开始robust，
因为继承了jupiter， pc， astro，功能是相当的强大，
到了2010 ，支持upf等flow，zrouter，强大， 支持28nm router，
我pc还真没有用过，还没来得及用， 就赶上ICC的时代了，
physical compiler曾经风靡过一段时间，
比如plef，plib， pdb的格式， 主要是timing opt 比较厉害，专门做优化的
有点像现在的mentor的olympus ，
magma 还是比较好用的，volcano的格式也算是和milkyway， lef/def分庭抗礼的第3大格式了，
blastfusion系列据说是timing做得好，因为super cell这概念，
gui方面还算细腻，比较好用，
router比较差， 效率很低，drc修的累死人
2008~2009 年还是Astro和ICC交替的年代
很多怀旧的Astro user还是很坚持地用着Astro，因为tcl还没熟悉，
Astro直到65nm的时候还在被使用，
ICC后来才普及开来，直到Astro最后一版， 2007.03 -SPX （现在好像是sp10） ，
一个pr时代的总结，
icc和astro是差的比较远， 一个100% tcl，更像pc， 一个是scheme，gui强的一把
基本不写script的，
不过自从用了icc，就不想用astro了， astro太累了，点菜单，
小编开个讲坛吧！每天一集，保证点击率老高！多搞点趣闻轶事，把学习和娱乐结合起来嘛！
在我的sina博客里，转载了一个系列，<硅谷公司的兴亡>，有兴趣的可以去看看
如果还想知道更多的高科技公司的趣闻，可以读吴军的《浪潮之巅》
没有用过magma，露馅了吧?
fix place是magma的命令，当然说的是magma tool的特性了
magema不是要被synopsys收购吗！
我们学校7月份才买的silicon smart，magama被synopsys收购，这钱咱给谁去
肯定是给syn了吧
有点意思， 硅谷的故事真是有趣，
看来EDA 人家 已经领先我们很多年了
看来大家还是年轻人啊，icc刚出来的时候那叫一个烂啊，天天叫客服，天天debug，当年还是astro+PC用的好，可惜后来没来得及尝试icc就转行了。 今天找点MAGMA的资料竟然发现sys要大一统了
哈哈 看着真欢乐~
话说虽然用的是astro 也在学tcl
这么有趣，了解一些
顶，这种题材真是不可多得
只作milkway数据库，感觉还是Astro方便，所以一直在用
继续magma_talus
霸气MAGMA，没用过他软件的飘过
没用过它的，了解了
好文，顶起来
回覆 1# 陳濤
好文..
great post