鲲鹏920主机成功点亮RTX 4060，Windows 11 ARM跑NVIDIA显卡有戏了

麻薯滑芝士

喂，各位手里攥着那台骁龙X Elite笔记本、天天盼着能在出差途中从包里掏出一张NVIDIA显卡插上去跑渲染、结果发现连个驱动都装不上、只能对着集成显卡干瞪眼的移动办公老哥，各位在B站刷到各种硬核魔改视频就手心发痒、恨不得把手边所有带芯片的玩意儿都拆开重新组装一遍的DIY狂热分子，各位公司刚采购了一批国产化ARM架构台式机、结果发现图形性能弱到连个PPT的平滑过渡动画都掉帧、正琢磨着怎么能偷偷给它塞一张独立显卡进去的IT救火队员，各位从Windows RT那个年代就开始关注ARM版Windows、眼睁睁看着它从一个笑话慢慢变成半个笑话、如今总算看到点曙光的操作系统考古爱好者，还有那些纯粹就是好奇心作祟——一个原本设计给手机和平板用的ARM架构处理器，到底有没有本事带动一张正儿八经的桌面级游戏显卡——的技术围观群众——你们有没有在某个夜深人静的时刻，脑子里冒出过这么一个念头：为啥Windows on ARM这个平台折腾了这么多年，始终没能用上NVIDIA那些我们耳熟能详的桌面显卡？从当年那个连个第三方浏览器都跑不利索的Surface RT，到后来高通骁龙835、850、8cx一路迭代上来，这个平台几乎就是高通的后花园，别的厂商想进来分一杯羹都难，更别说NVIDIA这种本来就跟高通不在一个赛道上的选手了。而NVIDIA这边呢，这么多年一直闷不做声，既没有公开发布过官方的Windows ARM64版GeForce驱动，也没有在任何公开场合表露过要进军这个领域的意图。但就在这个星期，这个持续了多年的僵局，被一个技术宅硬生生给撬开了。

根据Windows Latest这家科技媒体率先挖到的消息，一位在B站上活动的开发者，ID叫VoidTech，最近搞出了一件让整个DIY圈和ARM生态观察者都精神一振的事情——他成功地在华为鲲鹏920处理器平台上，把一张NVIDIA RTX 4060显卡给驱动了起来，而且跑的还不是什么精简版或者定制版系统，就是正儿八经的Windows 11 ARM版操作系统。这事儿要是搁在不懂行的人眼里，可能觉得不就是插张显卡装个驱动嘛，有啥稀奇的？但如果你稍微了解一下这里面涉及的坎儿有多高、坑有多深，你就会明白这哥们儿干的事儿到底有多硬核。

咱们先把来龙去脉捋清楚。华为鲲鹏920这颗处理器，本质上是一颗基于ARMv8.2指令集架构的服务器级芯片，跟咱们手机里那些高通骁龙、联发科天玑、苹果A系列仿生芯片用的是同一套底层的精简指令集，只不过规模大了好几个数量级——这颗鲲鹏920拥有24个物理核心，主要面向数据中心和政企市场的服务器以及国产化台式机。这次VoidTech用来做实验的机器，是华为擎云W510工作站，配置如下：一颗24核心的鲲鹏920处理器，频率多少倒没说太细，但ARMv8.2这个代号已经说明了它的出身；32GB的DDR4-2933内存；再加上那张被他硬塞进去的RTX 4060，8GB GDDR6显存版本。按照常理来说，这种ARM架构的机器，跟NVIDIA的桌面显卡根本就不是一个次元的东西。这里面的障碍主要有两道：第一道，NVIDIA从来没有面向公众发布过任何一款针对Windows ARM64系统的GeForce显卡驱动。他们确实有一个叫RTX Spark的项目，那个项目里面也确实包含了ARM64版本的NVIDIA驱动，但那个驱动是专门为RTX Spark这套一体机系统定制的，不是给我们手头这些零售版桌面RTX显卡用的。第二道，Windows on ARM这个平台，从2012年微软首次展示到现在，十多年时间里，实际上一直跟高通的芯片深度绑定。虽然也有个别厂商尝试过在其他ARM处理器上跑Windows，但基本上都是民间魔改，官方层面几乎没有支持。这就导致了一个死循环：因为没有驱动，所以没人能在Windows on ARM上用NVIDIA显卡；因为没人用，所以NVIDIA也没有动力去开发驱动。

但VoidTech偏偏就把这个死循环给打破了。他是怎么做到的？整个过程拆开来可以分成两大步，每一步都是硬骨头中的硬骨头。

