可喜可贺！ 原作者还是更新了
https://www.facebook.com/RDinPortland/posts/3209441572481555
来谈谈下单台积电后带给英特尔的一些副作用.
制程卡关虽然不好, 但是对英特尔来说其实没有真正的伤到筋骨. 英特尔的本业
CPU/Server几十年打下来的江山很牢固, 尤其是Server的市占牢牢地抓在手里, 再加上
10nm产能慢慢上来, AMD虽然急起直追, 但是要真的追上来还有一段时间. 英特尔比较大
的问题是设计部门的包袱太大, 思维过于封闭僵化, 跟不上变化, 早晚有一天会遇上瓶颈
. 当制程落后和设计瓶颈同时到来的那天, 城池可能就守不住了. 这也是为什么BK要在
2015年找来Murthy (除旧), 2018年再找来Raja Koduri和Jim Keller (布新).
找Murthy来就是要来给公司震撼教育和动手术的, Murthy一上任就巡了一遍所有的山头,
看到不配合的主管就拉下来, 然后顺势往下动刀. 不赚钱的group, 砍! 表现不好的
EVP/VP/Director, 砍! 没钱景的project, 砍! 冗员, 砍! 每砍完一刀, 就把整个单位直
接收编归他管辖, 砍到后来甚至连制程部门都收服了. 新官上任还真有一点新气象的感觉
. 不过什么事做过头了总会出问题, Murthy忘了动手术是要用手术刀, 不是用菜刀的. 把
肿瘤跟肥肉切掉, 不能顺便把身体里面捅出一堆洞来. 2015年砍了12000名员工就是一个
很失败的裁员行动, 裁掉了很多好员工, 从此士气大落.
其实之所以找Murthy来动刀, 就是因为除了制程部门外, 设计部门也需要好好的整顿一下
.
英特尔的设计部门就像一台载了沉重包袱的牛车, 慢慢的往前走, 越走包袱越多, 偶尔有
人提出丢掉一些包袱, 但是声音马上就被压下去, 没有主事者敢承担把一些包袱丢掉的风
险, 反正一路走来都是这样过来了, 大锅饭吃得好好的, 何必没事找事.
先不提IP/Library设计, 就举Design Flow的例子. 英特尔CPU的底层电路的实作精神就是
手刻电路. 在关键的block里, 每一条data path, 每一个cell, 每一条net都要很精准的
控制, 务必要把所有多余的一丝丝的delay都榨出来, 然后每一代靠着制程的进步来把CPU
整体速度往上挤一点. 然而业界的EDA Tool一直在进步, 自动化能够达到的效能已经慢慢
追上手刻. 英特尔也用这些Tool, 但在使用上的哲学就是, 不管工具有多少新功能, 就只
拿其中一部分来实现英特尔现有的客制化Flow里的功能, 其实这无可厚非, 毕竟最关键的
部分必须很小心的做好. 但是绝大部分的block, 都不需要这样的设计, 如果Flow是围绕
着手刻的哲学叠上去的, 就会对大部分的block造成负担.
这样的负担英特尔有办法靠大量的DA (design automation)人力吃下来, 再靠S提供的服
务(毕竟英特尔是S的衣食父母)来让Flow继续运作下去, 但是整体来说就是处在一种危险
的平衡下. 再加上英特尔山头越来越多, 所谓天下Flow, 合久必分, 分久必合. 每几年就
有人提议把所有的Flow都并到中央单位, 但是久了以后各山头又嫌中央Flow不好用, 自己
偷偷搞起内部Flow. 久而久之, 英特尔的Flow就变成一只庞然巨兽, 想改都不知道从何改
起.
在B(手机/平板SOC)时期, 英特尔力图振作, 搞了一个算是和业界有接轨的Flow, 整个设
计理念也比照业界SOC. 但是公司史上所有只要不是正统CPU的project, 夭折率都很高, B
也不例外, 在2016宣告放弃.
笨重的牛车继续蹒跚地向前行, 走到了分叉路, 14nm产能不够, 各山头要出走台积电的时
候.
当时还存在的通讯部门说, 调制解调器两年后要下单台积电然后交货给某手机公司, 你让我开
牛车一定到不了, 给我一支重骑兵. 中央Flow team哪敢说不好, 立马分兵引进S给小公司
专用的轻量级flow, 然后把一些英特尔特有的东西加上去, 通讯部门带了粮草就上路了.
但内部Flow从此一分为二: 给英特尔制程专用的flow, 还有给台积电制程专用的flow.
Flow team的人力有变多吗? 有没有听过一个笑话, 老板请你用50% bandwidth做A, 50%
bandwidth做B, 最后就是200% bandwidth做AB.
Server的IP部门说我要给某网络公司做一个样品, 一年半后交货, 我也不要坐牛车, 给我
一支轻骑兵就好, 但是有一部分我想试试C, 因为有一些外面招来的员工说C才是业界流行
的. Flow team想想上面大老板正在强调要拥抱变化, 公司又在推行dual source (C/S并
存), 上面都交代了那就搞吧, 所以Flow正式二分为四, 但是Flow team的人力有变多吗?
你知道的.
重骑兵和轻骑兵都各自出征了, 然后都被歼灭了 (project被取消了).
打了败仗, 结果是什么? 几年的人力经费打水漂, 后勤支援体系(memory, IO, library)
不堪负荷, Flow team的DA苦不堪言. S不弃不离了那么多年, 换来了dual source的结局
, 满肚子委屈.
这只是改用台积电之后带来的其中一个副作用, IP和Library就更不用说了. 芯片设计产
品的规划都是三五年以上, 大军未动, 粮草先行. 假设三年后要出货, 那所有的东西都要
在预定的时间到位, 产能要先预订好, IP/Library开发要提早准备, 人力要找齐, Flow要
先定下来. 以下为假设情况, 如果你告诉project负责人, 三年后那颗IC你用台积电 7nm
出货, 五年后那颗有可能英特尔7nm, 也可能台积电5nm, 也可能两个都用. project负责
人只好根据每一种情况做准备, 排列组合之后有多少可能? Gantt chart大概好几页都画
不下. 英特尔长期以来的成功就在于专注, 一手抓制程, 一手抓设计, 照自己的步调慢慢
走, 就算设计部门过于保守, 也还应付的来. 现在演变成多头马车的快攻, 但是设计思维
又没有跟上外界, 很多时候就力不从心.
用台积电在现阶段是一个必须, 但是50年老店英特尔还没有做好心理准备. 曾经有一个人
看出了这个问题, 一个最擅长扭转局势, 战无不胜的大将之材. 可惜Jim Keller来了,
Jim Keller又走了.