cadence IC617哪个版本最稳定？老用户长期使用反馈与避坑建议

通过网盘分享的文件：Cadence IC 6.1.7

链接: https://pan.baidu.com/s/1PclxNpiizWjCvgGs5rmj9g 提取码: 5zxj

`Segmentation fault` 弹出来的时候，ADE窗口还在转，跑了一个通宵的tran仿真结果直接没了。版本是IC617.700，Base版，没打Hotfix。论坛上有人说702版本比较稳，就换成了IC6.1.7-64b.500.23，也就是ISR 23，之后再没出过这个问题。

版本号要会看。`getVersion(t)` 在CIW里跑一下，回显 `IC6.1.7-64b.500.23` 这种格式，500后面的数字就是ISR编号，数字越大越新。Base版只显示 `IC6.1.7-64b`，后面没有.500这个段。有人拿 `IC6.1.7-64b` 和 `IC6.1.7.500.17` 比哪个新，这俩根本不是一回事，一个是base，一个是ISR，base装完之后必须再打Hotfix才能用。论坛上有人用702跑得挺好，也有人用721，还有人坚持ISR15。702和721都是ISR编号，721比702新，但不一定更稳，702是社区里被提得最多的“能干活”的版本。

Base装完直接跑，报错是家常便饭。启动的时候terminal窗口刷 `BadAtom` warning，不影响使用但看着烦，打上Hotfix之后这个warning就没了。Base版还有个坑是APS不能用，想开多线程仿真直接报错，跟IC617本身没关系，是Spectre的版本问题，得单独装MMSIM或者Spectre，APS是在Spectre那边控制开关的。基础工作流是装IC617 Base，再装一个ISR Hotfix，最后装Spectre独立包，三个都装完再跑仿真。

长时间crash基本是IC617绕不过去的话题。论坛上有人跑一晚上第二天就崩，版本IC617.78。有人加内存解决了，说是栈溢出，也有人换了702之后好了。我自己的经验是ISR23以上基本不会因为跑得久崩掉，崩溃更多是跟具体操作绑定，比如Layout XL里连续改参数、ADE里反复扫参数。有个现象值得记一下，管理员在服务器上装了大小写两个IC617目录，小写的那个启动之后版面全黑，大写的正常，这个跟版本无关，是安装路径命名的坑。

多线程仿真卡死在CentOS 8或者Manjaro上比较常见。ADE XL Explorer跑多线程，任务列表里几个线程一直Pending，不报错也不走。原因是IC617内置的cdsXvnc基于很老的RealVNC 3.3.7编译的，跟新系统的字体库不兼容，VNC进程起来了但僵死，ADE主进程一直在等它响应。解决办法是把cdsXvnc替换成TigerVNC，或者直接用CentOS 6.8或者RHEL 6，这两个系统跟IC617的兼容性最好，不用折腾。

校准license的时候有一步容易漏。用lmhostid取hostID，比ifconfig准，虚拟机多网卡的情况下ifconfig返回的MAC地址可能不是license绑定的那个。生成license之后，SERVER行后面的hostID要跟lmhostid的输出完全一致，一个字符都不能差。还有把系统时钟往前调一年再生成license，这个操作论坛老帖子里的做法，不一定必须，但有人照着做确实解决了一些诡异的license报错。

ISR15到ISR23之间跨了好几个版本，功能上有变化的是Corner Model的右键选项和Layout的自动化程度。文本字体大小调整功能在617上被砍了，只能调Log里的字号，界面菜单的字号如果看着不清楚，换系统字体或者改分辨率。ASSURA 414集成不进617的菜单，只能单独开命令行跑，616就没这个问题。如果不是非617不可的话，616的兼容性确实比617好，论坛上有人直接说“不要用5141和617，先用616”，但617的XL仿真环境比616顺手，习惯之后回不去了。

路径汇总：`getVersion(t)` 看ISR号。装Base之后必须打ISR Hotfix，702或者721都行。单独装Spectre独立包，APS开关在Spectre那边。CentOS 6.8或者RHEL 6兼容性最好。多线程卡死换TigerVNC或者降系统。`lmhostid` 取hostID做license。

免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删