擊敗酷睿i9涎拉,蘋果M1芯片為何如此優(yōu)秀?

學(xué)號:17050610006

姓名:韋運澤

文章鏈接:

https://mp.weixin.qq.com/s/lKHlp5RWo4dYHeL2G3ROng


最近的圆,很多人的 M1 芯片版蘋果 MacBook 和 Mac Mini 到貨了鼓拧。在不少測試中,我們看到了令人期待的結(jié)果:M1 芯片跑分比肩高端 X86 處理器越妈,對標(biāo)的 CPU 是 Ryzen 4900HS 和英特爾 Core i9季俩,還能跟英偉達(dá)的 GPU GTX 1050Ti 打得有來有回。5 納米的芯片梅掠,真就如此神奇酌住?

自蘋果發(fā)布搭載自研 M1 芯片的 Mac 產(chǎn)品后,人們對 M1 芯片充滿了好奇阎抒,各種測評層出不窮酪我。最近,開發(fā)者 Erik Engheim 撰寫長文挠蛉,分析 M1 芯片速度快背后的技術(shù)原因祭示,以及英特爾和 AMD 等芯片廠商的劣勢肄满。

關(guān)于蘋果的 M1 芯片谴古,這篇文章將圍繞以下問題展開討論:

M1 芯片速度快背后的技術(shù)原因。

蘋果是不是采用了什么特殊的技術(shù)來實現(xiàn)這一點稠歉?

如果 Intel 和 AMD 也想這么做掰担,難度有多大?

鑒于蘋果的官方宣傳中存在大量專業(yè)術(shù)語怒炸,我們先從最基礎(chǔ)的講起带饱。

什么是 CPU?

在提到英特爾和 AMD 的芯片時,我們通常談?wù)摰氖侵醒胩幚砥鳎–PU)勺疼,或者叫微處理器教寂。它們從內(nèi)存中提取指令,然后按順序執(zhí)行每條指令执庐。

一個基本的 RISC CPU(不是 M1)酪耕。指令沿著藍(lán)色箭頭從內(nèi)存移動到指令寄存器。解碼器用來解讀指令的內(nèi)容轨淌,同時通過紅色的控制線來連通 CPU 的各個部分迂烁。ALU 對寄存器中的數(shù)字進(jìn)行加減運算。

CPU 本質(zhì)上是一個設(shè)備递鹉,包含許多被稱為寄存器的內(nèi)存單元和被稱為算術(shù)邏輯單元(ALU)的計算單元盟步。ALU 執(zhí)行加法、減法和其他基礎(chǔ)數(shù)學(xué)運算躏结。然而却盘,這些只與 CPU 寄存器相連。如果想把兩個數(shù)字加起來窜觉,你必須把這兩個數(shù)字從內(nèi)存中取出谷炸,放到 CPU 的兩個寄存器中。

下面是 RISC CPU(M1 中的 CPU 類型)執(zhí)行的幾個典型指令示例:

此處的 r1 和 r2 是寄存器禀挫。當(dāng)前的 RISC CPU 無法對不在寄存器中的數(shù)字執(zhí)行示例中的運算旬陡,比如不能將在兩個不同位置的內(nèi)存中的數(shù)字相加,而是要將兩個數(shù)字各放到一個單獨的寄存器里语婴。

在上面的示例中描孟,我們必須先將內(nèi)存位置為 150 的數(shù)字放到寄存器 r1 中,然后將位置為 200 的數(shù)字放到 r2 中砰左,只有這樣匿醒,這兩個數(shù)字才能依據(jù) add r1, r2 指令進(jìn)行加法運算。

這種老式機(jī)械計算器有兩個寄存器:累加器和輸入寄存器〔迹現(xiàn)代 CPU 通常有十幾個寄存器廉羔,而且它們是電子的,不是機(jī)械的僻造。

寄存器的概念由來已久憋他。例如,在上圖的機(jī)械計算器上髓削,寄存器用來存放加起來的數(shù)字竹挡。

M1 不是 CPU 這么簡單

