给M1版Macbook装个Windows

给M1版Macbook装个Windows，实测可用性表现

在苹果为Mac设备选择自家的M1系列芯片以后，苹果面临一个比较大的市场问题：原本那些买着MacBook，装着Windows系统的星巴克气氛组成员无法装X了。因为M1芯片基于Arm指令集，和Intelx86指令集根本上不同，Mac也就和传统Windows说再见了。

现在的macOS操作系统已经不提供Bootcamp工具，也就无法给Mac电脑完美安装Windows系统了。不过好在微软开始部署Arm版Windows也好些年，《Arm的十年PC征程，和微软的“暧昧”》一文已经做过比较详细的解读。这就为M1版Mac电脑安装Windows on Arm系统提供了可行性。虽然此Windows就非彼Windows了。

著名的ParallelsDesktop虚拟机程序就是这么干的。现在用Parallels可以在macOS系统中比较方便地安装Windows11onArm系统。于是我们的这台M1版MacBook就装上了Windows，而且用起来还挺像那么回事。

本系列对比文章的最后一篇就来谈谈如果给M1版MacBookAir以虚拟机的方式装上Windows系统，还能不能完美加入星巴克气氛组，或者说把WindowsonArm作日常之用是否可行。这是个挺有意思的话题，作为性能基准对比，我们同样拉来华为MatebookXPro2021笔记本，将Intel酷睿i7-1165G7作为性能和效率对比对象。

再次列出两台设备的基本配置：华为MatebookXPro2021，酷睿i7-1165G6，16GBRAM，512GBSSD；苹果MacbookAir2020，苹果M1，16GBRAM，256GBSSD。

基本性能与效率探索

以下所有测试，M1均是在Parallels虚拟机中跑的，并不能代表M1的真实性能。为虚拟机配置的硬件资源为M1CPU8核全上，RAM分配12GB——因为16GB内存全部分配出来的话，原本的macOS系统可能就不稳定了。而且Parallels也并不推荐把8个CPU核心全部分配给虚拟机，程序默认只分配了4核心。我们手动强制分配了全部8个核心资源，尽可能令其性能全部发挥出来。

所有测试只是期望呈现，现在的Mac如果要用Windows系统，实际表现会怎么样。另外我们从本次测试中，也顺便能够观察WindowsonArm的生态发展情况。

以Parallels工具在macOS之上装个WindowsonArm，性能必然是有折损的。但从我们的测试来看，Parallels的效率还挺高；M1芯片即便在操作系统上再加一层虚拟机，性能仍然很主流：

看测试结果之前还需要明确两点：

1.华为的这台Matebook笔记本受限于保守的系统设计和温控策略，并不能完整发挥酷睿i7-1165G7这颗芯片的全部性能，本系列的第一篇文章已经探讨过该话题；

2.Geekbench5是目前为数不多原生支持WindowsonArm的基准测试工具之一。如此一来，M1即便是在虚拟机里面跑，性能发挥仍然相当不错——如上图。

这里高通骁龙8cx Gen 2的数据来自Linus Tech Tips。从Geekbench 5的测试结果来看，即便是让M1跑在虚拟机里，性能还是比Arm阵营的对手高出一大截。其单核性能虽然不及11代酷睿处理器，但比同在Arm阵营的骁龙8cx二代芯片高出近100%。

Geekbench5中能够看到CPU指令集为AArch64

Geekbench 5这种接近原生的测试还是能够看出M1的彪悍。不过Windows on Arm的生态发展情况还相当初级，Windows on Arm毕竟不是传统的x86版Windows，跑更多传统Windows软件需要借助中间层的模拟器。对于32位软件，微软很早就推过WOW64模拟器。

很多传统32bitx86应用因此就能够跑在WindowsonArm系统上。其基本结构如下图所示：

