自从CES2012上Intel发布了针对移动市场的Medfield平台以来，市面上出现过一些基于X86的Android手机。它们甚至能在部分测试中实现单核战双核，双核战四核，那X86手机实际应用情况又真的是这么理想吗？

大部分Android应用都使用基于Dalvik Java代码开发。理论上，由于Dalvik代码在系统的虚拟机中执行，在x86的ATOM平台上不会有性能损失。但由于虚拟机执行效率的有限，对于一些高性能追求的应用，谷歌允许开发者使用原生的C语言代码。而原生代码是针对硬件平台编译，x86，ARM或是MIPS都有其相应的二进制文件。通常来说，针对ARM平台编译的二进制代码，x86的处理器是无法直接运行的。而主流的安卓产品均采用ARM处理器，尽管很早之前，Google的Android NDK就引入了x86编译的选项，但至今还是有相当一部分应用只针对ARM平台进行了编译，这就造成了x86安卓平台兼容性问题。

为了解决这一问题，Intel在推出Android手机系统的ATOM平台之初，就引入了“二进制转换”（Binary Translation）这一功能，来解决x86无法直接运行ARM库的问题。针对ARM编译的二进制代码会被ATOM处理器翻译成x86执行的代码，从而运行包含为ARM编译的原生代码的应用。

通过这一功能，x86 ATOM可以兼容市面上的绝大部分应用。最新的采用Atom Z2580处理器的联想K900已经宣传自己能兼容市场上的TOP 20000应用。

在解决了兼容性问题后，加上x86 Atom单核战双核、双核秒四核的彪悍性能（跑分），x86似乎已毫无黑点，横扫市场指日可待。但遗憾的是，x86所宣传的“兼容”与“性能”，由于目前的生态环境的限制，并不能兼得。

首先我们来简单的看一下目前x86在Android的生态环境情况：

尽管TOP 20000的应用已经可以被兼容，但个人统计了豌豆荚市场中最热门的250个应用，其中31%的应用没有使用原生代码。剩下的69%含有原生代码的应用中，只有8%包含了x86库，剩下61%只有ARM原生库。也就是说，只有这8%的应用，x86可以发挥自己的最佳性能，而绝大部分，都需要进行二进制转换去进行兼容。

进一步，在对性能需求较高的游戏应用中，原生代码的使用更加广泛。

通过统计当乐网中最热游戏TOP100，我们发现，只有6%的游戏不含原生库，胜于94%的游戏都含有原生代码。在这其中，只有5%的游戏含有x86原生库，剩余的将近90%的游戏，都需要Atom处理器通过二进制转换运行为ARM编译的代码。

当然，出于对高性能的需求，不少游戏都包含了armv7a的运行库。尽管如此，我手上的联想K800（Atom Z2460）手机也可以通过二进制转换进行执行。但是经过测试，包含Neon SIMD代码的原生库则无法执行。

说了这些，我们明白，相当一部分数量的应用都需要x86通过二进制转换去兼容ARM代码运行。那么，x86性能如此强悍，在兼容执行ARM代码时，表现又如何呢？这是长期以来为Intel和厂商所回避的一个问题。

本次测试对象：联想K800手机，算是首款在国内上市的x86手机。处理器为Atom Z2460 1.6GHz，单核双线程，PowerVR SGX540 400MHz GPU。

首先我们清楚安兔兔，这是x86最喜爱的跑分之一。

尽管Z2460只有单个核心，但其得分依旧超过了大部分低主频的双核ARM A9，相比高主频的双核A9/Krait毫不逊色。而采用双核四线程的Z2580更是能向着三万分冲击，直指目前最高端的4+4核处理器。

但是，使用ARMv7库后，Z2460的表现不容乐观，总分一下子缩水了三分之二，CPU得分更是跟单核A8差不多…

接下来的一系列测试也显示了同样的情况：当使用x86原生库时，我们可以发现ATOM的单线程性能异常强悍，特别是内存性能

而一旦采用兼容模式，二进制转换运行ARM库，性能就大大下降，1.6GHz的Atom甚至只有1GHz Cortex-A7的水平都不到。

CoreMark也是同样的情况，性能损失相当可观

作为兼容的代价，性能损失只是一方面。另一方面则是功耗的增加。在本文的前半部分已经展示过，目前热门游戏很少有x86原生库，为了方便对比测试，我们选取了幽灵古堡（Epic Citadel）应用作为游戏的代表。

Epic Citadel是一个基于虚幻引擎的demo，画面相当精美，光影特效也不错

本次测试我们使用Intel GPA System Analyzer来记录