M1 芯片不是 CPU,而是把多個芯片集成到了一起立膛,CPU 只是其中的一部分揪罕。

可以說梯码,M1 是把整個計算機(jī)放在了一塊芯片上。M1 包含 CPU好啰、GPU轩娶、內(nèi)存、輸入 / 輸出控制器框往,以及完整計算機(jī)所需的其他很多東西罢坝,這就是我們經(jīng)常會在手機(jī)上看到的 SoC(片上系統(tǒng))概念。

M1 是一個片上系統(tǒng)搅窿。也就是說嘁酿,將構(gòu)成一臺計算機(jī)的所有部件都放在一塊硅芯片上。

如今男应,如果你從英特爾或 AMD 購買一塊芯片闹司,你拿到的實際上是一個微處理器包,而過去的計算機(jī)主板上是多個單獨的芯片沐飘。

計算機(jī)主板示例游桩,上面包含內(nèi)存、CPU耐朴、顯卡借卧、IO 控制器、網(wǎng)卡等部件筛峭。

然而铐刘,現(xiàn)在我們可以在一塊硅片上集成大量晶體管,因此 AMD影晓、英特爾等公司開始將多個微處理器放在一塊芯片上镰吵。我們將這些芯片稱為 CPU 核心。一個核心基本上是一個完全獨立的芯片挂签,它可以從內(nèi)存中讀取指令并執(zhí)行計算疤祭。

具備多個 CPU 核心的微芯片。

很長一段時間以來饵婆,添加更多通用 CPU 核心成為提高芯片性能的主要方法勺馆,但有家廠商沒這么做。

蘋果的異構(gòu)計算策略沒那么神秘

在提升性能的道路上侨核,蘋果并沒有選擇增加更多通用 CPU 核心草穆,而是采取了另一種策略:添加更多專用芯片來完成一些專門的任務(wù)。這樣做的好處是:與通用 CPU 核心相比芹关,專用芯片可以使用更少的電流執(zhí)行任務(wù)续挟,而且速度還更快紧卒。

這并不是什么全新的技術(shù)侥衬。多年來,圖形處理單元(GPU)等專用芯片已經(jīng)存在于英偉達(dá)和 AMD 的顯卡中,執(zhí)行與圖形相關(guān)的操作轴总,速度比通用 CPU 快得多直颅。

蘋果只是在這個方向上走得更加徹底。除了通用核心和內(nèi)存之外怀樟,M1 包含了一系列專用芯片:

CPU(中央處理器):SoC 的「大腦」功偿,運行操作系統(tǒng)和 app 的大部分代碼。

GPU(圖形處理器):處理圖形相關(guān)的任務(wù)往堡,如可視化 app 的用戶界面和 2D/3D 游戲械荷。

IPU(圖像處理單元):用于加快圖像處理應(yīng)用所承擔(dān)的常見任務(wù)。

DSP(數(shù)字信號處理器):具備比 CPU 更強(qiáng)的數(shù)學(xué)密集型功能虑灰,包括解壓音樂文件吨瞎。

NPU(神經(jīng)網(wǎng)絡(luò)處理器):用于高端智能手機(jī),加速語音識別等機(jī)器學(xué)習(xí)任務(wù)穆咐。

視頻編碼器 / 解碼器:以高能效的方式處理視頻文件和格式的轉(zhuǎn)換颤诀。

Secure Enclave:負(fù)責(zé)加密、身份驗證对湃,維護(hù)安全性崖叫。

統(tǒng)一內(nèi)存(unified memory):允許 CPU、GPU 和其他核心快速交換信息拍柒。

這就是使用 M1 Mac 進(jìn)行圖像和視頻編輯時速度有所提升的一部分原因心傀。許多此類任務(wù)可以直接在專用硬件上運行,這樣一來拆讯,相對廉價的 M1 Mac Mini 就能夠輕松對大型視頻文件進(jìn)行編碼剧包。

