Re: [情報] Core i7之父回歸！研發全新高性能CPU架構

[oopFoo (3d)]

※ 引述《KotoriCute (Lovelive!)》之銘言：
: Intel酷睿i7之父回歸！研發全新高性能CPU架構
: Glenn Hinton曾經領導研發了Nehalem架構(玩家戲稱“你喝了嗎”)，2008年誕生，當時與Conroe(“扣肉”)齊名，是Intel在經歷了奔騰4的挫折之後，重回王者地位的力作。
https://web.stanford.edu/class/ee380/Abstracts/100217-slides.pdf
Nehalem，2003年就開始設計，但構想要更早，當然大部分真正工作在05/06/07年。

當初必須要做非常重要的決定，2 Cores+VSSE+SMT  vs 4 Cores。
Intel 選擇2 Cores+VSSE+SMT。 那就是Nehalem
AMD 選擇 修改版的4 Cores。 那就是Bulldozer

https://i.imgur.com/HXZSBti.png
其實Bulldozer並不差。但Bulldozer有個致命的缺陷，兩個Cores分享一個 4-wide decoder


: 有趣的是，Jim Keller這位赫赫有名的CPU架構大神，被很多人視為AMD Zen架構之父，在Intel短暫停留2年後已經離開，但至今不知道他在Intel做了哪些工作。
JK應該有很多設計。但目前我們可以看到的是他給Tremont(Atom)2x3wide decoder但沒有uop快取。那是很特別的設計，當初一堆人傻眼不明白

之前realworldtech在討論為什麼M1這麼快。
https://www.realworldtech.com/forum/?threadid=198791&curpostid=198791
主要就是統一的超大L2，還有超快的DDR4。就像Zen3 統一L3就飛快起來。

後來有討論出還有M1超寬的8-wide decoder也有幫助。

由冷門Kernel的Linus Torvalds來解釋
https://www.realworldtech.com/forum/?threadid=198791&curpostid=199302
因為實際世界的IPC其實是很低的0.5~2之間。pipeline restart其實蠻常見的，所以fast fetch/decode其實非常重要。

這是Bulldozer失敗的一個重要原因，也是Pentium IV（還加上trace cache）無法達到目標的原因。

CPU設計是一大堆的取捨，看看Nehalem的簡報。
big.LITTLE可以更好分配不同的取捨。AMD沒有big.LITTLE讓我很擔心。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.97.207 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1611294449.A.332.html
推 ltytw       : 翻譯:4年後才會輪到他做的架構 這4年由JK架構代打
推 sdbb        : 沒用，因為顏色不對
推 aegis43210  : JK的貢獻會在13代完全體現，在2023Q1
→ a000000000  : 蘇媽要做大小核不會很難  七八年前就研究過惹
→ a000000000  : 拿喵喵改一改小核就有惹
→ a000000000  : 以牙膏的市占來講  不得不跟M1硬碰硬
→ a000000000  : 蘇媽根本沒差
→ comipa      : 喵喵系列 好懷念阿... 雪花喵喵
推 twlin       : m1的196KB IC和128KB DC對比x86的萬年32KB，效能就
→ twlin       : 增加很多了
推 st3336      : 好專業壓 這篇
推 henry46277  : AMD 已經有 big . LITTLE 的專利發表一段時間了 只
→ henry46277  : 是要不要用而已
推 twlin       : 專利這種東西，只要研究過的就可以發，會不會work就
→ twlin       : 再說了，AMD只要申請專利就有錢拿，專利過了再拿一
→ twlin       : 筆，有錢不賺嗎XD
→ AKSN74      : M1雖然很強，但Mac的使用客群沒比Windows廣就還是無
→ AKSN74      : 法增加M1 CPU的市佔
→ AKSN74      : 除非Apple哪天突然下放
推 Severine    : 除非apple吃飽太閒 不然下放M1機率渺茫
推 kuninaka    : SERVER需要大小核嗎？
→ kuninaka    : AMD的戰略完全是SERVER優先
→ leolarrel   : 市佔不是一切拉,M1就是要做SoC界的法拉利
→ kuninaka    : M1是要下放到哪裡去XD
→ kuninaka    : 那是專為APPLE DEVICE設計的東西
推 hcwang1126  : Server是有在作不同workload 跑不同的頻率 不過本值
→ hcwang1126  : 上是同樣的核心 或許大小核也行
→ hcwang1126  : Soc 的法拉利還是Intel ㄧ樣拼未來重返榮耀
→ AKSN74      : Server在部分應用上滿適合用大小核
→ AKSN74      : 尤其是做SDN跟SDS服務的Server
→ gameguy     : 漏洞meltdown，Spectre來找爸爸了？
Spectre是所有Out-of-Order CPU需要面對的，Zen也一樣，需要軟體跟硬體一起合作
→ gameguy     : intel先去設計出無漏洞的Cpu再出來談吧，不然遲早一
→ gameguy     : 天會GG
推 a3619453    : M1下放是什麼笑話
※ 編輯: oopFoo (36.231.136.191 臺灣), 01/22/2021 16:52:44
推 SteamTank   : 曾經的小筆電霸主喵喵
推 aegis43210  : i皇是NB優先，大小核是必須的，i皇如果成功，蘇媽會
→ aegis43210  : 馬上跟進
推 hankower    : Big.little也要OS幫忙
推 b18902040   : 先是大小，然後是大中小，然後要由大到小嗎？
推 rainsilver  : M1有影響是有可能 以後完全不用intel的cpu?
推 kimisawa    : 呃 說M1下放的，有沒有問過微軟
→ friedpig    : 話說好像已經有人m1 成功 porting linux了
推 goldie      : https://corellium.com/blog/linux-m1
→ oopFoo      : M1的IO跟ram會是問題如果真的要推廣，其實M1只是證
→ oopFoo      : 明Intel的CPU停滯太久了。
推 s9209122222 : 能夠跑 Linux 就大推
→ kuma660224  : 蘇媽即使跟進也不必是真的大小核
→ kuma660224  : 用撿快取與HT，就能有降規版Zen3
→ kuma660224  : 類似APU用的減規CCX
→ kuma660224  : 現代高性能核心太依賴大快取
→ kuma660224  : 不用刻意搞新的小核
推 michelin4x4 : iOS 軟體生態很完整了 重新compiler 人機界面要改不
→ michelin4x4 : 難
→ michelin4x4 : 蘇媽 直接上5nm噱頭夠 能耗比又好 用大小核下下一代
→ michelin4x4 : 再考慮吧
推 goldie      : Asahi Linux project 在嘗試點亮 M1 GPU 的部份：
→ goldie      : rosenzweig.io/blog/asahi-gpu-part-1.html
→ goldie      : rosenzweig.io/blog/asahi-gpu-part-2.html
→ goldie      : https://github.com/AsahiLinux/gpu