第一步，得先让Windows 11 ARM版在这台华为擎云W510上顺利启动起来。你可能也知道，华为目前仍然受到美国商务部工业和安全局实施的贸易限制措施的直接影响，而鲲鹏920这套系统从一开始立项设计的时候，就没有把运行Windows列为目标之一，华为官方也从来没有提供过任何针对Windows操作系统的BIOS固件或者驱动程序支持。这台擎云W510出厂预装的是基于Linux内核的操作系统，主要是统信UOS这类国产桌面系统。这就带来了一个很现实的问题：Windows根本不认识这台机器里的ACPI表单和硬件配置信息。ACPI的全称是高级配置与电源管理接口，你可以把它理解成操作系统和底层硬件之间的翻译官——处理器怎么调度、电源怎么管理、各种外设怎么枚举和识别、中断请求怎么分配，所有这些底层通信全靠这套表单来传递信息。如果ACPI不兼容，Windows连最基本的硬件初始化都做不了，更别提引导启动了。为了解决这个拦路虎，VoidTech找来了一个开源社区维护的补丁项目，名字叫dixyes/d920s10，这个补丁的核心作用就是修正和补充华为主板上的ACPI表单，让它变得符合Windows的预期格式和内容要求。把这个补丁打上去之后，Windows 11 ARM版终于在这台华为机器上成功完成了引导和启动。

但这只是解决了第一个难题。第二步才是真正的重头戏——怎么让NVIDIA的驱动程序认这个ARM平台。要知道，NVIDIA的GeForce显卡驱动从诞生那天起，就是针对Intel和AMD的x86/x64处理器编译的，整个驱动栈从用户态到内核态全都是x64指令集。虽然Windows 11 ARM版内置了一套名为x64转译层的兼容机制，可以让大部分普通的x64应用程序在ARM处理器上正常运行，但有一个东西是这套转译层无论如何也搞不定的——那就是内核模式的驱动程序。驱动程序是直接嵌入操作系统内核、跟硬件打交道的底层软件组件，它必须用目标平台的原生指令集重新编译才行，不能像普通应用那样通过转译来运行。这也是为什么这么多年来，从来没有人成功在Windows on ARM上使用过NVIDIA桌面显卡的根本原因——没有原生的ARM64驱动，一切都是空中楼阁。

VoidTech的突破口，来自于NVIDIA那个RTX Spark项目。他从RTX Spark的软件分发包里，硬生生提取出了一个原生的Windows ARM64版NVIDIA驱动程序，然后抱着试一试的心态，把它安装到了这张普通的桌面版RTX 4060上。结果出乎意料的好：Windows的设备管理器成功识别出了这张显卡，硬件加速功能正常启用，DirectX 12和Vulkan这两种现代图形API都能够正常工作，没有出现蓝屏或者驱动崩溃的情况。更让人觉得不可思议的是，在Windows自带的DirectX诊断工具里，这张RTX 4060竟然还显示为通过了WHQL认证——也就是微软的Windows硬件质量实验室认证，这说明这套驱动的数字签名和兼容性测试至少在形式上是被微软认可了的。根据NVIDIA自家工具检测到的详细信息，这套驱动的具体构建版本号是591.33，配套的是CUDA 13.1工具包。由于NVIDIA的驱动体系采用了统一的架构设计，这意味着这套驱动在理论上不仅能驱动RTX 4060，还可能支持其他采用相同驱动框架的RTX系列显卡，范围覆盖了RTX 20系、30系、40系，乃至最新发布的RTX 50系。

不过话说回来，能点亮是一回事，好不好用就完全是另一回事了。VoidTech在B站发布的视频里也毫不避讳地承认，这套组合的实际体验远远谈不上理想，距离“能当日常主力机来用”的标准还隔着好几条街。主要的性能瓶颈集中在两个环节：一个是CPU本身的单核性能不足，另一个是x64转译带来的额外开销。

咱们先聊CPU的问题。鲲鹏920虽然拥有24个核心，纸面上的多线程性能看起来不错，但它的单核性能跟现在主流的桌面级处理器——比如Intel的酷睿Ultra系列或者AMD的锐龙9000系列——比起来，差距还是相当明显的。而绝大多数Windows游戏和应用都是针对x64处理器开发和编译的，它们在鲲鹏920上运行时，首先要经过一层从x64到ARM64的实时二进制转译，这个过程本身就要消耗大量的CPU周期。VoidTech估算了一下，光是这套转译层，就要吞噬掉大约四分之一的CPU有效性能。这就导致了一个很尴尬的局面：GPU大部分时间都在空转等待CPU给它派发指令，根本发挥不出RTX 4060应有的图形处理能力。

咱们直接上数据，看看实际测试结果到底有多惨烈。《原神》在1080p分辨率下，分别在枫丹和蒙德两个场景中跑了跑，平均帧率大概只有20帧出头，属于勉强能玩但绝对算不上流畅的水平。《黑神话：悟空》的官方性能基准测试工具跑下来，平均帧率大约21帧，最高的时候能短暂冲到33帧，但最低的时候会直接跌到惨不忍睹的3帧，卡顿感非常明显。《星球大战：Reflections》这个NVIDIA官方的光线追踪演示demo，跑出来的帧率在23到25帧之间徘徊，虽然能看出光线追踪的效果，但流畅度远未达到可接受的门槛。说实话，这些成绩对于一张RTX 4060来说，完全是不及格的表现。