你或許疑惑,統(tǒng)一內(nèi)存與共享內(nèi)存有什么區(qū)別往果。將視頻內(nèi)存與主存共享的做法導(dǎo)致了低性能疆液,因為 CPU 和 GPU 必須輪流訪問內(nèi)存陕贮,共享意味著爭用數(shù)據(jù)總線掉缺。

統(tǒng)一內(nèi)存的情況就不同了搜囱。在統(tǒng)一內(nèi)存中,CPU 和 GPU 可以同時訪問內(nèi)存,并且 CPU 和 GPU 還可以相互告知一些內(nèi)存的位置收捣。以前 CPU 必須將數(shù)據(jù)從其主存區(qū)域復(fù)制到 GPU 使用的區(qū)域昆婿,而使用統(tǒng)一內(nèi)存模式某饰,無需復(fù)制,通過告知內(nèi)存位置即可令 GPU 使用該內(nèi)存。

也就是說粤铭,M1 上各種專有協(xié)處理器都可以使用同一內(nèi)存池彼此快速地交換信息,從而顯著提升性能杂靶。

英特爾和 AMD 為什么不效仿這一策略梆惯?

其他 ARM 芯片制造商也越來越多地投入專用硬件酱鸭。AMD 開始在某些芯片上安裝功能更強(qiáng)大的 GPU,并通過加速處理器(APU)逐步向某種形式的 SoC 邁進(jìn)加袋。(APU 將 CPU 核心和 GPU 核心放置在同一芯片上。)

AMD Ryzen 加速處理器在同一塊芯片上結(jié)合 CPU 和 GPU抱既,但不包含其他協(xié)處理器职烧、IO 控制器或統(tǒng)一內(nèi)存。

英特爾和 AMD 不這么做是有重要原因的防泵。SoC 本質(zhì)上是芯片上的整個計算機(jī)蚀之,這使得它非常適合實際的計算機(jī)制造商,例如惠普捷泞、戴爾足删。計算機(jī)制造商可以簡單地獲取 ARM 知識產(chǎn)權(quán)許可,并購買其他芯片的 IP锁右,來添加他們認(rèn)為自己的 SoC 應(yīng)該具備的任意專用硬件失受。然后,他們將已完成的設(shè)計交給半導(dǎo)體代工廠咏瑟,比如 GlobalFoundries 和臺積電(TSMC)拂到,臺積電現(xiàn)在是 AMD 和蘋果的芯片代工廠。

那么問題來了码泞。英特爾和 AMD 的商業(yè)模型都是基于銷售通用 CPU(只需將其插入大型 PC 主板)兄旬。計算機(jī)制造商只需從不同的供應(yīng)商那里購買主板、內(nèi)存余寥、CPU 和顯卡领铐,然后將它們集成即可。但這種方式已經(jīng)漸漸淡出宋舷。

在 SoC 時代绪撵,計算機(jī)制造商無需組裝來自不同供應(yīng)商的物理組件,而是組裝來自不同供應(yīng)商的 IP(知識產(chǎn)權(quán))祝蝠。他們從不同供應(yīng)商那里購買顯卡莲兢、CPU、調(diào)制解調(diào)器续膳、IO 控制器等的設(shè)計改艇,并將其用于設(shè)計 SoC,然后尋找代工廠完成制造過程坟岔。

但是英特爾谒兄、AMD、英偉達(dá)都不會將其知識產(chǎn)權(quán)給戴爾或惠普社付,讓他們?yōu)樽约旱挠嬎銠C(jī)制造 SoC承疲。

當(dāng)然邻耕,英特爾和 AMD 可能只是開始銷售完整的 SoC,但是其中包含什么呢燕鸽?PC 制造商可能對此有不同的想法兄世。英特爾、AMD啊研、微軟和 PC 制造商之間可能就 SoC 要包含哪些專用芯片產(chǎn)生沖突御滩,因為這些芯片需要軟件支持。

而對于蘋果來說党远,這很簡單削解。蘋果控制整個產(chǎn)品,比如為機(jī)器學(xué)習(xí)開發(fā)者提供如 Core ML 庫等沟娱。至于 Core ML 是在蘋果的 CPU 上運行還是 Neural Engine氛驮,這是開發(fā)者無需關(guān)心的實現(xiàn)細(xì)節(jié)了。

