[IND] 3 分鐘閱讀OraCore 編輯部

為什麼 RISC-V 與 GPU 配對才是正確的 SoC 押注

RISC-V SoC 要贏,不是只靠 CPU 跑分,而是把 CPU、AI 與 GPU 做成可直接上線的軟體平台。

分享 LinkedIn
為什麼 RISC-V 與 GPU 配對才是正確的 SoC 押注

RISC-V SoC 要贏,不是只靠 CPU 跑分,而是把 CPU、AI 與 GPU 做成可直接上線的軟體平台。

我認為,RISC-V 要成為高性能 SoC 的主流選擇,關鍵不是把 CPU 再做快一點,而是把 GPU 一起納入平台設計。原因很直接:今天的晶片買家買的不是指令集,而是能不能立刻跑 Linux、顯示介面、AI 推論與驅動程式。

SpacemiT 的 K3 很能說明這件事。它把自研 RISC-V CPU 核心、最高 2.4GHz 時脈、最高 60 TOPS INT4 AI 算力,和 Imagination 的 BXM-4-64 GPU IP 放在同一顆 SoC 上。這代表它不是單純的運算核心,而是能支援 Vulkan、完整圖形介面與桌面或嵌入式工作負載的平台。

第一個論點

訂閱 AI 趨勢週報

每週精選模型發布、工具應用與深度分析,直送信箱。不定期,不騷擾。

不會寄垃圾信,隨時可取消。

高性能 SoC 的價值,不在於某個單點規格,而在於能否形成完整系統。過去很多晶片宣傳只盯著 CPU 吞吐量,但一旦產品要進入 AI PC、機器人或工業終端,沒有圖形、沒有多媒體、沒有成熟作業系統,跑分再高也只是半成品。

為什麼 RISC-V 與 GPU 配對才是正確的 SoC 押注

K3 的意義就在這裡。SpacemiT 宣稱 K3 與 K1 都能跑 Ubuntu,這不是附加功能,而是商用門檻。對開發者來說,能直接進入熟悉的 Linux 環境,意味著移植成本下降、工具鏈可用、應用可以更快落地。相較於重新打造一套客製軟體堆疊,這種平台完整性更能決定產品能否出貨。

第二個論點

RISC-V 最大的障礙從來不是 ISA 設計本身,而是生態摩擦。CPU 架構可以很優雅,但如果作業系統、驅動、圖形堆疊和開發工具跟不上,晶片就很難被真正採用。RVA23 支援、GPU 驅動最佳化與 Linux 相容性,才是高性能 RISC-V SoC 的核心競爭力。

這也是為什麼成熟 GPU IP 會改變 SoC 經濟學。Imagination 強調其 GPU 已部署超過 110 億顆裝置,並且有多個 RISC-V 平台整合經驗。這種規模不是為了炫耀,而是降低風險。對晶片團隊來說,買 GPU IP 的目的不是追新功能,而是縮短驗證週期、減少驅動 bug、降低 tape-out 後才爆雷的機率。

反方可能怎麼說

最強的反對意見是:RISC-V 的價值在於開放、可客製化與 CPU 效率,若再綁上 GPU 和更厚的軟體層,反而會把一個乾淨的架構故事,變成對供應商的依賴故事。若圖形層來自專有 IP,RISC-V 的開放性就會被稀釋。

為什麼 RISC-V 與 GPU 配對才是正確的 SoC 押注

另一個反對點是成本。GPU 不是白送的,它會增加面積、功耗、驗證複雜度與驅動維護成本。對很多邊緣裝置而言,最好的方案仍是精簡 CPU 加專用加速器,不需要通用圖形子系統。從這個角度看,GPU 只是提高 BOM 與整合負擔的奢侈品。

這些批評對窄型裝置成立,但不推翻本文的結論。我主張的不是「每顆 RISC-V 晶片都要 GPU」,而是「高性能 SoC 必須有 GPU」。當產品要同時承擔 AI PC、機器人或進階工控平台的角色時,圖形與 OS 相容性就不再是可有可無。此時真正的問題不是 GPU 會不會增加複雜度,而是沒有 GPU 時,這顆晶片能不能成為一個完整系統。對這一類產品,答案是否定的。

你能做什麼

如果你是工程師,不要先問 CPU 跑多快,先定義完整軟體目標:Linux 是否可用、Vulkan 或其他圖形 API 是否可支援、AI 推論是否能與顯示堆疊共存、驅動能不能撐過量產。如果你是 PM 或創辦人,評估 RISC-V 平台時,請看「多久能做出可用系統」,不要只看核心數或峰值 TOPS。真正能贏的晶片,是能把平台交付出去的晶片,不是簡報上最亮眼的晶片。