但针对64位传统应用的模拟器就迟迟没有推向正式版。2020年12月，微软面向Windows10的DevChannel开发者通道推送了x64模拟特性。微软此前提到过x64程序的模拟所需的工作更多。所以即便测试了1年，正式版Windows10都没能等到x64程序的模拟特性。

去年11月，微软表示Windows11onArm将会支持x64模拟。我们安装的Parallels模拟器内的Windows11的确能够支持x64程序模拟。不过微软始终在说，x86、x64模拟优化工作在推进中。不同时间段的系统更新会看到旧程序运行效率的提升。我们的测试与其说是对比虚拟机+模拟器的M1和原生酷睿i7-1165G7，还不如说是对微软模拟器的考验……

而且事实上，微软的模拟器效率也远不及苹果Rosetta2，带来的性能折损之惊人，也让人不大愿意在WindowsonArm上跑一般的x86/x64应用。比如CinebenchR23测试，目前就没有原生支持Arm64，所以只能跑在微软的x64模拟器上。

上面这个测试的有趣之处在于，M1本身是跑在Parallels虚拟机里面的，与此同时CinebenchR23应用又是跑在x64emulator上的。这就造成了两重性能折损。

M1在这么折腾之后，单线程性能连11代酷睿的一半都不到。但即便如此，和同样跑在emulator上的骁龙8cxGen2相比，还是好上不少的。

从Geekbench5原生Arm64测试，和CinebenchR23的x64模拟测试结果来看，M1版MacbookAir在性能上，日常作为一台WindowsonArm电脑，似乎也挺不错，即便性能折损严重，但还是比Arm阵营的对手彪悍。当然在绝对性能上，和原生x86/x64支持的Intel版PC跑Windows11就不在一个水平线上了。

WoA生态的缓慢进展

上篇文章我们对AppleSilicon的macOS生态提出了质疑，但有比较才有伤害。WindowsonArm生态相比M1版macOS生态，那简直可以用悲惨来形容。一方面是WindowsonArm系统之上的原生Arm64应用很少。微软在这方面作为第一方自然非常积极，自家的大部分软件都已经有了Arm64版，比如Edge浏览器、Office办公套装等。

但三方软件开发者就没那么积极了，很多软件厂商还在观望。即便是最初WindowsonArm发布之初就站台的Adobe，Arm64版的Photoshop、Lightroom更新进度也非常缓慢。要知道第一台WindowsonArm设备自诞生到现在，已经有4年多了。

微软的x86/x64emulator效率又极其低下，比如说在WindowsonArm上安装x86早期版本的Photoshop，装是能装，用也能用，但使用体验堪称灾难——图片缩放一下卡顿到让人想摔桌子。而新版PhotoshopCC2022，在我们这次测试中似乎因为某些问题已经无法安装；Arm64原生版则因为Parallels独特的模拟路径，也无法通过CreativeCloud安装到虚拟机里……

谷歌好像是WindowsonArm生态里最不配合的开发者之一，Chrome浏览器到现在都没有面向Windows的Arm64版。来见识一下用emulator来跑浏览器，性能折损能达到多严重的程度：

从谷歌官网下载Chrome，谷歌只推荐x86版Chrome。我们尝试强制下个了x64版Chrome装在M1之上的WindowsonArm虚拟机上。针对Arm64原生支持的Edge浏览器，以及跑在模拟器上的x64、x86版Chrome，分别做WebXPRT3网页测试。

Edge作为原生指令支持的浏览器，网页浏览的性能表现是完全让人接受的。M1此时即便整体跑在虚拟机上，性能也能达到酷睿i7-1165G7跑原生应用的将近80%。但一旦需要x86、x64emulator参与，性能就立刻变得惨不忍睹。

这个测试起码可以表明，WindowsonArm系统别用Chrome浏览器；以及可想见其他需要模拟器转译指令、非原生的程序，跑起来效率会有多差。

这种时候就能让人想起x86生态的好了…不过Arm原生支持好的应用，最终结果还是基本让人满意的。比如说微软Office套装——作为微软的第一方应用，满足大部分人办公需求还是没问题。