但也有表现比较正常的地方。那些原生支持ARM64指令集的3DMark测试项目，比如Night Raid、Solar Bay和Speed Way，跑出来的分数就比较符合预期了。Night Raid得分43530，Solar Bay大约32370分，Speed Way得了2252分。这三个测试项目因为是原生ARM64版本，不需要经过转译层，所以能够比较真实地反映RTX 4060在ARM平台上的原始图形性能。唯独Time Spy是个例外，它跑的依然是x64转译版本而非原生ARM64，最终显卡得分是6369分，明显低于它在x64平台上的正常水平。另外，VoidTech还测试了x64版本的Blender三维渲染软件，结果这张RTX 4060成功被NVIDIA的CUDA渲染器识别了出来，任务管理器显示GPU的占用率一度达到了89%，说明显卡确实在老老实实地干活。不过需要注意的一个细节是，Blender本身依然是通过Windows的x64转译层运行的，因为目前除了WSL之外，还没有任何原生支持Windows on ARM的CUDA工具包可供使用，所以所有依赖CUDA加速的应用暂时都只能跑x64版本。

VoidTech还测试了三个NVIDIA官方提供的光线追踪技术演示程序。第一个演示正确渲染出了光线追踪全局光照和DLSS深度学习超采样效果，画面看起来没有问题；第三个就是我们刚才提到的《星球大战：Reflections》，光线追踪和镜面反射效果都正常呈现，帧率维持在23到25帧。但第二个演示程序无论如何都不肯开启光线追踪功能，VoidTech推测要么是驱动对特定GPU功能的检测出了偏差，要么就是因为这套驱动是从RTX Spark这个完全不同的产品线里提取出来的，可能在功能集上有所裁剪或者存在某些兼容性缺陷。

除了性能层面的问题，还有一些更根本的功能限制。比如，这台华为擎云W510在插上RTX 4060之后，无法通过显卡的HDMI或者DisplayPort接口直接向外输出视频信号到显示器上。这不是显卡本身有毛病，而是华为这块主板在Windows环境下根本没有对应的驱动程序——不仅是显卡的视频输出功能不正常，板载的网卡、声卡以及其他一些外围元器件在Windows下也完全无法工作。为了解决显示输出的问题，VoidTech不得不借助Sunshine和Moonlight这套开源远程串流方案，通过本地局域网把Windows桌面画面和游戏实时画面编码后传输到另一台设备上进行观看和控制。但这样做有一个副作用：画面在编码、传输和解码的过程中会引入额外的延迟，即使是在局域网环境下，也会让人感觉到明显的操作滞后和视觉卡顿。

还有一个老生常谈但至今没有找到有效解决方案的问题——内核级反作弊系统的兼容性。Windows on ARM这个平台从基因里就不是为游戏而生的，高通投入了这么多年的人力物力，到现在也没能很好地解决反作弊软件的适配问题。这次RTX 4060移植到Windows 11 ARM64上也遇到了完全相同的困境。《明日方舟：终末地》在启动后几秒钟之内就悄无声息地退出了，没有任何错误弹窗，也没有任何日志提示。VoidTech推测，要么是腾讯的ACE反作弊专家系统在检测到ARM平台后主动拦截了游戏的运行，要么是x64转译层在处理游戏渲染指令时触发了某种崩溃，但他自己也无法百分之百确定到底是哪一个原因导致的。

综合来看，VoidTech这次的实验，性质上更像是一次技术可行性的概念验证，而不是一个可以拿来装进电脑里日常使用的成熟方案。它至少证明了三件事：第一，NVIDIA的桌面RTX显卡确实有可能在Windows on ARM平台上被驱动起来，只要你能搞到合适的原生ARM64驱动；第二，从RTX Spark项目中提取的ARM64驱动具备一定程度的通用性，不完全是锁定在特定硬件上的封闭方案；第三，华为鲲鹏920这样的国产ARM处理器，虽然在生态兼容性上还有很多坑要填，但至少具备了运行Windows和驱动独立显卡的基础能力。

但要真正实现“在一台ARM架构的Windows笔记本或者台式机上，随手插一张NVIDIA显卡就能畅快打游戏”这个美好的愿景，还有好几座大山要翻过去。首先需要NVIDIA官方站出来，公开发布针对Windows on ARM的完整版GeForce驱动，而不是让开发者去别的项目里东拼西凑。其次需要高通或者其他ARM处理器厂商，比如华为、飞腾、联发科，在CPU的单核性能和x64转译效率上做出实质性的改进。最后还需要微软在系统层面下功夫，解决好x64转译带来的性能损耗问题，以及内核级反作弊软件等关键应用的兼容性适配。这条路确实还很长，但至少，已经有人迈出了从0到1的第一步。

mirocus

游客请登录后查看回复内容

madaxiazi

游客请登录后查看回复内容