Nvidia基于RISC-V的服务器要来了？门槛不低！

这两天，在Hot Chips 2026大会上，Nvidia释放出一个信号：其GPU计算软件底座CUDA，正认真考虑向RISC-V架构扩展。目前CUDA已支持x86-64和ARM（aarch64），若RISC-V加入阵营，将意味着这一主导AI与高性能计算的编程框架，有机会运行在开源指令集架构之上。但Nvidia给出的入场券附带了严苛的技术条件——并非任何RISC-V芯片都能即插即用。

服务器级硬指标先行

Nvidia明确要求RISC-V CPU必须达到服务器级别，而非低功耗嵌入式或单板计算机。硬件需基于RVA23规范，并满足RAS（可靠性、可用性、可维护性）、专用安全处理单元等企业级特性。

更关键的是，Nvidia强调CUDA需要依赖某些“超规范”功能——例如向量扩展带来的分支预测能力，若硬件不支持，CUDA将降级至低效代码路径，这是Nvidia无法接受的。

ACPI与PCIe一致性的硬仗

ACPI（高级配置与电源管理接口）曾是移植初期的痛点，Nvidia软件团队对早期RISC-V硬件缺乏ACPI支持颇为不满。所幸2025年UEFI论坛已为RISC-V补充ACPI支持，RISC-V BRS规范也将其纳入，障碍正在扫清。

真正的技术难点在于PCIe一致性机制。CPU写入数据后若仍驻留缓存，DMA传输至GPU时可能读取到旧数据；反向传输亦然。若硬件不支持缓存一致性，软件须手动刷新缓存，这既复杂又影响性能。

Nvidia视一致性为服务器CPU的标配，并要求PCIe点对点通信能力——否则设备间数据必须经CPU内存中转，徒增延迟与同步开销。

NVLink Fusion：更深的绑定

除CUDA外，Nvidia还披露了NVLink Fusion的要求——允许第三方在自有芯片上实现NVLink C2C接口，类似联发科与Nvidia合作的GB10方案。这些自定义CPU（可为RISC-V）需满足CUDA全部条件，同时兼容DOCA、NCCL等软件栈，并需与Nvidia深度合作。这更像是面向头部企业客户的定制化授权，而非开放生态。

理想丰满，现实骨感

Nvidia此举的战略意图清晰：降低对x86和ARM的依赖，拥抱开放架构，以吸引更多服务器厂商进入其GPU生态。但当前绝大多数RISC-V硬件远未达标，即便ACPI标准已定，普及仍需数年。

Nvidia与SiFive合作展示的可运行CUDA的系统无疑是服务器级多核芯片，而非爱好者手中的开发板。

从商业角度看，Nvidia设定高门槛合情合理——确保CUDA在RISC-V上的性能和稳定性，避免碎片化带来的维护灾难。但这也意味着初期CUDA仅会出现在高端服务器市场，与普通RISC-V社区绝缘。Nvidia明确列出两页纸的规格清单（虽未公开细节），本质上是在用企业级标准筛选伙伴，而非开放下载的通用端口。

无论如何，RISC-V生态期待Nvidia能逐步放宽限制。向量扩展、PCIe一致性虽提升效率，但在计算密集型任务中，缺失带来的损失未必不可接受；点对点传输在低频操作下也可妥协。若CUDA能最终兼容更广泛的RISC-V系统，将真正推动开源架构进入高性能计算主流。但在此之前，这更像是Nvidia为未来布下的一步棋——短期内，RISC-V要跑CUDA，仍只是巨头间的专属游戏。