CPU 快速運行的根本挑戰(zhàn)

異構(gòu)計算只是一部分原因济似。M1 的快速通用 CPU 核心 Firestorm 確實速度非辰梅希快,與之前的 ARM CPU 核心相比砰蠢,二者的速度差距非常大磷脯。與 AMD 和英特爾核心相比,ARM 也非常弱娩脾。相比之下赵誓,F(xiàn)irestorm 擊敗了大多數(shù)英特爾核心,也幾乎擊敗了最快的 AMD Ryzen 核心柿赊。

在探討 Firestorm 的速度成因之前俩功,我們先來了解讓 CPU 快速運行的核心意義。

原則上可以通過以下兩種策略來完成 CPU 加速的任務(wù):

以更快的速度順序執(zhí)行更多指令碰声;

并行執(zhí)行大量指令诡蜓。

在上世紀(jì) 80 年代,這很容易做到胰挑。只要增加時鐘頻率蔓罚,就能更快執(zhí)行指令。每個時鐘周期表示計算機(jī)執(zhí)行某項任務(wù)的時間瞻颂,但是這項任務(wù)可能非常微小豺谈。一條指令由多個較小的任務(wù)構(gòu)成,因此可能需要多個時鐘周期贡这。

但是現(xiàn)在已經(jīng)幾乎不可能增加時鐘頻率了茬末,所以第二個策略「并行執(zhí)行大量指令」是目前研發(fā)的重心。

多核還是亂序處理器?

這個問題有兩種解決方法丽惭。一種是引入更多 CPU 核心击奶。從軟件開發(fā)者的角度講,這類似于添加線程责掏,每個 CPU 核心就像一個硬件線程柜砾。雙核 CPU 可以同時執(zhí)行兩個單獨的任務(wù),即兩個線程换衬。這些任務(wù)可以被描述為兩個存儲在內(nèi)存中的單獨程序痰驱,或者同一個程序被執(zhí)行了兩次。每個線程需要記錄冗疮,例如該線程當(dāng)前在程序指令序列中的位置萄唇。每個線程都可以存儲臨時結(jié)果(應(yīng)分開存儲)檩帐。

原則上术幔,處理器可以在只有一個核心的情況下運行多個線程。這時湃密,處理器只能是暫停一個線程并存儲當(dāng)前進(jìn)程诅挑,然后再切換到另一個線程,之后再切換回來泛源。這并不能帶來太多的性能提升拔妥,僅在線程經(jīng)常懸停來等待用戶輸入或者慢速網(wǎng)絡(luò)中的數(shù)據(jù)等時才使用。這些可以稱為軟件線程达箍。硬件線程意味著可以使用實際的附加物理硬件(如附加核心)來加快處理速度没龙。

問題在于開發(fā)者必須編寫代碼才能利用這一點,一些任務(wù)(例如服務(wù)器軟件)很容易編寫缎玫,你可以想象分別處理每個連接的用戶硬纤。這些任務(wù)彼此獨立,因此擁有大量核心是服務(wù)器(尤其是基于云的服務(wù))的絕佳選擇赃磨。

具有 128 個核心的 Ampere Altra Max ARM CPU 專為云計算而設(shè)計筝家,大量硬件線程是一項優(yōu)勢。

這就是你會看到 128 核心 Ampere Altra Max ARM CPU 的原因了邻辉。該芯片專為云計算制造溪王,不需要瘋狂的單核性能,因為在云上需要每瓦具有盡可能多的線程來處理盡可能多的并發(fā)用戶值骇。

而蘋果則不同莹菱,蘋果生產(chǎn)單用戶設(shè)備,大量線程并不是優(yōu)勢吱瘩。蘋果的設(shè)備多用于游戲芒珠、視頻編輯、開發(fā)等搅裙。蘋果希望臺式機(jī)具有精美的響應(yīng)圖形和動畫皱卓。

