[硬體] Apple 正式宣佈推出自家 Mac 用處理器

作者: olmtw (支持htc,支持台灣貨)   2020-06-23 08:09:12
Apple 正式宣佈推出自家 Mac 用處理器
效能、效率都大大強化。
Eric Chan
5 小時前
Apple 早已經有自製 SoC 的能力,iPhone、iPad、Apple Watch 的處理器都是他們自
家的出品,累計自今更已經出貨 20 億顆。下一個挑戰的領域自然是 Mac,有關的傳言
也甚囂塵上。在今天 WWDC20 上,官方也終於正式確認這新平台,並正名為 Silicon。
Apple 首先是強調開發者是用回原來的 Xcode 來開發新平台的應用,並指能夠一口氣
匯出能在 Intel 和 Apple 自家平台的版本。而現有的 Mac 應用,就能透過 Rosetta
2 來把應用轉換至適用的版本。
在演示裡,Apple 工程副總 Craig Federighi 就用了一台搭載了 A12Z,也就是與
iPad Pro 同樣的處理器的 Mac 電腦來跑各個高需求情景,包括 4K 畫面的即時渲染、
3D 畫面的繪製等,用以顯示 Silicon 的處理能力並沒有遜於現役的。同時,他也透露
了多款常用在 Mac 平台的應用,包括全線 Apple 應用、微軟 Office、Adobe CC 套件
等,都已經有 Silicon 適用的版本。
更妙的是,因為 Mac 與 iOS 裝置自此會同用一個處理平台,所以 iOS app 也可以原
生、直接地在 Mac 系統裡跑,一舉增加了 Silicon 版 Mac 系統的可用性。
Apple 表示,他們會用兩年的時間來轉換,所以在未來的日子還是能夠買到 Intel 處
理器版本的 Mac。讓開發者預覽 Apple Silicon 的 Developer Transition Kit 也會
在本週開放申請,內容會包括一台搭載了 A12Z 的 Mac Mini,讓開發者可以試試手。
https://engt.co/3drqgNk
兩年的轉換時間,大家準備好了嗎
作者: mtcoat (mtcoat)   2020-06-23 08:28:00
多工效能不知道稱不稱不住影音編輯
作者: Phenomenon (Kuma)   2020-06-23 08:28:00
兩年後沒換回 intel 才會考慮
作者: ACRM2929 (司馬娘)   2020-06-23 08:45:00
樓上XD
作者: bme0202 (G胖)   2020-06-23 08:51:00
win10搭arm目前還是悲劇,完全不看好mac
作者: aegis93211   2020-06-23 08:54:00
看到silicon笑出來XD
作者: TakiDog (多奇狗)   2020-06-23 08:57:00
那是windows 他們也沒認真搞,只能當網頁瀏覽器win10跑高通arm 處處都在模擬,也沒看到原生Android App出現XDD
作者: w180112 ([NOOB]我超RETARD我超廢 )   2020-06-23 09:01:00
arm效能這麼差 以後mac高階不用玩了
作者: NoneWolf (Forty2)   2020-06-23 09:05:00
蘋果的優勢是有iOS資源可以直接使用 哪怕開發者不想移植...不過話說回來微軟arm產品只有一款上市吧 又很貴難怪推不動
作者: PDH1010 (PanDA )   2020-06-23 09:08:00
矽利康?
作者: vic4807 (Vic)   2020-06-23 09:46:00
這樣還能bootcamp?
作者: YJSai (子償)   2020-06-23 10:06:00
不知道顯示卡夠力嗎?跑xcode效能如何
作者: gragon (丞袁)   2020-06-23 10:15:00
A12z夠力嗎
作者: cevs (cevs)   2020-06-23 10:15:00
拜託不能bootcamp
作者: panjiongkai (想念放在心裡)   2020-06-23 10:20:00
想問個OS是寫兩套? 一套是ARM 一套是x86?
作者: krousxchen (城府很深)   2020-06-23 11:06:00
mac移過好幾次,也做了很多前置作業,就蘋果的習慣,我看是不會回頭了ARM效能差喔?大概又是不知道瓦數吧吃一樣的瓦數,ARM只會比x86強
作者: cevs (cevs)   2020-06-23 11:11:00
請問蘋果使用自製晶片 是為了營利嗎
作者: andrew43 (討厭有好心推文後刪文者)   2020-06-23 11:12:00
室內pro user有在計較瓦數嗎?
作者: mikanyosoro (lml)   2020-06-23 11:16:00
除了基本的效能那些,自己垂直整合可以控制產品推出時間、軟硬體可以整合得比較好
作者: iKelly (((○)))   2020-06-23 11:29:00
當初power mac g5那兩顆渦扇風量堪比吹風機,站在主機後方3公尺還感受的到熱風,全速運轉彷彿噴射機起飛才能把溫度壓下來,後來轉intel處理器就沒出現過那種誇張的散熱系統了,現在要轉arm處理器,我是持看好的心態啦
作者: Killercat (殺人貓™)   2020-06-23 11:36:00
Demo那個三個影片的fcx, 跟160萬polygen的maya,跑在A12Z,我是覺得這個算是滿有說服力的了
作者: krousxchen (城府很深)   2020-06-23 11:37:00
要說arm性能差,那就堆料堆到性能變高就好,瓦數也會變高
作者: Killercat (殺人貓™)   2020-06-23 11:38:00
如果A12Z能做到這樣外加推動那個怪物XDR螢幕 我不覺得效能上會有什麼concern 就怕工作軟體沒跟上而已
作者: krousxchen (城府很深)   2020-06-23 11:38:00
我是比較好奇到底蘋果的顯卡能拼的過amd跟nv嗎?因為這就跟ARM無關了
作者: Killercat (殺人貓™)   2020-06-23 11:39:00
怕的是因為只吃Metal造成Steam遊戲死光光吧....A12Z的集成GPU是很夠力 但是指令很受限的另外我相信AMD應該有跟蘋果合作弄ARM版本Driver
作者: krousxchen (城府很深)   2020-06-23 11:40:00
OpenGL應該還是會有啦,大概然後我是覺得大概顯卡就是用蘋果的了,不會是amd
作者: concord (iPro)   2020-06-23 11:50:00
從這次的 support list 來看, nv 顯卡的機器全部都退場AMD 顯卡應該是會有驅動支援...
作者: krousxchen (城府很深)   2020-06-23 11:52:00
win10跨arm悲劇是要搞雙支援,以後蘋果就只有arm,怎麼悲劇?
作者: pig (歡迎加入豬頭黨)   2020-06-23 12:02:00
我猜拉到高階應該還是有點不夠力,才會需要時間轉換之後再靠堆核心硬拼
作者: saxon1105 (saxon1105)   2020-06-23 12:12:00
今天才有arm超級電腦第一新聞XD 堆好堆滿
作者: mikanyosoro (lml)   2020-06-23 12:26:00
有OpenGL 但他列入 decrypted
作者: andrew43 (討厭有好心推文後刪文者)   2020-06-23 12:30:00
高階機還是要外顯吧,不然真的推得動多螢幕嗎?
作者: huabandd (我是阿肥巴你頭)   2020-06-23 12:44:00
可惜舊版的無法使用iOS app
作者: lu731015   2020-06-23 12:45:00
期待PR AE的arm版本 還有達芬奇
作者: PopeVic (ㄅㄧ)   2020-06-23 12:54:00
回某樓,arm效能差???你知道 Amazon 的 AWS 已經有提供 arm 的版本了嗎?
作者: tony24334 (阿賴是你)   2020-06-23 13:45:00
有提供就叫效能好?你是不用沒用過AWS EC2......你也不看一下實測出來的笑能ARM有他的優勢,但絕對不是效能XD
作者: chickengod (雞大俠)   2020-06-23 14:01:00
Amazon Graviton2 有64核, A12z 只有8核
作者: Killercat (殺人貓™)   2020-06-23 14:07:00
列入decrypted...er..我猜你想說的是deprecated?Metal API來講 很多舊遊戲根本不可能支援首當其衝應該就是Steam那些舊遊戲就是...
作者: WARgame723 (釩合金大濕)   2020-06-23 15:25:00
ARM能耗比跟X86比一個在天一個在地
作者: rickylin (綠光)   2020-06-23 17:06:00
Apple自家設計一款高效能arm就解決了Apple又不是微軟 apple有能力從硬體系統軟體全部搞定等真正產品出來再論定Arm效能問題吧
作者: soem (流水)   2020-06-23 17:09:00
Amazon Gravition2 頻率在2.3 GHz,整體效能比AMD EPYC 7742
作者: panjiongkai (想念放在心裡)   2020-06-23 17:09:00
效能增加 耗能應該也會增加吧 這樣跟arm定位好像又不太一樣了?
作者: soem (流水)   2020-06-23 17:10:00
來得差。我對arm的印象是需要更高的頻率才有同世代x86的效能如果想要有高階產品的效能,勢必得拉頻率或堆更多核心。頻率要拉到比intel高,每瓦效能就不會好看;更多核心沒有搭配的軟體架構,也沒辦法妥善運用。但影像處理或許需要的是更多核心平行處理,不見得不行。
作者: chironys (Chiron)   2020-06-23 17:17:00
一句話,apple哪時能生出一顆跟amd 3990 一樣效能cpu再來講mac pro用arm
作者: soem (流水)   2020-06-23 17:19:00
我覺得可能真的生得出來,例如用上四顆64核arm之類的方案
作者: tyf99 (呵呵)   2020-06-23 17:19:00
每次蘋果拿出新東西,最不缺的就是酸民,哈哈
作者: jaannddyy (詹敵)   2020-06-23 17:22:00
蘋果規劃東西都是搞很久的 ,做出來也不會搶先給你看
作者: zjin1126 (ZJLIN)   2020-06-23 17:47:00
https://bit.ly/37QZLQsAWS gravation2單核的效能跟zen1架構的EPYC不相上下只輸一點Intel CSL,有些項目不相上下甚至更好不過重要的是CP值突破天際,比EPYC還好,In-house自己搞就是有價格優勢
作者: kouta (Kk)   2020-06-23 17:51:00
上一次笑酸 AirPods 的芭樂 已經買一副了
作者: pig (歡迎加入豬頭黨)   2020-06-23 18:02:00
https://bit.ly/3erO4Cj 打 EPYC2 就吃力了,是說這個anandtech 也有提到就是,不過反正 apple 也沒要效能衝頂可自己掌控的軟硬體整合才是無價
作者: WARgame723 (釩合金大濕)   2020-06-23 18:10:00
3990X甚麼垃圾笑死,你AMD用貼核的以為ARM沒辦法貼喔?
作者: krousxchen (城府很深)   2020-06-23 18:21:00
Risc的Arm會比Cisc的x86來的有效率吧?加上x86-64為了相容疊床架屋與macOS能對自家硬體的最佳化,我是認為Arm mac會比x86 mac來的強大
作者: tony24334 (阿賴是你)   2020-06-23 18:34:00
這邊怎麼也有723...
作者: ccderek (Derek kuo)   2020-06-23 19:14:00
幹所有軟體重寫欸 大vm時代 慘
作者: kight (山中雜草一隻鹿)   2020-06-23 19:20:00
現在電腦主流都還是X86,除非Apple的Arm能變主流,不然Arm的Mac註定會失敗,我是不看好啦,就算真的研發出高效能Arm,以蘋果的高價格也會讓人吃不消!
作者: soem (流水)   2020-06-23 19:21:00
效率的觀點是能源效率嗎?不然同頻率的Risc跟Cisc比,直覺來來看會是Cisc效能好、Risc每瓦效能好。
作者: kight (山中雜草一隻鹿)   2020-06-23 19:21:00
不至於所有軟體重寫啦,但是編譯器要大改版到是真的!
作者: ccderek (Derek kuo)   2020-06-23 19:35:00
llvm...真的...兩個架構差很多啊..
作者: jaannddyy (詹敵)   2020-06-23 19:43:00
看推文就知道為什麼台灣出不了幾家像樣的公司,保守,什麼都不願意投資,什麼都不願意改變,吃老本就好。理工技術贏不了人,管理與產品規劃也是輸到脫褲
作者: pig (歡迎加入豬頭黨)   2020-06-23 19:45:00
apple 不用叫別人用 arm 啊,只要他全部 arm 化之後還能守住目前的市佔率 (5-6%) 這樣就算轉換成功了mac app 重寫反而比較包袱,反正 10.15 早就一堆 32bit app不給用了,mac 使用者對這種老 app 不能用是相對習慣的但是買 mac 硬體用 bootcamp 跑 win 的人可能就會退場了*反而比較沒有包袱
作者: lance8678 (小米)   2020-06-23 19:55:00
有沒有辦法支援各3D軟體的GPU渲染比較重要...,不然GPU很強,然後不支援...也是悲劇
作者: tyf99 (呵呵)   2020-06-23 21:36:00
黑蘋果業者哭哭,將來沒得寄生囉
作者: Killercat (殺人貓™)   2020-06-23 21:38:00
也沒差吧 他們常常落後一兩個版本很正常加上相容轉過去兩年 停止支援x86在兩年 他們至少還能再賺四年以上
作者: ttamura (踢田村)   2020-06-23 22:03:00
以後mac也得越獄啦
作者: eyecolor (欸)   2020-06-23 22:19:00
光是Maya用Rosetta 2轉譯出來處理六百多萬多邊形畫面做即時渲染無延遲,我就決定要買ARM版本了而且FCP剪輯三段4K影片在同畫面並渲染無延遲,我認為已經可以直接進入專業領域了還有PS複雜畫面運算也都毫無延遲,我看擔心的是WintelRosetta 2還可以直接轉譯目前商城的3D遊戲,直接玩給大家看這種轉譯成果,該擔心的是Intel,不是蘋果
作者: pig (歡迎加入豬頭黨)   2020-06-23 22:34:00
我還是持保留態度,有那麼好轉的話就會像 ppc -> intel直接停產全線切入 arm 用模擬器硬幹了不會再花兩年的時間轉換
作者: rickylin (綠光)   2020-06-23 22:37:00
如果有在關心iOS maOS,之前早就開始計劃從軟體底層開始改寫了,加上Catalina早就淘汰掉一堆沒更新的32bit軟體加上iOS發展的底層是同是當年的OS X,轉換任務遠比Windows 10 ARM化條件好太多了macOS下不少軟體在前年開始就已經跟iOS同步開發 加上新的軟體也不單靠CPU運算GPU與類神經處理器協同運算Apple早就在macOS上做了
作者: tyf99 (呵呵)   2020-06-23 23:21:00
PPC那麼快被清掉,是因為IBM根本端不出新產品G5就已經熱到裝不進筆電,再不轉Intel,產品線就要開天窗最後一台 PowerBook G4 是1999年推出,後續一直生不出來年代好像記錯,200x年還有出新筆電,但只有G4 一直沒G5IBM當時就擺爛,有種你就改CPU啊。蘋果應該也氣到不行
作者: andrew43 (討厭有好心推文後刪文者)   2020-06-23 23:52:00
當初初代intel macbook糟透了,期待新平台新機請小心
作者: ChrisMac (小皓)   2020-06-23 23:57:00
等到第一台市售ARM Mac上市再來看這篇一定很有意思!
作者: windsoul0312 (開心比較重要)   2020-06-24 00:14:00
arm架構做好,macbook就可以被ipad消滅了呢
作者: eyecolor (欸)   2020-06-24 00:16:00
作者: pig (歡迎加入豬頭黨)   2020-06-24 01:57:00
single core 跑分接近的話,就不用期待 arm 跑 x86 模擬器可以順跑了,可能特定程式搭配特定函式庫有機會做到其他就乖乖的等軟體的原生arm版本推出
作者: eyecolor (欸)   2020-06-24 08:59:00
跑X86模擬一定無法順跑,但這不是我們純Mac OS需要擔心的事情我所謂的無法順跑是指模擬X86環境下的狀況,也就是跑雙系統但如果用Rosetta 2轉譯的,就不用擔心了,安裝就轉譯完成成ARM版本了也就是說,雙系統的用戶影響最大,這是一個很簡單的概念我目前唯一會想跑雙系統的軟體是IE,部分網站還是得用IE
作者: roccqqck (ccqq)   2020-06-24 12:06:00
我覺得rick有很大誤會 不是所有東西都可gpu跑
作者: wxywxywxy   2020-06-24 12:59:00
我ok你先買
作者: mrnegativetw (每天來點負能量)   2020-06-24 17:07:00
所以以後會有A12Z SE, A12Z Pro這種分別嗎
作者: mp5good (─ ─”)   2020-06-25 13:01:00
軟體廠對蘋果的怨聲載道應該眾所皆知吧光是Catalina毫無預警硬幹,軟體廠們弄了半年才搞定當初所有做音樂軟體的公司都警告用戶絕對不要升級10.15我們就來看各音樂daw累積二十年成熟的x86軟體如何重寫還是會直接放棄,把心力投入pc陣營呢,讓我們看下去
作者: eyecolor (欸)   2020-06-25 13:06:00
蘋果哪一次不是硬轉? 況且前面的硬轉都是為了今天鋪路如果沒有這種覺悟的廠商可以趁早轉PCARM蘋果勢在必行,包含拋棄這種不轉的軟體蘋果不可能一輩子被Intel綁架,如果還有期待的,看要失望了況且現在說X86轉不過去還太早,有開發者資格的花錢請一台測試機來試試看Rosetta 2轉轉看,說不定轉譯一下就解決了
作者: mp5good (─ ─”)   2020-06-25 13:28:00
蘋果不是什麼神聖的東西,身邊專業音樂工作者大多都已經在考慮未來幾年後轉pc了,沒有下不了神壇的公司,即使是蘋果,只為了更多盈利而做不出符合需求的好產品,一樣會htc化,沒什麼好護航菑v也用了十幾年的蘋果,感到惋惜是當然的,但扶不起的阿斗就讓它下去就好,時代就是如此
作者: eyecolor (欸)   2020-06-25 14:01:00
微軟走不了ARM卻被蘋果逐年完成,我看未來神壇還是蘋果的
作者: chironys (Chiron)   2020-06-25 14:30:00
轉譯不是神,根本還是從新開發,真有心都是從新開發,如果都靠轉譯對Apple 來說才是大麻煩,代表很多開發者重心不在他家平台,只是隨便弄弄,也未必會用心維護
作者: eyecolor (欸)   2020-06-25 15:03:00
蘋果要走ARM道路,轉譯只是一個銜接過程而已我自己用MacOS早就清楚哪些軟體根本心力不在MacOS,那我就會捨棄改用心力在MacOS上的軟體未來ARM機器越來越多,反而可以加速淘汰那些在MacOS不用心的軟體這樣子除了有質的提升,相信iPad App的軟體也都會逐漸做出雙系統支援的版本出來也就是淘汰不適任的軟體,加速把iPad/iPhone優質的軟體加入MacOS,二年下來,肯定軟體的質跟量會有比目前更快的成長
作者: mp5good (─ ─”)   2020-06-25 18:20:00
現在蘋果轉arm的理由跟當年可差多了,現在除了自造cpu可以創造更多利潤以外,真的找不到使用arm cpu可以有什麼其他優點,另外賈伯斯時代蘋果的產品定位都相當清楚,什麼產品主要拿來做什麼事情界線劃分明確,現在把macbook改arm cpu又共用os,簡直跟ipad九成像,差一個鍵盤而已,這種自家產品互打的事情以前真的從來沒看過,思考一下轉arm所帶來的效益能夠和當年ppc轉intel一樣高嗎?當年ppc轉intel的超級災情或許現在的果粉都沒經歷過,但以現在macos的普及與成熟度來說,這次轉換的難度絕對數倍高於當年ppc轉intel,從使用者角度來看,這樣的產品優勢在哪?值得這段漫長又黑暗的陣痛期嗎?如果看到最後只剩下「蘋果能夠賺比較多」的這個理由,那我只能說當年堅持做出市面上最完美產品的蘋果公司早已死透,不需要多做護航,時間會證明一切。
作者: eyecolor (欸)   2020-06-25 19:16:00
以目前我看到的評論來看,基本上會更順利的轉移最完美的產品就是能效比高的產品,越輕越薄,能耗越少卻有高效能,蘋果這次一點都沒離開原本初衷喔多數評測也都說明這次的佈局恐怕是由老賈時代就開始了當初不得已轉到Intel身上是為了能效高,但不代表蘋果忘記硬體掌控這件事情為了這次轉移,蘋果所投入的成本肯定不見得回收的回來,但蘋果還是這麼做了X86早該砍掉重練,無奈歷史包袱太重,連微軟也改不了。但蘋果辦到了時間會看到一切,二年後再回來看各自推文吧
作者: KotoriCute (Lovelive!)   2020-06-25 23:01:00
轉譯只能當成過渡時期的妥協手段,軟體那邊大概是希望把ipad那邊app專業化然後移植到arm Mac上 畢竟底層是一樣的,理論上會更方便移植問題會更少
作者: mp5good (─ ─”)   2020-06-26 01:08:00
桌上型電腦追求體積變小幹嘛…我才不要imac螢幕變小呢,能耗什麼的反正插著電源才能用,也沒有電池問題,只要散熱能做好,x86性能根本輕鬆碾壓arm,要輕便行動需求就去用ipad,有行動工作需求去用mbp,至於要高效能專業工作還是繼續用x86-64才是正解
作者: eyecolor (欸)   2020-06-26 01:31:00
你適合PC離開MacOS吧有時候意識到自己適合的產品換了也沒什麼...
作者: winiel559 (大漢天威)   2020-06-26 01:41:00
有利潤以外的理由啦 不用GG 5nm難道要陪i皇14++++++嗎
作者: mp5good (─ ─”)   2020-06-26 22:31:00
我做音樂的,走到哪間錄音室都是mac,從學生時代用到現在也十幾年了,你是會通靈還是觀落陰知道我不適合macOS,果粉邏輯真的是嘆為觀止,我現在就是就專業使用角度來說mac將來會遇到的嚴重問題,還在說我個人不適合用mac,笑死同樣是x86,還真的可以選擇amd,這件事蘋果內部還真的有做過測試,幾年前的os x有被發現使用amd的測試版本
作者: eyecolor (欸)   2020-06-26 22:56:00
放心吧,不會的
作者: andrew43 (討厭有好心推文後刪文者)   2020-06-26 23:50:00
PC筆電大廠都嘗試amd了,apple更沒理由不試。觀落陰沒問題,自己爽,反正誰都不能保證誰會不會跳槽。工具不適合就換工具,專業用戶的宿命。而apple視專業用戶為韭菜割阿割也不是一天兩天的事了。

Links booklink

Contact Us: admin [ a t ] ucptt.com