在Neowin的一份报告中，Microsoft正在准备针对ARM设备上的Windows的x86-64软件支持。考虑到高通公司的Miguel Nunes早在2016年就声称不会发生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位仿真当前使用Windows的WOW64，该软件在64位Windows中启用32位程序。对于64位ARM仿真，需要其他解决方案。截至目前，还没有立即找到解决方案。
Microsoft和Qualcomm致力于实现可追溯至Qualcomm Snapdragon 835的各种处理器的64位兼容性，因此扩展了与Qualcomm Snapdragon 8cx等64位专有处理器的兼容性。
Microsoft正在努力为最终用户提供与x86 CPU相同的用户体验，但是事实证明，这是相当大的挑战。在过去的两年中，ARM上的Windows取得了巨大的进步，如果微软的项目成功，我们也许会看到高通的Snapdragon SoC在将来成为可行的选择。