AMD宣布组建精英开发团队，将Rust语言全面引入GPU堆栈，覆盖编译器、固件、驱动全链路。这不仅是编程语言的更替，更是一场从内存不安全走向编译期安全的底层变革。
AMD近期宣布，正在组建一支小而精的精英开发团队，专门推进Rust语言在GPU软件堆栈中的全面应用。这项计划由AMD高级研究员Harsh Menon在领英上公开确认，团队规模不大但定位精锐，目标是推动Rust深入GPU堆栈的各个层面，从编译器、运行时、固件到驱动程序，覆盖全链路。
Rust不是附属品
AMD目前正在招聘一名专职负责Rust开发的软件开发工程师。招聘信息中有一句话格外引人注目：Rust并非此职位的附属品。这不是一句漂亮话，而是实实在在的技术方向。岗位描述涵盖编译器及配套工具链建设、系统级接口开发、底层GPU软件、固件、开发工具，以及面向生产环境的全流程验证体系。AMD要的，是一个能主导Rust在GPU堆栈中性能敏感和高信任部分落地的人。换句话说，这个人将决定未来AMD GPU的底层语言，从芯片上跑的微码到操作系统里加载的驱动，都用Rust来写。
为什么是Rust？
Rust近年来在系统编程领域风头正劲。其核心武器是内存安全，通过所有权、借用和生命周期机制，在编译阶段就能杜绝空指针解引用、缓冲区溢出、释放后使用等C和C++中极为常见的内存错误。据统计，软件中约七成的安全漏洞源于内存安全问题。Rust能把这类漏洞在代码提交前就拦截掉。更重要的是，Rust实现这一切不需要垃圾回收，运行时零额外开销，性能上可以媲美C和C++，但安全性和可靠性却高出一个维度。在LLVM开发者会议上，有研究报告专门探讨了如何利用Rust的编译器保证机制来提升高性能计算和机器学习应用的运行时性能。这正是GPU开发的痛点所在。
GPU固件：代码界的黑匣子
AMD要把Rust推进到GPU堆栈的最深处，固件层。这个选择耐人寻味。GPU固件运行在显卡自带的微控制器上，以二进制形式发给用户，对开发者来说几乎是一个黑匣子。一旦出错，结果不是蓝屏就是黑屏，连个堆栈追踪都看不到。而过去十年间，固件的职责急剧膨胀：时钟与电压调控、功耗限制、队列调度、显示时序、安全任务都沉到了这一层。在中断驱动的底层代码中，释放后使用、缓冲区溢出、并发竞争恰恰是最高发、最难复现、最让人头疼的那类bug。Rust无法让代码自动变正确，但它能在编译期剔除整整一个大类的隐患。如果AMD能把工具链在嵌入式目标上理顺，回报将是实实在在的。
AMD的驱动之痛
为什么AMD在这个时间点押注Rust？答案或许就藏在近期的新闻里。就在2026年7月，AMD的开源显卡驱动曝出严重缺陷，导致Linux图形性能骤降超过百分之五十。起因是一次本意为提升稳定性的调整，意外引发了GPU在3D渲染时的资源争夺。此前，AMD的26.6.2驱动被曝与Windows 10不兼容，导致大量设备出现黄色感叹号和启动失败。RX 7000系列显卡在Win10下频繁出现错误代码43。Radeon RX 9070 XT自2025年3月发布以来，大量关于GPU卡顿和驱动不稳定的报告接连不断。甚至有用户反馈26.5.1驱动触发了Zero RPM风扇功能异常。驱动稳定性一直是AMD用户吐槽的重灾区。而固件层的问题，AMD之外的人根本碰不到。用Rust重写底层，与其说是技术升级，不如说是一次釜底抽薪，从语言层面拔掉那些C语言历史遗留问题的根。
行业浪潮：不只是AMD
AMD并非孤军奋战。整个行业都在向Rust迁移。
英伟达一直在推进名为Nova的开源Linux内核驱动，完全用Rust编写，定位为老旧Nouveau驱动的继任者。据报道，Red Hat工程师提交了NOVA-Core补丁，作为英伟达现代Linux内核DRM驱动的基础，该驱动明确使用Rust语言编写。去年六月，英伟达工程师Alexandre Courbot被任命为NOVA-Core驱动的共同维护者，维护者补丁中提到Courbot在英伟达GPU支持方面经验丰富，并带来了宝贵的Rust专业知识。Nova针对配备GSP（GPU系统处理器）的英伟达GPU设计，支持RTX 20系列及更新显卡。到2026年，Nova计划成为现代英伟达显卡的全功能、高安全性的开源驱动。Nova的开发进展相当活跃，已在Linux 7.2和7.3内核中持续推进，近日其新增了vGPU启动支持、TLV固件格式支持，并改进了Hopper和Blackwell支持代码。Nova项目已经证明，Rust属于生产级显卡驱动，这个问题的答案是肯定的。
另一条战线上，由Collabora、Arm和Google合作开发的Tyr驱动，是一个面向Arm Mali GPU的Rust驱动。Tyr在2025年启动开发，到年底已取得显著突破，该驱动已被合入Linux 6.18内核。Tyr的原型已从基础的GPU任务执行推进到能够运行GNOME桌面环境。开发团队表示，Tyr在性能上已经能够匹配C语言驱动。目前Tyr正在改进固件加载和微控制器启动流程。
此外，Rust在Linux内核GPU驱动领域的基础设施也在不断完善。Linux 7.2内核中，Rust GPUVM即时模式抽象已进入主线，GPU buddy分配器的Rust绑定也在持续推进。这些基础设施将惠及所有基于Rust的GPU驱动开发。
AMD自己此前在Rust方面也有积累，RadeonSI驱动已经转为仅使用Rusticl，放弃了对老旧Clover OpenCL的支持。LACT这个用Rust编写的开源Linux GPU控制面板，也在持续改进对AMD老款显卡的支持。还有开发者用纯Rust编写了一个名为T0-GPU的裸金属GPU编译器，在AMD RX 7900 XTX上跑出了79.2 TFLOPS的bf16 GEMM性能，与Triton on AMD基本持平。
这些案例说明，Rust在AMD GPU生态中并非从零开始，而是已经有了不少实践基础。
一场没有时间表的赌局
目前来看，AMD的这个计划还相当模糊。没有具体产品，没有明确时间表。招聘是最明确的信号，一家公司愿意把钱花在哪里，往往就是它真正的战略方向。Harsh Menon提到，这支团队的目标是影响当前和未来的AMD平台。这句话的信息量很大，这不仅是一次技术实验，而是一次架构级的战略转向。
结语
AMD正在做的这件事，本质上是把GPU软件栈的地基从C和C++迁移到Rust。这需要极大的勇气和耐心，编译器工具链要适配，嵌入式目标要支持，整个开发生态要重构。第一行生产级Rust固件问世，可能还要等上好几年。但这支小而精的精英团队，或许正在书写AMD GPU软件的下一个十年。对于开发者来说，Rust在GPU领域的就业机会正在打开。对于用户来说，更稳定、更安全的驱动程序值得期待。对于整个行业来说，这是一场从内存不安全走向编译期安全的漫长迁徙。AMD已经迈出了第一步，接下来，就看这支精英小队能走多远了。
*声明：本文系原作者创作。文章内容系其个人观点，我方转载仅为分享与讨论，不代表我方赞成或认同，如有异议，请联系后台。
热门跟贴