※ 本文轉寄自 ptt.cc 更新時間: 2020-08-06 08:30:02
看板 PC_Shopping
作者 標題 [閒聊] Intel 到底怎麼了? Part 3
時間 Thu Aug 6 02:12:39 2020
https://www.facebook.com/RDinPortland/posts/3209441572481555
來談談下單台積電後帶給Intel的一些副作用.
製程卡關雖然不好, 但是對Intel來說其實還沒有真正的傷到筋骨. Intel的本業
CPU/Server幾十年打下來的江山很牢固, 尤其是Server的市佔牢牢地抓在手裡, 再加上
10nm產能慢慢上來, AMD雖然急起直追, 但是要真的追上來還有一段時間. Intel比較大的
問題是設計部門的包袱太大, 思維過於封閉僵化, 跟不上變化, 早晚有一天會遇上瓶頸.
當製程落後和設計瓶頸同時到來的那天, 城池可能就守不住了. 這也是為什麼BK要在2015
年找來Murthy (除舊), 2018年再找來Raja Koduri和Jim Keller (佈新).
問題是設計部門的包袱太大, 思維過於封閉僵化, 跟不上變化, 早晚有一天會遇上瓶頸.
當製程落後和設計瓶頸同時到來的那天, 城池可能就守不住了. 這也是為什麼BK要在2015
年找來Murthy (除舊), 2018年再找來Raja Koduri和Jim Keller (佈新).
找Murthy來就是要來給公司震撼教育和動手術的, Murthy一上任就巡了一遍所有的山頭,
看到不配合的頭目就拉下來, 然後順勢往下動刀. 不賺錢的group, 砍! 表現不好的
EVP/VP/Director, 砍! 沒錢景的project, 砍! 冗員, 砍! 每砍完一刀, 就把整個單位直
接收編歸他管轄, 砍到後來甚至連TMG都收服了. 新官上任還真有一點新氣象的感覺. 不
過什麼事做過頭了總會出問題, Murthy忘了動手術是要用手術刀, 不是用菜刀的. 把腫瘤
跟肥肉切掉, 不能順便把身體裡面捅出一堆洞來. 2015年砍了12000名員工就是一個很失
敗的裁員行動, 裁掉了很多好員工, 從此士氣大落.
接收編歸他管轄, 砍到後來甚至連TMG都收服了. 新官上任還真有一點新氣象的感覺. 不
過什麼事做過頭了總會出問題, Murthy忘了動手術是要用手術刀, 不是用菜刀的. 把腫瘤
跟肥肉切掉, 不能順便把身體裡面捅出一堆洞來. 2015年砍了12000名員工就是一個很失
敗的裁員行動, 裁掉了很多好員工, 從此士氣大落.
其實之所以找Murthy來動刀, 就是因為除了TMG外, 設計部門也需要好好的整頓一下.
Intel的設計部門就像一台載了沉重包袱的牛車, 慢慢的往前走, 越走包袱越多, 偶爾有
人提出丟掉一些包袱, 但是聲音馬上就被壓下去, 沒有主事者敢承擔把一些包袱丟掉的風
險, 反正一路走來都是這樣過來了, 大鍋飯吃得好好的, 何必沒事找事.
人提出丟掉一些包袱, 但是聲音馬上就被壓下去, 沒有主事者敢承擔把一些包袱丟掉的風
險, 反正一路走來都是這樣過來了, 大鍋飯吃得好好的, 何必沒事找事.
先不提IP/Library設計, 就舉Design Flow的例子. Intel CPU的底層電路的實作精神就是
手刻電路. 在關鍵的block裡, 每一條data path, 每一個cell, 每一條net都要很精準的
控制, 務必要把所有多餘的一絲絲的delay都榨出來, 然後每一代靠著製程的進步來把CPU
整體速度往上擠一點. 然而業界的EDA Tool一直在進步, 自動化能夠達到的效能已經慢慢
追上手刻. Intel也用這些Tool, 但在使用上的哲學就是, 不管工具有多少新功能, 就只
拿其中一部分來實現Intel現有的客製化Flow裡的功能 (像是洋洋灑灑幾千行的relative
placement), 其實這無可厚非, 畢竟最關鍵的部分必須很小心的做好. 但是絕大部分的
block, 都不需要這樣的設計, 如果Flow是圍繞著手刻的哲學疊上去的, 就會對大部分的
block造成負擔.
手刻電路. 在關鍵的block裡, 每一條data path, 每一個cell, 每一條net都要很精準的
控制, 務必要把所有多餘的一絲絲的delay都榨出來, 然後每一代靠著製程的進步來把CPU
整體速度往上擠一點. 然而業界的EDA Tool一直在進步, 自動化能夠達到的效能已經慢慢
追上手刻. Intel也用這些Tool, 但在使用上的哲學就是, 不管工具有多少新功能, 就只
拿其中一部分來實現Intel現有的客製化Flow裡的功能 (像是洋洋灑灑幾千行的relative
placement), 其實這無可厚非, 畢竟最關鍵的部分必須很小心的做好. 但是絕大部分的
block, 都不需要這樣的設計, 如果Flow是圍繞著手刻的哲學疊上去的, 就會對大部分的
block造成負擔.
這樣的負擔Intel有辦法靠大量的DA (design automation)人力吃下來, 再加上壓榨
Synopsys(畢竟Intel是Synopsys的衣食父母)來讓Flow繼續運作下去, 但是整體來說就是
處在一種危險的平衡下. 再加上Intel山頭越來越多, 所謂天下Flow, 合久必分, 分久必
合. 每幾年就有人提議把所有的Flow都併到中央單位, 但是久了以後各山頭又嫌中央Flow
不好用, 自己偷偷搞起內部Flow. 久而久之, Intel的Flow就變成一隻龐然巨獸, 想改都
不知道從何改起.
處在一種危險的平衡下. 再加上Intel山頭越來越多, 所謂天下Flow, 合久必分, 分久必
合. 每幾年就有人提議把所有的Flow都併到中央單位, 但是久了以後各山頭又嫌中央Flow
不好用, 自己偷偷搞起內部Flow. 久而久之, Intel的Flow就變成一隻龐然巨獸, 想改都
不知道從何改起.
在Broxton(手機/平板SOC)時期, Intel力圖振作, 搞了一個算是和業界有接軌的Flow, 整
個設計理念也比照業界SOC. 但是公司史上所有只要不是正統CPU的project, 夭折率都很
高, Broxton也不例外, 在2016宣告放棄.
個設計理念也比照業界SOC. 但是公司史上所有只要不是正統CPU的project, 夭折率都很
高, Broxton也不例外, 在2016宣告放棄.
笨重的牛車繼續蹣跚地向前行, 走到了分叉路, 14nm產能不夠, 各山頭要出走TSMC的時候
.
當時還存在的iCDG說, 數據機兩年後要下單TSMC然後交貨給某手機公司, 你讓我開牛車一
定到不了, 給我一支重騎兵. 中央Flow team哪敢說不好, 立馬分兵引進Synopsys給小公
司專用的輕量級flow, 然後把一些Intel特有的東西加上去, iCDG帶了糧草就上路了. 但
內部Flow從此一分為二: 給Intel製程專用的flow, 還有給TSMC製程專用的flow. Flow
定到不了, 給我一支重騎兵. 中央Flow team哪敢說不好, 立馬分兵引進Synopsys給小公
司專用的輕量級flow, 然後把一些Intel特有的東西加上去, iCDG帶了糧草就上路了. 但
內部Flow從此一分為二: 給Intel製程專用的flow, 還有給TSMC製程專用的flow. Flow
team的人力有變多嗎? 有沒有聽過一個笑話, 老闆請你用50% bandwidth做A, 50%
bandwidth做B, 最後就是200% bandwidth做AB.
Server的IP部門說我要給某網路公司做一個樣品, 一年半後交貨, 我也不要坐牛車, 給我
一支輕騎兵就好, 但是有一部分我想試試Cadence, 因為有一些Cisco招來的員工說
Cadence才是業界流行的. Flow team想想上面大老闆正在強調要擁抱變化, 公司又在推行
dual source (Cadence/Synopsys並存), 上面都交代了那就搞吧, 所以Flow正式二分為四
, 但是Flow team的人力有變多嗎? 你知道的.
dual source (Cadence/Synopsys並存), 上面都交代了那就搞吧, 所以Flow正式二分為四
, 但是Flow team的人力有變多嗎? 你知道的.
重騎兵和輕騎兵都各自出征了, 然後都被殲滅了 (project被取消了).
打了敗仗, 結果是什麼? 幾年的人力經費打水漂, 後勤支援體系(memory, IO, library)
不堪負荷, Flow team的DA苦不堪言. Synopsys不棄不離任Intel壓榨了那麼多年, 換來了
dual source的結局, 滿肚子委屈.
不堪負荷, Flow team的DA苦不堪言. Synopsys不棄不離任Intel壓榨了那麼多年, 換來了
dual source的結局, 滿肚子委屈.
這還只是改用TSMC之後帶來的其中一個副作用, IP和Library就更不用說了. 晶片設計
project的規劃都是三五年以上, 大軍未動, 糧草先行. 假設三年後要出貨, 那所有的東
西都要在預定的時間到位, 產能要先訂好, IP/Library開發要提早準備, 人力要找齊,
Flow要先定下來. 如果你告訴project lead, 三年後那顆IC你用TSMC 7nm出貨, 五年後那
顆有可能Intel 7nm, 也可能TSMC 5nm, 也可能兩個都用. project lead只好根據每一種
情況做準備, 排列組合之後有多少可能? Gantt chart大概好幾頁都畫不下. Intel長期以
來的成功就在於專注, 一手抓製程, 一手抓設計, 照自己的步調慢慢走, 就算設計部門過
於保守, 也還應付的來. 現在演變成多頭馬車的快攻, 但是設計思維又沒有跟上外界, 很
多時候就力不從心.
顆有可能Intel 7nm, 也可能TSMC 5nm, 也可能兩個都用. project lead只好根據每一種
情況做準備, 排列組合之後有多少可能? Gantt chart大概好幾頁都畫不下. Intel長期以
來的成功就在於專注, 一手抓製程, 一手抓設計, 照自己的步調慢慢走, 就算設計部門過
於保守, 也還應付的來. 現在演變成多頭馬車的快攻, 但是設計思維又沒有跟上外界, 很
多時候就力不從心.
用TSMC是一個必須, 但是50年老店Intel還沒有做好心理準備. 曾經有一個人看出了這個
問題, 一個最擅長扭轉局勢, 戰無不勝的大將之材. 可惜Jim Keller來了, Jim Keller又
走了.
問題, 一個最擅長扭轉局勢, 戰無不勝的大將之材. 可惜Jim Keller來了, Jim Keller又
走了.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.252.47.151 (臺灣)
※ 文章代碼(AID): #1VAlQPH5 (PC_Shopping)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1596651161.A.445.html
推 : 推1F 08/06 02:14
推 : 推，好精彩2F 08/06 02:16
推 : 大大最近在twitter很活躍欸哈哈哈3F 08/06 02:21
推 : 推推推4F 08/06 02:26
推 :5F 08/06 02:32
推 : 精彩姆咪6F 08/06 02:34
推 :7F 08/06 02:34
推 : 推推8F 08/06 02:34
推 : 推 這系列看得好爽9F 08/06 02:42
推 : 印特爾10F 08/06 02:46
推 : 寫那麼大一篇，真的閒11F 08/06 03:00
→ : 推 股價跌到谷底記得喊一聲 我來抄底12F 08/06 03:03
→ : 接小鳥停損的單
→ : 接小鳥停損的單
推 : GG的FLOW 能對應辣麼多客戶跟多樣性的機台微調整，14F 08/06 03:19
→ : 真的有一套
→ : 真的有一套
推 : 精彩16F 08/06 03:20
推 : 喔喔喔 先推再看17F 08/06 03:23
→ : 這個flow不錯18F 08/06 03:30
推 : 大推19F 08/06 03:32
推 : 推推20F 08/06 03:55
推 : 推21F 08/06 04:04
推 : 沒有intel用amd有差嗎？反正x86已經到盡頭22F 08/06 04:36
→ : 咦，原來臉書發文者跟PTT是同一個人嗎？23F 08/06 05:33
噓 : 不同人喇24F 08/06 05:34
→ : 老實說我覺得問題根本沒那摸複雜= =
→ : 老實說我覺得問題根本沒那摸複雜= =
→ : 比名嘴說的有水準26F 08/06 07:06
推 : intel cpu的ALU是custom design無法走一般APR的flow27F 08/06 07:24
推 : 推28F 08/06 07:44
推 : 推29F 08/06 07:58
推 : 我也想抄底 哈哈30F 08/06 07:59
推 : 教主給噓了！要開一篇底下補充說明嗎?31F 08/06 08:08
→ : 看起來intel頗有日本匠人的精神，再複雜還是要親手
→ : 看起來intel頗有日本匠人的精神，再複雜還是要親手
推 : 上面的喇叭幹話 出包一定都說檢查一遍不夠 寫sop兩33F 08/06 08:19
→ : 遍 勞力士都大量生產 你還不是買的很開心 人力資源
→ : 濫用
→ : 遍 勞力士都大量生產 你還不是買的很開心 人力資源
→ : 濫用
--
※ 看板: PC_Shopping 文章推薦值: 0 目前人氣: 0 累積人氣: 369
作者 KotoriCute 的最新發文:
![]()
公主連結廣播節目由每個月4次改為每個月2次 看來這遊戲真的到生涯末期 限定卡池連發也很有當時彈射收掉前既視感 之前對岸多次精準爆料日服公連消息的內鬼也提到 現在日服公連每日活躍人數已不到巔峰的1/1 …74F 46推 1噓![]()
《吃烤雞肉串的禮儀問題》將雞肉拔出竹籤？店長痛罵這種人就該滾去烤肉店 烤雞肉串是日本居酒屋常見的下酒菜，甚至還有許多烤雞肉串專賣店，可見這道料理多麼受 到日本人喜愛。然而正因為烤雞肉串相當普遍，也因 …306F 164推 9噓- 7F 5推
- 47F 14推
- 20F 15推
點此顯示更多發文記錄
→
guest
回列表(←)
分享