从踌躇满志到摆烂代工，回顾“Atom”的安卓之路( 二 ) 前言：一场影像对比

文章图片
从技术参数上来说， AtomZ3580在它刚发布时还是挺先进的。其中在CPU方面，它配备了22nm的四核心Moorefield架构，已经是支持乱序执行的新一代设计，并且CPU主频高达2.33GHz ，在当时的整个业界都算是最高水准。
在内存子系统上， AtomZ3580的一级缓存、二级缓存都很大，内存控制器也是当时顶尖的双通道LPDDR3-1600规格。这使得它拥有12.8GB/s的内存带宽，超越了高通骁龙600 ，足以与同期的骁龙800“掰手腕” 。

文章图片
当然，更大的惊喜来自GPU部分。 AtomZ3580采用了当时在苹果A7芯片中备受好评的PowerVRG6430GPU ，并且凭借着制程优势，对这颗GPU还进行了高达30%的出厂超频。使得其GPU算力高达117GFlops ，是前代Z2580的四倍多，对比同期的高通骁龙801和三星Exynos5430也完全在同一个水平线上。
事实上，从连续两代产品都高达400%以上的GPU提升幅度，我们也不难感受到Intel当时对于做好Atom手机产品线的态度。
指令集上的巨大短板，让x86方案难已成为主流
说了这么多，那么Intel无比认真、诚意十足的第三代Atom手机平台，又是否取得了市场端的成功呢？
很显然，从结果来说是没有的，否则也不至于如今显得那么“冷门”了。那么， Intel明明已经很努力地在堆性能了，为什么Z3580最后还是会失败呢？

文章图片
AtomZ3580甚至还是手机上最早支持4GB内存的平台之一
这个问题的答案，其实从我们手头上这台华硕ZefoneZoom身上，就能看得很清楚。
首先，正如在前文中所提及的那样，无论是初代的AtomZ2460 ，还是后来的Z2580、Z3580 ，它们都有一个天生的短板，那就是CPU都基于x86指令集。但大家都知道， Android端的其他移动平台， CPU绝大多数都使用的是ARM的指令集和架构设计。

文章图片
由于在最“根子”的指令集上与行业主流方案不同，这就导致Atom移动平台理论上必须要开发者专门为其重新编程，才能最大程度地发挥CPU的各种功能特性。不然的话， CPU就必须先将ARM指令集“翻译”成x86指令集，然后才能执行。
而这个“翻译”的过程，不仅会造成性能严重损失，还很容易引发不兼容的BUG 。比如在我们手头这台ZenfoneZoom上，大家熟悉的3DMARK、崩坏3、安兔兔AI测试等软件都可以正常安装，但一旦运行，就会引发各种各样奇怪的卡死、闪退现象，造成大量软件实际上都无法正常使用。

文章图片
国内某论坛网友总结的AtomZ3580游戏兼容性，即便轻负载游戏也可能卡顿或闪退
当然， Intel不是没有意识到这个问题。事实上他们当时也曾与谷歌合作，专门为x86处理器适配了一系列编程工具、专用的系统内核、专门的谷歌服务等软件环境。在Atom移动平台刚出来的那几年，也有不少常用APP针对其做过深度适配。但后来随着Atom平台式微，新的APP基本都再一次“无视”了这套硬件体系。
站在消费者的角度上来说，这也就造成了“APP更新后，反而变得无法使用”的结果。当然，也就使得他们对x86架构的Android机型失去了信心。
Atom在手机上的最后挣扎，鲜少有人知道
从后续的情况来看， Intel在2012到2014年连“肝”三年后，似乎也开始对Atom手机失去了兴趣。