高通：RISC-V需构建标准以及生态系统

7月16日第五届RISC-V中国峰会正式启幕。本届大会汇聚全球芯片产业领袖、顶尖学者与生态伙伴，围绕“开放·融合·创新”主题，共同探讨RISC-V开源架构的最新进展、产业落地路径及未来生态格局。

高通的资深副总裁 Leendert van Doorn 表示，在转型过程中，我们越来越清晰地意识到，RISC-V 需要的不仅是又一款 CPU，而是一套 “平台标准 + 生态系统” 的新范式。只有完成这种思维跃迁，才能把技术堆栈像积木一样快速插进汽车、工业、可穿戴乃至 XR 等垂直赛道——这些正是高通持续加码、并希望成为平台构建者与生态守护者的关键战场。

Leendert van Doorn称，RISC-V要想跑“最新、最重要的软件”，最大的拦路虎是“基础组件 + SDK”空档。 历史经验表明，每一次 ISA 位宽或 ABI 的跃迁都要“从头移植”： x86-64：从 32-bit 到 64-bit，Windows 生态整整用了 10 年。 ARM64：同样走了 10 年，而且比 x86-64 更痛苦——之前几乎没有可用的 64-bit Windows 生态，只能从零开始。 因此，RISC-V 想缩短“10 年”周期，必须把“重复造轮子”变成“可复用平台化移植”：

Leendert van Doorn分析，软件的长尾效应要求我们正视一个现实：即使某款程序最初只面向 x86 双元生态，如果缺少可维护的源代码，它依旧可能在很长时间里继续被使用。为了让它在新的指令集上“活下去”，二进制翻译（Binary Translation）就成了降低移植成本的核心手段——社区里那 5.5 万个待移植的二进制包就是活生生的例子。只有把翻译工具铺到开发者和用户的日常流水线里，才能为未来更庞大的软件生态打下地基。

但把 x86、ARM 一路再迁到 RISC-V，光靠“翻译”两个字远远不够。需要一套更聪明的混合方案：参考微软 ARM64EC 的做法，让原生指令与仿真代码在同一进程里无缝协作——热路径跑原生，冷路径跑翻译，既省时间又省功耗。

Leendert van Doorn解释，必须清醒认识到，二进制翻译不是万能药。x86 指令集里大量隐式副作用和复杂语义，往往让纯软件翻译“力不从心”；RISC-V 方面又缺少对应的硬件辅助。最终这必然是一个软硬件协同设计的问题：翻译器负责快速发现可优化的热点，硬件则提供新指令、新 trap 机制或影子寄存器来加速执行。即便如此，动态生成代码的缓存抖动、功耗上升以及调试困难仍是现实挑战。

Leendert van Doorn表示，只有同时抓住“社区规模化部署”和“硬件-翻译器协同”这两根主线，我们才有机会把长尾软件真正带进 RISC-V 的未来。

RISC-V 2030 研究报告

芯榜正撰写《RISC-V 2030 研究报告》白皮书，意义重大，诚邀企业加入共构生态。RISC-V 是中国打破芯片技术封锁、实现自主可控的关键，可降企研发成本。有意者加微信 105887（注明 RISC-V）共筑未来。

- End -