桌面軟件通常不需要利用很多核心裹芝,例如,電腦游戲通常需要 8 個核心娜汁,在這種情況下 128 個核心就完全是浪費了嫂易。因此,用戶需要的是更少但更強(qiáng)大的核心掐禁。

亂序執(zhí)行是一種并行執(zhí)行更多指令但不以多線程執(zhí)行的方式怜械。開發(fā)者無需專門編碼其軟件即可利用它。從開發(fā)者的角度來講傅事,每個核心的運行速度都更快了缕允。

要了解其工作原理,首先我們需要了解一些內(nèi)存知識蹭越。在一個特定的內(nèi)存位置上請求數(shù)據(jù)的速度很慢障本。但是與獲得 128 個字節(jié)相比,延遲獲得 1 個字節(jié)的影響不大响鹃。數(shù)據(jù)通過數(shù)據(jù)總線發(fā)送驾霜,你可以將其視為內(nèi)存與數(shù)據(jù)經(jīng)過的 CPU 不同部分之間的一條通道或管道。實際上它只是一些可以導(dǎo)電的銅線买置。如果數(shù)據(jù)總線足夠?qū)挿嗖冢憔涂梢酝瑫r獲取多個字節(jié)。

因此 CPU 一次執(zhí)行一整個指令塊忿项,但是這些指令被編寫為一條接著一條執(zhí)行∪馗裕現(xiàn)代微處理器會進(jìn)行「亂序執(zhí)行」。這意味著它們能夠快速分析指令緩沖區(qū)轩触,查看指令之間的依賴關(guān)系寞酿。示例如下:

01: mul r1, r2, r3? ? // r1 ← r2 × r302: add r4, r1, 5? ? // r4 ← r1 + 503: add r6, r2, 1? ? // r6 ← r2 + 1

乘法是一個緩慢的運算過程,需要多個時鐘周期來執(zhí)行怕膛。第二條指令僅需等待熟嫩,因為其計算取決于先知道放入 r1 寄存器的結(jié)果。但是褐捻,第三條指令并不取決于先前指令的計算結(jié)果掸茅,因此亂序處理器可以并行計算此指令。

但現(xiàn)實情況往往有數(shù)百條指令柠逞,CPU 能夠找出這些指令之間的所有依賴關(guān)系昧狮。

它通過查看每個指令的輸入來分析指令的輸入是否取決于一或多個其他指令的輸出,輸入和輸出指包含之前計算結(jié)果的寄存器板壮。

例如上例中逗鸣,add r4, r1, 5 指令依賴于來自 r1 的輸入,而 r1 通過 mul r1, r2, r3 指令得到。

我們可以將這些關(guān)系鏈接在一起撒璧,形成 CPU 可以處理的詳細(xì)圖透葛。圖的節(jié)點表示指令,邊表示連接它們的寄存器卿樱。CPU 可以分析這類節(jié)點圖僚害,并確定可以并行執(zhí)行的指令,以及在繼續(xù)執(zhí)行之前需要在哪一步等待多個相關(guān)計算結(jié)果繁调。

許多指令可以很早完成萨蚕,但是其結(jié)果無法正式化。我們無法提交這些結(jié)果蹄胰,否則順序?qū)⒊霈F(xiàn)錯誤岳遥。指令往往是需要按照順序執(zhí)行的。像堆棧一樣裕寨,CPU 將從頂部一直彈出已完成的指令浩蓉,直到命中未完成的指令。

亂序執(zhí)行功能讓 M1 上的 Firestorm 核心發(fā)揮了重要作用帮坚,實際上它比英特爾或 AMD 的產(chǎn)品更加強(qiáng)大妻往。

為什么英特爾和 AMD 的亂序執(zhí)行不如 M1互艾?

「重排序緩沖區(qū)」(Re-Order Buffer试和,ROB)不包含常規(guī)的機(jī)器碼指令,即 CPU 從內(nèi)存中獲取的待執(zhí)行指令纫普。這些是 CPU 指令集架構(gòu)(ISA)中的指令阅悍,也就是我們稱為 x86、ARM昨稼、PowerPC 等的指令节视。

