苹果M1芯片将开启新纪元
最新更新时间:2021-03-03
阅读数:
来源:内容由半导体行业观察(ID:icbank)编译自「devprojournal」,谢谢。
自已故的史蒂夫·乔布斯(Steve Jobs)向全世界宣布苹果正在从IBM的PowerPC芯片过渡到英特尔的x86芯片以来,已经过去了十多年。快进到2021年:Apple正在开始将其所有台式机和笔记本电脑从x86英特尔芯片过渡到其自己设计的M1芯片,该芯片是完全由Apple并为Apple打造的、基于ARM的CPU。
尽管ARM处理器不是新产品,但苹果公司正在将其在移动产品领域使用ARM所取得的成就,转移到笔记本和台式机计算环境中。我预计,随着基于ARM的CPU的普及,软件的编写方式将发生根本性的转变。
让我们探究为什么您甚至应该关心所有工作负载的预期速度和成本节省,以及为什么我认为ARM会改变软件编写的原因。作为开发人员,我认为光是Apple声称的M1用更少的功率提供更高的性能就令人着迷,因为我们处于新数据处理速度的顶峰。
开发者社区为什么要使用ARM?如果您一直在观察iOS设备中使用的Apple A系列芯片的发展过程,那么您就会知道,每款芯片都已经(有时是显着)比其前代产品更加强大。我们当中那些考虑如何装备我们的工程团队的人并不奇怪,因为苹果公司已经将这种功能强大的芯片引入Mac。
我们观察到(当然,偶然地发现)许多开发人员正在使用Mac。目前,它们基于Intel,因此可以构建并部署到相同的CPU。但是很快,随着M1芯片成为事实上的标准,ARM处理器将在更多开发人员手中。
但是,我并不是在这里仅仅赞扬Apple Silicon,因为这一突破比Apple更大。AWS最近推出了一种新的低成本,高性能类别的EC2实例,该实例由其基于ARM的Graviton处理器提供支持。ARM体系结构是CPU的未来,其他制造商将紧追其后。
去年12月,高通公司总裁克里斯蒂安诺·阿蒙(Christiano Amon)在Vergecast上接受了采访,并谈到了M1:
“生态系统将发生变化,这表明微软和高通公司处在正确的轨道上。这与电池寿命,与网络连接以及与众不同的多媒体体验有关。”
值得注意的是,开发人员的工具空间正在赶上ARM。Homebrew是开发人员社区中管理第三方工具的最大工具,目前尚不支持使用ARM处理器的Mac。
跨工作负载节省速度和成本
ARM基于RISC(精简指令集计算机)架构,旨在以更高的速度执行少量任务,从而降低功耗。这种架构显然是智能手机和可穿戴设备等设备中芯片的理想选择。
当您转移工作负载(包括持续集成(CI),内存中的缓存和微服务)时,ARM的设计为节省大量成本打开了大门。关于用于CI / CD的CPU,这全都取决于速度和成本。加快CI / CD工作负载的秘诀是并行处理各个部分,并在不中断资金的情况下尽快运行这些部分。
云提供商通过对ARM处理器的速度和性能进行大量投资,为节省这些成本做出了贡献。
尤其是,AWS的Graviton2处理器声称其价格性能比同类x86-64 CPU高出40%。当您考虑到CI任务的高度短暂性,再结合AWS提供的动态扩展云提供商时,即使是很小的性能改进也可以转化为巨大的节省,尤其是在大规模环境中。
ARM将改变软件的编写方式
除移动开发外,大多数软件都可以在AMD或Intel CPU上运行。到目前为止,最大的障碍是缺乏可供开发人员用来编写基于ARM的软件的可用工作站。苹果通过引入M1处理器改变了这种平衡。
开发人员已经可以从他们的新M1设备中看到意想不到的好处,从能够重现pipeline中特定于硬件的错误到看到性能提高,甚至在使用Rosetta2在x86-64仿真中运行时也是如此。
我认为,到2022年底,开发人员将构建并部署到ARM。实际上,Adobe已经在其Creative Suite中发布了ARM软件,从而引领了这一潮流,越来越多的公司每天都在发布ARM或M1友好型软件。
往前走
ARM的体系结构旨在转变边缘计算,数据服务器中心,机器学习应用程序等。有人猜测,由于苹果的改变,所有软件都必须重新编写。我认为情况并非如此,但是团队需要做一些重新编译。
★ 点击文末【阅读原文】,可查看本文原文链接!
*免责声明:本文由作者原创。文章内容系作者个人观点,半导体行业观察转载仅为了传达一种不同的观点,不代表半导体行业观察对该观点赞同或支持,如果有任何异议,欢迎联系半导体行业观察。
今天是《半导体行业观察》为您分享的第2603内容,欢迎关注。
推荐阅读
半导体行业观察
『半导体第一垂直媒体』
实时 专业 原创 深度
识别二维码,回复下方关键词,阅读更多
晶圆|IC|射频|集成电路|美国|苹果|华为|模拟芯片
回复 投稿,看《如何成为“半导体行业观察”的一员 》
回复 搜索,还能轻松找到其他你感兴趣的文章!
点击阅读原文,可查看本文
原文链接!