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

看板PC_Shopping (個人電腦購買)作者 (3d)時間1月前 (), 1月前編輯推噓21(21038)
留言59則, 26人參與, 1月前最新討論串2/2 (看更多)
※ 引述《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
1月前
翻譯:4年後才會輪到他做的架構 這4年由JK架構代打
01/22 13:50, 1F

1月前
沒用,因為顏色不對
01/22 13:54, 2F

1月前
JK的貢獻會在13代完全體現,在2023Q1
01/22 13:57, 3F

1月前
蘇媽要做大小核不會很難 七八年前就研究過惹
01/22 14:03, 4F

1月前
拿喵喵改一改小核就有惹
01/22 14:03, 5F

1月前
以牙膏的市占來講 不得不跟M1硬碰硬
01/22 14:04, 6F

1月前
蘇媽根本沒差
01/22 14:04, 7F

1月前
喵喵系列 好懷念阿... 雪花喵喵
01/22 14:05, 8F

1月前
m1的196KB IC和128KB DC對比x86的萬年32KB,效能就
01/22 14:11, 9F

1月前
增加很多了
01/22 14:11, 10F

1月前
好專業壓 這篇
01/22 14:13, 11F

1月前
AMD 已經有 big . LITTLE 的專利發表一段時間了 只
01/22 14:13, 12F

1月前
是要不要用而已
01/22 14:13, 13F

1月前
專利這種東西,只要研究過的就可以發,會不會work就
01/22 14:20, 14F

1月前
再說了,AMD只要申請專利就有錢拿,專利過了再拿一
01/22 14:20, 15F

1月前
筆,有錢不賺嗎XD
01/22 14:20, 16F

1月前
M1雖然很強,但Mac的使用客群沒比Windows廣就還是無
01/22 14:29, 17F

1月前
法增加M1 CPU的市佔
01/22 14:30, 18F

1月前
除非Apple哪天突然下放
01/22 14:30, 19F

1月前
除非apple吃飽太閒 不然下放M1機率渺茫
01/22 14:39, 20F

1月前
SERVER需要大小核嗎?
01/22 15:03, 21F

1月前
AMD的戰略完全是SERVER優先
01/22 15:03, 22F

1月前
市佔不是一切拉,M1就是要做SoC界的法拉利
01/22 15:04, 23F

1月前
M1是要下放到哪裡去XD
01/22 15:04, 24F

1月前
那是專為APPLE DEVICE設計的東西
01/22 15:04, 25F

1月前
Server是有在作不同workload 跑不同的頻率 不過本值
01/22 15:07, 26F

1月前
上是同樣的核心 或許大小核也行
01/22 15:07, 27F

1月前
Soc 的法拉利還是Intel ㄧ樣拼未來重返榮耀
01/22 15:08, 28F

1月前
Server在部分應用上滿適合用大小核
01/22 15:09, 29F

1月前
尤其是做SDN跟SDS服務的Server
01/22 15:10, 30F

1月前
漏洞meltdown,Spectre來找爸爸了?
01/22 15:39, 31F
Spectre是所有Out-of-Order CPU需要面對的,Zen也一樣,需要軟體跟硬體一起合作
1月前
intel先去設計出無漏洞的Cpu再出來談吧,不然遲早一
01/22 15:40, 32F

1月前
天會GG
01/22 15:40, 33F

1月前
M1下放是什麼笑話
01/22 15:54, 34F
※ 編輯: oopFoo (36.231.136.191 臺灣), 01/22/2021 16:52:44
1月前
曾經的小筆電霸主喵喵
01/22 17:07, 35F

1月前
i皇是NB優先,大小核是必須的,i皇如果成功,蘇媽會
01/22 17:10, 36F

1月前
馬上跟進
01/22 17:10, 37F

1月前
Big.little也要OS幫忙
01/22 17:14, 38F

1月前
先是大小,然後是大中小,然後要由大到小嗎?
01/22 17:27, 39F

1月前
M1有影響是有可能 以後完全不用intel的cpu?
01/22 17:43, 40F

1月前
呃 說M1下放的,有沒有問過微軟
01/22 20:44, 41F

1月前
話說好像已經有人m1 成功 porting linux了
01/22 20:53, 42F


1月前
M1的IO跟ram會是問題如果真的要推廣,其實M1只是證
01/22 21:25, 44F

1月前
明Intel的CPU停滯太久了。
01/22 21:26, 45F

1月前
能夠跑 Linux 就大推
01/22 22:01, 46F

1月前
蘇媽即使跟進也不必是真的大小核
01/22 22:19, 47F

1月前
用撿快取與HT,就能有降規版Zen3
01/22 22:20, 48F

1月前
類似APU用的減規CCX
01/22 22:20, 49F

1月前
現代高性能核心太依賴大快取
01/22 22:22, 50F

1月前
不用刻意搞新的小核
01/22 22:23, 51F

1月前
iOS 軟體生態很完整了 重新compiler 人機界面要改不
01/23 00:59, 52F

1月前
01/23 00:59, 53F

1月前
蘇媽 直接上5nm噱頭夠 能耗比又好 用大小核下下一代
01/23 01:02, 54F

1月前
再考慮吧
01/23 01:02, 55F

1月前
Asahi Linux project 在嘗試點亮 M1 GPU 的部份:
01/23 11:32, 56F

1月前
rosenzweig.io/blog/asahi-gpu-part-1.html
01/23 11:32, 57F

1月前
rosenzweig.io/blog/asahi-gpu-part-2.html
01/23 11:32, 58F

討論串 (同標題文章)