但是,CPU 內(nèi)部會使用程序員無法看到的完全不同的指令集假栓,即微操作(micro-op 或 μop)寻行,ROB 內(nèi)全是微操作。

微操作非常寬(包含很多位)匾荆,能夠包含各種元信息拌蜘。而 ARM 或 x86 指令則無法添加此類信息,因為會發(fā)生:

程序的二進(jìn)制文件完全膨脹牙丽。

暴露 CPU 的工作原理細(xì)節(jié)简卧,比如是否具備亂序執(zhí)行單元、寄存器重命名等詳細(xì)信息烤芦。

很多元信息僅在當(dāng)前執(zhí)行情況下才有意義举娩。

你可以將其視為,在編寫程序時有一個公共 API,需要保持穩(wěn)定并供所有人使用铜涉,那就是 ARM智玻、x86、PowerPC芙代、MIPS 等指令集尚困。而微操作基本上是用于實現(xiàn)公共 API 的私人 API。

通常链蕊,微操作對于 CPU 而言更易于使用事甜,因為每條微指令都能完成一項簡單的有限任務(wù)。常規(guī)的 ISA 指令可能更復(fù)雜滔韵,會導(dǎo)致大量事情發(fā)生逻谦,進(jìn)而實際上轉(zhuǎn)化為多個微操作。

CISC CPU 通常只使用微操作陪蜻,否則大型復(fù)雜的 CISC 指令會讓 pipeline 和亂序執(zhí)行幾乎無法實現(xiàn)邦马。

RISC CPU 有一個選擇,所以較小的 ARM CPU 不使用微操作宴卖,但這也意味著它們無法執(zhí)行亂序執(zhí)行等滋将。

對于理解英特爾和 AMD 的亂序執(zhí)行不如 M1,這很關(guān)鍵症昏。

快速運行的能力取決于你可以用微操作填充 ROB 的速度及數(shù)量随闽。填充的速度越快,這種能力就越大肝谭,你就有更多機(jī)會選擇可并行執(zhí)行的指令掘宪,性能就會進(jìn)一步提升。

機(jī)器碼指令被指令解碼器分割成多個微操作攘烛。如果有更多的解碼器魏滚,我們就可以并行分割更多的指令,從而更快地填充 ROB坟漱。

這就是存在巨大差異的地方鼠次。最糟糕的英特爾和 AMD 微處理器核心具有 4 個解碼器,這意味著它可以并行解碼 4 條指令芋齿,并輸出微操作腥寇。

但是蘋果有 8 個解碼器。不僅如此沟突,ROB 還大了約 2 倍花颗,基本上可以容納 3 倍的指令。沒有其他主流芯片制造商的 CPU 擁有如此多的解碼器惠拭。

為什么英特爾和 AMD 不能添加更多的指令解碼器扩劝?

這就牽扯到 RISC 了庸论。M1 Firestorm 核心使用的是 ARM RISC 架構(gòu)。

對于 x86棒呛,一條指令的長度可能是 1–15 字節(jié)不等聂示。而在 RISC 芯片上,指令大小是固定的簇秒。如果每個指令具有相同的長度鱼喉,將字節(jié)流分割成指令并饋入 8 個不同的并行解碼器將易如反掌。但是在 x86 CPU 上趋观,解碼器不知道下一條指令從哪里開始扛禽,它必須實際分析每條指令,判斷它的長度皱坛。

英特爾和 AMD 采用暴力方式處理這一問題编曼,它們嘗試在每個可能的起點上解碼指令。這意味著必須處理大量錯誤的猜測和錯誤剩辟。這讓解碼器階段變得非常復(fù)雜掐场,也很難再添加更多的解碼器。相比而言贩猎,蘋果輕輕松松就可以添加更多解碼器熊户。

實際上,添加更多東西會導(dǎo)致許多其他問題吭服,以至于 AMD 本身的 4 個解碼器基本上已經(jīng)是其上限了嚷堡。

