2026/08/25 1:52
Hot Chips 2026：CUDA が RISC-V を目指す ―チェスター・ラム氏による
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
Nvidia は、多くの既存設計で不足している厳格なハードウェア要件を適用することで、強力な CUDA テクノロジーへのアクセスを RISC-V プロセッサに対して制限しています。主なメッセージは、新しい RVA23 プロフィールに準拠し、ACPI および PCIe 一貫性などの特定の機能をサポートするサーバーグレードのチップのみが資格を得られることであるという点です。この移行によりデータの整合性と高いパフォーマンスが保証されますが、同時に、これらの特殊な能力を欠いている消費者向けデバイスの大部分を含む既存の RISC-V ハードウェアとの互換性が即座に損なわれます。このギャップを埋めるために、Nvidia は高度なセキュリティプロセッサ、ベクター拡張機能、ならびに NVLink Fusion によるピアツーピア通信を必須条件としており、これは DOCA などの Nvidia フレームワークとの緊密な統合を必要とします。その結果、ベンダーは、これらの厳格な基準を満たすために Nvidia と緊密なパートナーシップを結ぶか、それとも独自の CPU が CUDA アクセラレーションのためのサポートを受けなくなるリスクを負うかの二者択一に立たされます。最近の RISC-V BRS 仕様の更新や SiFive との新たな協力により実用的な多コアサーバーソリューションが示されましたが、業界は今や Nvidia の AI の可能性を活用する際に一般的な互換性ではなく、構造的な整合性が大きく求められるという景観に適応する必要があります。
Text to translate:
The original summary is excellent. It is concise, accurate, and flows logically without losing any critical details or adding confusion. No changes are needed.
Summary:
Nvidia is restricting access to its powerful CUDA technology for RISC-V processors by enforcing strict hardware requirements that most current designs lack. The primary message is that only server-grade chips adhering to the new RVA23 profile and supporting specific features like ACPI and PCIe coherency will be eligible. This shift ensures data consistency and high performance but immediately creates incompatibility for the vast majority of existing RISC-V hardware, particularly consumer devices missing these specialized capabilities. To bridge this gap, Nvidia mandates advanced security processors, vector extensions, and peer-to-peer communication via NVLink Fusion, which requires tight integration with Nvidia frameworks like DOCA. Consequently, vendors face a binary choice: form close partnerships with Nvidia to meet these rigorous standards or risk their custom CPUs becoming unsupported for CUDA acceleration. While recent updates to the RISC-V BRS specification and new collaborations with SiFive aim to demonstrate viable high-core-count server solutions, the industry must now adapt to a landscape where leveraging Nvidia's AI potential demands significant architectural alignment rather than general compatibility.
本文
NVIDIA の CUDA、RISC-V アーキテクチャへサポート拡大：要件と展望
NVIDIA は、GPU コンピュート分野のリーダーとしてRISC-V アーキテクチャへの CUDA サポート拡大を発表しました。これにより、RISC-V ベースの CPU も GPU コンピュート資源を有効活用できるようになります。
🎯 RISC-V 向け採用要件（基本仕様）
CUDA との互換性を確保するために、RISC-V CPU は以下の要件を満たす必要があります。
- サーバーグレード対応: 「サーバーグレードの CPU とプラットフォーム」が必須です。
- RVA23 仕様の採用: 最新の RVA23 アーキテクチャ仕様に準拠すること。
- SoC・プラットフォーム仕様への適合: サーバー向け SoC およびプラットフォーム仕様に合致する必要があります。
- 基幹機能の備わること:
- RAS（信頼性、可用性、保守性）機能の搭載
- 専用セキュリティプロセッサーの設置
- その他、サーバーグレードとしての期待する全機能を具備すること
NVIDIA の見解: これらの要件をほぼ全てのサーバーグレード CPU に求めています。
📌 追加的なハードウェア要件
基本仕様を超えた追加要件も設けられており、その主な理由は以下の通りです。
- 「最低共通項」問題を回避するため
- 必要な機能がない場合、CUDA ソフトウェアが十分動作しないリスクがあるためです。
- ベクター拡張命令やプリデケーション（分岐回避技術）などの高度な利用を確実に保証したいからです。
- 機能不足は非効率的なコード配布やパフォーマンス低下を招く懸念があります。
PCI Express (PCIe) 関連の重要要件
- ACPI サポート:
- 電力管理、パフォーマンス調整、サーマルマネージメントに不可欠です。
- 2025 年に UEFI フォーラムが RISC-V 向け ACPI サポートを追加し、BRS（Boot and Runtime Services）仕様にも含まれることで課題は解決されました。
- PCIe コヒーレンシー:
- メモリアク順やキャッシュ一貫性を保証する必要があります。
- CPU キャッシュに残ったデータを DMA が無視したり、逆方向で同様の問題が発生したりすると、ソフトウェア側でのキャッシュ無効化処理が必要になり、CUDA スタックの統合が困難です。
- サーバー向け CPU の標準機能として位置づけられ、確実な保証が求められます。
- ピアツーピア（Peer-to-Peer）PCIe 通信:
- デバイス間転送で CPU メモリを経由させず、パフォーマンス低下や複雑な同期処理を回避するためです。
🔗 NVLink Fusion とパートナーシップ要件
NVIDIA はさらに、次世代の接続技術についても触れています。
- NVLink Fusion の活用:
- 他社メーカーでもNVIDIA の NVLink IPを実装し、独自 CPU と組み合わせることができます。
- 例：MediaTek CPU + NVIDIA GPU = GB10（類似構成）など、仮想製品での実現も想定されます。
- パートナーシップの重要性:
- IP の統合は複雑な事業となるため、緊密な協力体制が必要です。
- CUDA 全要件に加え、DOCA や NCCLのようなソフトウェアフレームワークのサポートも条件に含まれます。
⚠️ エコシステムと現状の課題
RISC-V ソフトウェアエコシステムは x86-64 や AArch64 に比べ、まだ追いつくまでの距離があります。
- 即座の動作保証の困難さ:
- 多くの既存 RISC-V ハードウェアが NVIDIA の要件を満たさないことが確実です。
- ACPI サポートなど明確な障壁があり、ベンダー側の対応も容易ではありません。
- 広範なサポートまでには数年以上（またはそれ以上）かかる見込みです。
- 対象製品の範囲: -将来的な動作は主にサーバーシステムであり、単板 PC（SBC）や愛好家向け製品とは異なります。
事例: SiFive とのパートナーシップにより、Hot Chips 会議で CUDA が動作するシステムをデモ予定です。これは非常にコア数が多いサーバー向けチップ設計に基づくものです。
🚀 今後の展望と提言
NVIDIA は未対応システムでの実行制限も緩和していくことを願っています。
- 要件の再考:
- ベクター拡張命令や PCIe コヒーレンシーがない場合でも、必ずしも解決不能な問題ではありません。
- 分岐予測やキャッシュ無効化のコストは、計算量が圧倒的に多いワークロードでは許容範囲内です。
- 多様なシステムへのアクセス:
- 現状の要件は「迅速かつ低リスク」に進めるための暫定判断であり、より広い RISC-V システムへの CUDA アクセスへと進化することを期待します。
RISC-V ベースの CPU で NVIDIA GPU の力を発揮する日は不远いでしょう。