虽然上图这项ULProcyon生产力测试中，因为Parallels虚拟机的存在，M1的性能还是有折损，总体比MatebookXPro上的酷睿i7-1165G7弱了大约20%，但至少是可用的了。

值得一提的是，如果观察系统任务管理器中Office软件进程的架构项目，会发现写着“ARM64”，和其他ARM64进程还不大一样。这应该是程序内部本身需要做x64兼容所致。有关这种混合二进制程序，可以参见这篇文章。从这一点也能看出，微软要做个Arm生态有多不容易。

图形性能与通用加速

如前文所述，由于WindowsonArm生态的发展缓慢，很多测试我们都无法进行。比如说PugetBenchmark这种测试Adobe媒体创作的工具，目前就不支持WindowsonArm。这就让WindowsonArm暂时告别严肃的媒体创作了。

另外PCMark10、3DMark测试工具通通无法装到虚拟机上，我们尝试了各种办法似乎都不行。PerformanceTest这类测试，在跑3D图形测试项目的时候就会被迫停止。这可能也和Parallels虚拟机程序本身的设置有关。听说3DMark有些测试有原生图形支持，是可以跑在SurfaceProX之类的设备上的。毕竟当涉及到图形性能的时候，虚拟机对GPU做过一次抽象之后，测试工具还要通过emulator再做一次抽象。所以对于“图形性能”，就只能以游戏来实测了：

MicrosoftStore商店内有个“OpenCL和OpenGL兼容包”，在装完之后，某些原本不能跑的程序有机会跑起来。我们对WindowsonArm游戏生态现状还是有预料的。不过还是有游戏能跑起来的，比如说CS:GO，在720p分辨率下竟然跑得还可以。

而且上图中《CS:GO》《古墓丽影：暗影》和《彩虹六号：围攻》在跑起来的时候，至少也会去用M1的GPU资源。在运行这些游戏时，会看到GPU资源占用率可以达到90%。只不过后两者还是卡成了PPT的水平。而且部分游戏存在大量贴图错误。

而更多的游戏是压根儿就无法启动，比如说《全面战争：三国》，始终停在启动画面无法进入游戏；《原神》能安装，但运行就闪退，没有任何提示。所以要玩游戏的话，x86生态仍然是不二之选。这种高层级生态构建，估计再过5年，WindowsonArm都难有起色。

至于GPU通用计算，就算有OpenCL兼容包，结果一样惨绝人寰。Blender无法对虚拟后的GPU做硬件加速支持。LuxMark倒是能跑，但结果也是相当惊悚。

上面这些测试很大程度上不是对M1芯片的考验，而是对Parallels虚拟机和WindowsonArm生态的考验。当然以上绝大部分测试是为了考察WindowsonArm效率而做的，毕竟很多测试在macOS生态下有原生或Rosetta2支持的版本。这在前一篇文章中已经有过对比。

最后说说结论吧：虽然某些测试的效率低下不全然是WindowsonArm生态的锅，但至少现阶段来看WindowsonArm，这个系统大概也只能用来办办公。

往上说，M1版Macbook要装Windows是没问题的，收发邮件、浏览网页、看看视频都可接受，虽然性能相比x86这边还是有明显的不及。

而要搞更复杂的工作，比如媒体创作、轻度游戏，以及更多行业应用，在Windows操作系统下，Intelx86生态仍然是现阶段唯一的选择。所以华为前不久刚推向市场的平板PC二合一设备MatebookE新款，上一代还在用Arm处理器，这一代就转向了11代酷睿处理器，大概也是对WindowsonArm生态这些年发展的无能为力吧。

而且当Windows11系统内部开推Android生态支持，像华为作为OEM的角色，又在与Intel合作共推Android在PC与手机上的协作共生，WindowsonArm的未来就显得更加难以预测了。