而正是這一點讓 M1 Firestorm 核心在相同的時鐘頻率下處理的指令數(shù)量是 AMD 和英特爾 CPU 的兩倍。

有人可能會反駁說噪馏,CISC 指令會變成更多的微操作麦到,它們的密度更大绿饵,因此解碼一條 x86 指令類似于解碼兩條 ARM 指令欠肾。

然而實際上,高度優(yōu)化的 x86 代碼很少使用復(fù)雜的 CISC 指令拟赊。在某些方面刺桃,它具有 RISC 風(fēng)格。

但這對 Intel 或 AMD 沒有幫助吸祟,因為即使 15 個字節(jié)長的指令很少見瑟慈,也必須制造解碼器來處理它們。而這會導(dǎo)致復(fù)雜性屋匕,從而阻止 AMD 和 Intel 添加更多解碼器葛碧。

AMD 的 Zen3 核心不還是更快嗎?

據(jù)了解过吻,最新 AMD CPU 核心(即 Zen3)要比 Firestorm 核心快一點进泼。但這只是因為 Zen3 核心的時鐘頻率為 5 GHz蔗衡,F(xiàn)irestorm 核心的時鐘頻率為 3.2 GHz。盡管時鐘頻率高了近 60%乳绕,但 Zen3 也只是勉強(qiáng)超越 Firestorm绞惦。

那蘋果為什么不增加時鐘頻率呢?因為更高的時鐘頻率會使芯片變熱洋措。這也是蘋果的主要賣點之一济蝉。與 Intel 和 AMD 的產(chǎn)品不同,他們的計算機(jī)幾乎不需要冷卻菠发。

從本質(zhì)上講王滤,我們可以說 Firestorm 核心確實優(yōu)于 Zen3 核心。Zen3 只能通過更大的電流和變得更熱來維持領(lǐng)先滓鸠。而蘋果選擇不這樣做淑仆。

如果蘋果想要更高的性能,他們只會增加更多的核心哥力。這樣就可以在降低功耗的同時蔗怠,還能提供更高的性能。

未來將會如何

看來 AMD 和英特爾在兩個方面都陷入了困境:

它們沒有允許其輕松追求異構(gòu)計算和 SoC 設(shè)計的商業(yè)模型吩跋。

傳統(tǒng)的 x86 CISC 指令集讓它們難以提高亂序執(zhí)行性能寞射。

但這不意味著游戲結(jié)束。它們當(dāng)然可以增加時鐘頻率锌钮,使用更多的散熱桥温,添加更多核心,增強(qiáng) CPU 緩存等梁丘。但它們目前都處于劣勢侵浸。英特爾的情況最糟糕,因為其核心已經(jīng)被 Firestorm 擊敗氛谜,并且它的 GPU 薄弱掏觉,無法集成到 SoC 方案中。

引入更多核心的問題在于值漫,對于典型的桌面工作負(fù)載澳腹,使用過多核心會導(dǎo)致收益遞減。當(dāng)然杨何,很多核心非常適合服務(wù)器酱塔。但 Amazon 和 Ampere 等公司已經(jīng)使用 128 核的巨型 CPU 了。

幸運的是危虱,Apple 并未出售其芯片羊娃。因此,PC 用戶只能接受 AMD 和英特爾提供的產(chǎn)品埃跷。PC 用戶可能會跳船蕊玷,但這是一個緩慢的過程芦瘾。人們通常不會立即離開已經(jīng)有大量投入的平臺。

但是集畅,年輕的專業(yè)人士沒有在任何平臺上投入太多資金近弟,他們將來可能會越來越多地轉(zhuǎn)向蘋果,從而擴(kuò)大蘋果在高端市場的份額和在 PC 市場總利潤中的份額挺智。

參考內(nèi)容:

