※ 本文轉寄自 ptt.cc, 文章原始頁面
標題

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

時間
最新2022-01-23 11:32:00
留言59則留言,26人參與討論
推噓21 ( 21038 )
※ 引述《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
Re: [情報] Core i7之父回歸!研發全新高性能CPU架構
其實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

59 則留言

ltytw, 1F
翻譯:4年後才會輪到他做的架構 這4年由JK架構代打

sdbb, 2F
沒用,因為顏色不對

aegis43210, 3F
JK的貢獻會在13代完全體現,在2023Q1

a000000000, 4F
蘇媽要做大小核不會很難 七八年前就研究過惹

a000000000, 5F
拿喵喵改一改小核就有惹

a000000000, 6F
以牙膏的市占來講 不得不跟M1硬碰硬

a000000000, 7F
蘇媽根本沒差

comipa, 8F
喵喵系列 好懷念阿... 雪花喵喵

twlin, 9F
m1的196KB IC和128KB DC對比x86的萬年32KB,效能就

twlin, 10F
增加很多了

st3336, 11F
好專業壓 這篇

henry46277, 12F
AMD 已經有 big . LITTLE 的專利發表一段時間了 只

henry46277, 13F
是要不要用而已

twlin, 14F
專利這種東西,只要研究過的就可以發,會不會work就

twlin, 15F
再說了,AMD只要申請專利就有錢拿,專利過了再拿一

twlin, 16F
筆,有錢不賺嗎XD

AKSN74, 17F
M1雖然很強,但Mac的使用客群沒比Windows廣就還是無

AKSN74, 18F
法增加M1 CPU的市佔

AKSN74, 19F
除非Apple哪天突然下放

Severine, 20F
除非apple吃飽太閒 不然下放M1機率渺茫

kuninaka, 21F
SERVER需要大小核嗎?

kuninaka, 22F
AMD的戰略完全是SERVER優先

leolarrel, 23F
市佔不是一切拉,M1就是要做SoC界的法拉利

kuninaka, 24F
M1是要下放到哪裡去XD

kuninaka, 25F
那是專為APPLE DEVICE設計的東西

hcwang1126, 26F
Server是有在作不同workload 跑不同的頻率 不過本值

hcwang1126, 27F
上是同樣的核心 或許大小核也行

hcwang1126, 28F
Soc 的法拉利還是Intel ㄧ樣拼未來重返榮耀

AKSN74, 29F
Server在部分應用上滿適合用大小核

AKSN74, 30F
尤其是做SDN跟SDS服務的Server

gameguy, 31F
漏洞meltdown,Spectre來找爸爸了?
Spectre是所有Out-of-Order CPU需要面對的,Zen也一樣,需要軟體跟硬體一起合作

gameguy, 32F
intel先去設計出無漏洞的Cpu再出來談吧,不然遲早一

gameguy, 33F
天會GG

a3619453, 34F
M1下放是什麼笑話
※ 編輯: oopFoo (36.231.136.191 臺灣), 01/22/2021 16:52:44

SteamTank, 35F
曾經的小筆電霸主喵喵

aegis43210, 36F
i皇是NB優先,大小核是必須的,i皇如果成功,蘇媽會

aegis43210, 37F
馬上跟進

hankower, 38F
Big.little也要OS幫忙

b18902040, 39F
先是大小,然後是大中小,然後要由大到小嗎?

rainsilver, 40F
M1有影響是有可能 以後完全不用intel的cpu?

kimisawa, 41F
呃 說M1下放的,有沒有問過微軟

friedpig, 42F
話說好像已經有人m1 成功 porting linux了

oopFoo, 44F
M1的IO跟ram會是問題如果真的要推廣,其實M1只是證

oopFoo, 45F
明Intel的CPU停滯太久了。

s9209122222, 46F
能夠跑 Linux 就大推

kuma660224, 47F
蘇媽即使跟進也不必是真的大小核

kuma660224, 48F
用撿快取與HT,就能有降規版Zen3

kuma660224, 49F
類似APU用的減規CCX

kuma660224, 50F
現代高性能核心太依賴大快取

kuma660224, 51F
不用刻意搞新的小核

michelin4x4, 52F
iOS 軟體生態很完整了 重新compiler 人機界面要改不

michelin4x4, 53F

michelin4x4, 54F
蘇媽 直接上5nm噱頭夠 能耗比又好 用大小核下下一代

michelin4x4, 55F
再考慮吧

goldie, 56F
Asahi Linux project 在嘗試點亮 M1 GPU 的部份:

goldie, 57F
rosenzweig.io/blog/asahi-gpu-part-1.html

goldie, 58F
rosenzweig.io/blog/asahi-gpu-part-2.html

goldie, 59F

oopFoo 作者的近期文章

Re: [情報] 英特爾認錯…擴大釋單台積 操刀範圍擴及
※ 引述《AquaChen1012 (阿扁)》之銘言: : 英特爾執行長基辛格在法人會議中表示,英特爾晶片代工業務受到決策錯誤的拖累,包括 : 一年前反對使用荷蘭ASML的EUV設備。基辛格說,部分由於這些失誤,英特爾已將晶圓總 : 數的約
Re: [閒聊] 現在橫空出世的NPU
NPU還是很有用的,以後應用會越來越多。 我舉個遊戲應用的例子。 現在遊戲對話都是固定死的。但用現代ai可以活潑很多。我大概解釋一下技術流程。 玩家用語音跟遊戲角色對話。 用Whisper轉換語音到文字。 用bert/gpt來分析文字的情緒
Re: [閒聊] 現在橫空出世的NPU
※ 引述《wahaha99 (我討厭人類)》之銘言: : 以這個評測為例, 讓我有點霧裡看花, 不是很能明白: : Intel Ultra 7 155H : CPU分數 67 : GPU分數 413 : NPU分數 282 : 嗯....這
更多 oopFoo 作者的文章...