[硬件] 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