https://erik-engheim.medium.com/why-is-apples-m1-chip-so-fast-3262b158cba2

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末祷愉,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子赦颇,更是在濱河造成了極大的恐慌二鳄,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,657評論 6 505
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件媒怯,死亡現(xiàn)場離奇詭異订讼,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)扇苞,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,889評論 3 394
  • 文/潘曉璐 我一進(jìn)店門欺殿,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人鳖敷,你說我怎么就攤上這事脖苏。” “怎么了定踱?”我有些...
    開封第一講書人閱讀 164,057評論 0 354
  • 文/不壞的土叔 我叫張陵棍潘,是天一觀的道長。 經(jīng)常有香客問我崖媚,道長亦歉,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,509評論 1 293
  • 正文 為了忘掉前任畅哑,我火速辦了婚禮肴楷,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘敢课。我一直安慰自己阶祭,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 67,562評論 6 392
  • 文/花漫 我一把揭開白布直秆。 她就那樣靜靜地躺著,像睡著了一般鞭盟。 火紅的嫁衣襯著肌膚如雪圾结。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,443評論 1 302
  • 那天齿诉,我揣著相機(jī)與錄音筝野,去河邊找鬼晌姚。 笑死,一個胖子當(dāng)著我的面吹牛歇竟,可吹牛的內(nèi)容都是我干的挥唠。 我是一名探鬼主播,決...
    沈念sama閱讀 40,251評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼焕议,長吁一口氣:“原來是場噩夢啊……” “哼宝磨!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起盅安,我...
    開封第一講書人閱讀 39,129評論 0 276
  • 序言:老撾萬榮一對情侶失蹤唤锉,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后别瞭,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體窿祥,經(jīng)...
    沈念sama閱讀 45,561評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,779評論 3 335
  • 正文 我和宋清朗相戀三年蝙寨,在試婚紗的時候發(fā)現(xiàn)自己被綠了晒衩。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,902評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡墙歪,死狀恐怖浸遗,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情箱亿,我是刑警寧澤跛锌,帶...
    沈念sama閱讀 35,621評論 5 345
  • 正文 年R本政府宣布,位于F島的核電站届惋,受9級特大地震影響髓帽,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜脑豹,卻給世界環(huán)境...
    茶點故事閱讀 41,220評論 3 328
  • 文/蒙蒙 一郑藏、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧瘩欺,春花似錦必盖、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,838評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至拍埠,卻和暖如春失驶,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背枣购。 一陣腳步聲響...
    開封第一講書人閱讀 32,971評論 1 269
  • 我被黑心中介騙來泰國打工嬉探, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留擦耀,地道東北人。 一個月前我還...
    沈念sama閱讀 48,025評論 2 370
  • 正文 我出身青樓涩堤,卻偏偏與公主長得像眷蜓,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子胎围,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,843評論 2 354

推薦閱讀更多精彩內(nèi)容

  • 最近這段時間數(shù)碼圈里最火的莫過于蘋果最新推出的三款基于自研芯片 M1 的電腦了痊远,分別是 MacBook Air垮抗、1...
    雇個城管打天下閱讀 1,817評論 1 24
  • 久違的晴天,家長會碧聪。 家長大會開好到教室時冒版,離放學(xué)已經(jīng)沒多少時間了。班主任說已經(jīng)安排了三個家長分享經(jīng)驗逞姿。 放學(xué)鈴聲...
    飄雪兒5閱讀 7,523評論 16 22
  • 今天感恩節(jié)哎辞嗡,感謝一直在我身邊的親朋好友。感恩相遇滞造!感恩不離不棄续室。 中午開了第一次的黨會,身份的轉(zhuǎn)變要...
    迷月閃星情閱讀 10,564評論 0 11
  • 可愛進(jìn)取谒养,孤獨成精挺狰。努力飛翔,天堂翱翔买窟。戰(zhàn)爭美好丰泊,孤獨進(jìn)取。膽大飛翔始绍,成就輝煌瞳购。努力進(jìn)取,遙望亏推,和諧家園学赛。可愛游走...
    趙原野閱讀 2,727評論 1 1
  • 在妖界我有個名頭叫胡百曉吞杭,無論是何事盏浇,只要找到胡百曉即可有解決的辦法。因為是只狐貍大家以訛傳訛叫我“傾城百曉”篇亭,...
    貓九0110閱讀 3,261評論 7 3