“Microsoft为ARM设备上的Windows准备了x86”

在neowin的报告中，微软准备比较arm设备对windows的x86-64软件支持。 考虑到高通公司miguel nunes声称不会发生x86-64软件模拟，这确实是一个变化。

基于x64-86支持arm的64位计算

x86-64程序很可能与arm机器上的windows兼容，但由于arm解决方案的微体系结构，64位计算比32位计算慢得多。 这是因为arm的risc体系结构可以转换为小寄存器和有限的资源。 arm以移动计算为构建理念，专注于降低功耗和提高效率。 此外，考虑到这一目标，设备中的资源少会带来许多好处，而牺牲性能和兼容性。

在neowin的采访中，高通公司的miguel nunes说明了基于arm的系统在64位计算中面临的课题。

这永远不会发生。 因为性能不好。 可能，但我不喜欢这个性能。 请考虑一下。 大多数情况下，这违背了直觉。 采用64位应用程序通常需要更高的性能。 这就是创建64位应用程序的原因。 有时候不是，因为有些人创建了64位应用程序，但什么也不做。 但是，像adobe这样的64位应用程序的主要原因是需要内存，需要更大的内存访问权限，同时也需要性能。 这是因为在模拟中性能会变差。 为什么要这么做呢？ 因此，我们专注于64位真正的应用程序。 我们必须使它们更为母语。 这真的不简单。 另一个是模拟。 然后我也被问了。 模拟有这段不好的历史。

大多数人都尝试了模拟，但大多数模拟非常差。 我们的模拟实际上很好。 原因是只模拟了cpu。 gpu不是。 同时，系统的其余部分是100%本机的。 因此，一旦访问存储器，它将是本地的。 这些驱动程序以本机方式运行。 因此，受cpu限制的应用程序变少了。 运行一些程序后，实际上就不再使用cpu了。 现在，这些东西大多以gpu为点，gpu是本机的。 没有被模仿。

软件生态系统和支持的硬件

在x86-64仿真中，64位程序可以在arm解决方案中运行，但32位程序不能保证性能优异，因此继续是高速的选择。 32位模拟目前采用的是在64位windows上启用32位程序的windows wow 64。 64位arm模拟需要额外的处理方案。 目前还没有马上找到处理方案。

微软和qualcomm致力于与多种解决方案实现64位兼容性，可追溯到qualcomm snapdragon 835。 这是为了扩展与64位专用解决方案(如qualcomm snapdragon 8cx )的兼容性。

微软努力为最终用户提供与x86 cpu相同的客户满意度，但很明显这是一个相当大的挑战。 在过去的两年中，arm上的windows取得了巨大的进步。 如果微软的项目成功了，高通的snapdragon soc也许会成为将来可能做出的选择。

本文：《“Microsoft为ARM设备上的Windows准备了x86”》