早上打开技术群被一条消息刷了屏上海交大IPADS团队主导的RISC-V指令集扩展正式被写入国际标准。做体系结构和操作系统方向的人看到这则新闻很难不兴奋。RISC-V这几年的热度大家都清楚但“指令集扩展成为国际标准”和单纯发一篇论文、流一次片完全不是一个量级的事情。先说结论这不是一次普通的学术成果发布而是国内团队第一次在RISC-V指令集扩展这个最底层、最核心的领域主导定义了国际通用的技术规范。过去我们更多是“用”指令集、“适配”指令集这次是“定义”指令集。这篇文章想从技术角度聊聊这件事的分量、背后的积累以及它对芯片产业到底意味着什么。如果你也在关注RISC-V生态或者正在做芯片相关的软件硬件工作这几个维度值得认真看一看。1. 一条指令集扩展被写入国际标准为什么能叫“历史性突破”1.1 指令集架构就是芯片产业的地基在聊这次突破之前先把指令集这件事的定位说清楚。指令集架构ISA是处理器硬件和软件之间唯一的“契约”操作系统、编译器、应用程序最终都要翻译成指令集规定的机器指令才能在CPU上跑。x86和ARM之所以能各自撑起一个庞大的生态本质上是因为它们定义了这套契约而且让全世界几十亿台设备的软件都基于这套契约来构建。RISC-V的特殊之处在于它是一套开放的指令集架构。任何人不需要付费授权就能基于RISC-V设计自己的处理器核这也是它在中国特别受关注的核心原因。但注意我强调“指令集扩展”这几个字——RISC-V本身是精简的它只定义了基础指令集比如RV64I像原子操作、浮点运算、向量计算、虚拟化支持这些功能都需要通过扩展指令集来补充。扩展指令集的成熟度直接决定了一个RISC-V处理器能不能安全地跑Linux能不能支撑虚拟化能不能做AI加速。1.2 扩展的标准性决定软件生态的生死存亡这里有一个很多人容易忽略的点一个指令集扩展如果只是某家公司的私有设计没有进入国际标准那它就只能服务自家芯片编译器、操作系统、调试工具、虚拟机全都不认。RISC-V的优势在于生态但生态的前提是标准化。如果每个厂商都自定义一套扩展那RISC-V就会分裂成几百个互不兼容的“方言”软件生态会崩溃。所以RISC-V国际基金会现在叫RISC-V International对扩展指令集的标准化非常谨慎。一个扩展从提案到写入标准要走完技术讨论、兼容性审查、公共评审、正式批准等一整套流程。能把一个扩展推到国际标准的位置意味着这套方案在架构设计上经过了全球范围内相关领域专家的反复推敲在兼容性、实现成本、软件栈适配等维度都站得住脚。1.3 系统级扩展才是真正的硬骨头扩展指令集可以粗略分成两类一类是面向特定应用的计算扩展比如向量计算、位操作、压缩指令这类扩展主要解决性能问题另一类是系统级扩展它涉及特权模式下的行为比如内存管理、中断控制、虚拟化支持这类扩展直接决定了操作系统和虚拟机能不能高效、安全地运行。IPADS团队主导的扩展恰恰属于后者。有观看者可能好奇为什么一个高校的操作系统团队能做到指令集扩展这个层面因为RISC-V作为一套还很年轻的架构它的系统级扩展有很多问题需要在“操作系统怎么做”的视角下来定义。没有扎实的系统软件经验很难设计出真正好用、能落到实处的特权级指令。这就是IPADS团队的核心优势所在。2. IPADS团队为什么能拿下这块硬骨头2.1 从操作系统研究到指令集定义一条不容易走通的路上海交大IPADSInstitute of Parallel and Distributed Systems是国内操作系统和体系结构领域的老牌团队在OS方向、虚拟化方向、分布式系统方向都有很深的积累。如果你看过他们的论文和开源项目会发现这几年他们的研究方向一直在往“OS和架构的交叉地带”走。指令集扩展这件事表面上是硬件领域的事但真正好的指令集扩展必须有“给谁用、怎么用”的清晰认知。谁最了解操作系统的需求当然是做操作系统的人。IPADS团队常年跟内核、虚拟机监视器、异构计算打交道他们比纯做电路设计的人更清楚一个扩展指令集内核需要怎么调用、QEMU模拟器怎么支持、GCC编译器怎么生成、GDB调试器怎么感知。2.2 从论文发表到硬件流片再到国际标准学术界很多工作停留在论文层面论文写完就结束了。但IPADS这套工作的完整度非常惊人他们不只是提出了指令集扩展的方案还写了配套的功能模拟器做了硬件实现和流片验证并且把软件栈完整跑通了。这个“full stack”的验证思路是关键中的关键。我接触过一些做指令集扩展的团队最普遍的问题是“只做了硬件设计没有软件验证”。指令集是软件和硬件的契约如果软件栈没有跑通这个契约就是空中楼阁。IPADS在RISC-V扩展上把操作系统、编译器、模拟器、FPGA验证、流片全都打通了这种完成度在指令集扩展领域是很少见的。国际标准评审的时候评审团看的不只是设计文档更要看验证结果。有流片、有系统软件跑的验证结果方案的说服力就完全不一样。2.3 为什么国际社会认可这个方案RISC-V国际基金会本身有一套开放的议事机制一个提案能不能被认可靠的不是某个国家的身份标签而是技术本身的质量。IPADS团队在体系结构和操作系统领域的学术影响力以及他们长期参与开源社区积累的信任度都是这次方案被国际认可的重要基础。我注意到这次事件在国外技术社区也有不少讨论评价集中在“提案设计得干净、有充分的系统软件验证、文档质量高”这几个维度。这个结果其实是长期在社区里持续贡献换来的——发issue、回复邮件列表、参加技术讨论、贡献补丁这些“不起眼”的工作积累出的信誉度最终会体现在标准表决上。3. 一个提案要过五关斩六将才能变成国际标准3.1 RISC-V标准扩展的完整制定流程既然这件事的分量在于“写入国际标准”那就有必要把标准制定的流程摊开来看。RISC-V International的标准制定流程大致是先由成员提交技术提案Proposal然后相关的工作组Task Group介入讨论如果有必要会成立专门的任务组梳理需求、设计草案、做兼容性分析。草案成型后进入公共评审期Public Review任何利益相关方都可以提交意见。最后经过架构审查、技术委员会表决、董事会批准才正式成为标准。这个流程走下来快则一年慢则好几年。每个环节都有否决点任何一个技术问题解释不清楚提案就可能被退回重做。所以别看新闻只有一句话实际上背后是几百封邮件讨论、几十次线上会议、无数轮设计迭代。3.2 标准审核中最刁钻的问题是什么根据我参与过相关社区讨论的观察评审专家最喜欢问的问题集中在三个维度可扩展性这个扩展是只能服务特定场景还是能覆盖未来应用场景如果一个扩展只解决今天的问题但明天换个需求就废了评审团不会通过。兼容性新扩展会不会跟现有的标准扩展产生行为冲突会不会增加后续扩展的设计负担RISC-V的扩展命名空间是公共资源设计不好会“污染”生态。实现成本扩展指令集的解码逻辑、流水线开销、面积功耗成本是否可控理论上再完美如果芯片实现代价过大也不会被接受。IPADS团队的方案能最终通过说明在这三个维度上都经受住了拷问。这跟单纯发一篇论文是完全不同的评判标准——论文可以有假设条件标准方案必须面对真实世界的各种边界情况。3.3 参与标准制定给国内团队积累了什么经验这次事件最大的“隐藏价值”是让国内团队真正走了一遍国际标准的全流程。这套经验比任何论文都珍贵第一你会知道国际标准组织是怎么权衡各方利益的。扩展指令集的提案方往往有自己的硬件或软件诉求但这些诉求不能损害生态的通用性。如何在“自身需求”和“公共价值”之间找到平衡点是一门手艺。第二你会知道技术文档怎么写才能经得起挑剔。标准文档的精度要求远远高于学术论文每一个指令的行为、每一种异常情况的处理方式都要用无歧义的语言写清楚。这不是翻译功夫这是技术表达能力的修炼。第三你会积累一套遍布全球的技术人脉网络。标准讨论过程中结识的同行是宝贵的技术资源以后再做相关方向的工作沟通成本会低很多。4. 指令集标准突破之后到底谁能受益4.1 芯片设计公司不用重复造轮子了对于RISC-V处理器IP公司、芯片设计公司来说一个经过国际标准验证的扩展指令集意味着他们可以直接按标准实现硬件不需要自己另起炉灶设计一套、然后费九牛二虎之力去拉软件生态。举个例子如果要做一颗支持虚拟化或某种系统能力的RISC-V芯片以前没有标准方案时厂商只能自己定义指令然后自己改GCC、改内核、改QEMU。现在国际标准定了主流工具链会原生支持芯片厂商只需要聚焦硬件实现本身软件适配的成本大幅降低。这种“标准先行生态跟上”的模式对RISC-V生态的加速作用是巨大的。4.2 操作系统、编译器、调试工具链全线受益指令集扩展进入标准意味着GCC、LLVM、Linux内核、QEMU、GDB这些基础软件会原生支持不需要厂商私下打补丁。软件栈的持续演进也有了方向——标准是稳定的软件可以在标准之上不断发展不用担心底层指令集被某家公司随意改动。这对做系统软件的团队尤其重要。我见过很多做芯片的公司最头疼的事情不是硬件设计而是“编译器和内核的移植工作量比芯片还大”。标准化的扩展指令集直接把这部分工作量降了一个量级。4.3 高校和研究机构研究起点被拉高了对学术界来说一套标准扩展的公布意味着相关方向的研究者可以在同一个平台上往下做研究不需要各自从头定义一套方案。RISC-V之所以在学术界备受青睐就是因为开放和标准的特性。现在这个标准扩展的level被IPADS抬高了后续团队可以在此基础上做更高层次的优化比如研究配套的编译器优化、安全机制、虚拟化策略研究起点和从前完全不同。4.4 也别高兴太早生态还有一段路要走当然理性的角度也要有。一个扩展指令集写入标准不代表马上就有海量芯片支持、大量软件直接应用。标准的价值要在生态里慢慢兑现。RISC-V整体的软件生态和x86、ARM相比还是有差距的特别是在面向消费者的应用生态层面。标准扩展给了大家统一的落脚点但从“有标准”到“生态繁荣”中间还需要大量硬件实现和软件开发工作。5. 中国芯片产业迈向“规则制定层”的起点5.1 不只是国产替代更是在定义未来过去很多年国内芯片产业的核心思路是追赶和替代。x86用不了就做ARMARM授权受限就做RISC-V这是生存逻辑。但IPADS这次做的事情是“在RISC-V的框架里由中国人主导定义一个全世界都要遵守的技术规范”。这已经不是弯道超车的问题而是在直道上开始跟别人并排走了。指令集是芯片产业最底层的规则谁参与了规则的制定谁就在未来的硬件生态版图里有话语权。IPADS团队做了一次很好的示范用学术实力和技术社区影响力在完全开放的机制下赢得国际认可。5.2 这会给国内RISC-V生态带来什么信号我对国内RISC-V社区一直有一个隐忧大家都很热情但很多人停留在“用RISC-V替代ARM”的思维层面只顾着做核、做芯片对标准、对生态、对社区建设的投入明显不足。这次事件应该成为一个信号——RISC-V这个赛道真正的制高点不是多做一个处理器核而是参与定义游戏规则。国内做芯片的团队也好做系统软件的实验室也好都可以从这件事里获得一个明确的方向不要只盯着开源代码用要尝试向开源社区反馈自己的技术思考甚至去主导某个技术方向。RISC-V国际标准对所有人开放你的技术足够扎实、提案足够有说服力就有可能成为定义者。5.3 给想参与RISC-V生态的朋友一点实际建议作为一个旁观者我从这次事件里总结了几个可以落地的建议给对RISC-V生态感兴趣的朋友做个参考第一先把RISC-V规范完整读一遍不要只看基础指令集特权架构部分尤其值得精读。很多做系统软件的人对x86非常熟但对RISC-V的特权架构理解还很浅这是参与扩展设计的必要前提。第二去RISC-V International的GitHub仓库和邮件列表泡着看看别人是怎么讨论技术细节的。不用急着发言先观察一段时间你会发现技术讨论的画风跟我们日常写代码完全不同——每一个行为都要讲清楚“为什么”。第三如果团队有条件做一个“从指令集设计到流片验证”的完整闭环。这次事件证明全栈验证能力是方案被认可的最重要砝码之一。第四有合适的时机要把自己的工作往标准层面推进。哪怕只是一个很小的扩展提案走一遍标准流程收获的视野和历练是闷头做产品完全无法比拟的。我在社区里看到有人评价这次工作是“从科研到标准的范本”这个说法我很认同。它给国内团队展示了一条清晰的路扎实的基础研究、完整的工业级验证、深度的社区参与三者结合就能站到国际技术规则制定的舞台上。希望在不久的将来能看到更多国内团队在RISC-V生态里做出类似的事情打出一套属于自己的组合拳。
RISC-V指令集扩展写入国际标准，IPADS团队如何定义底层规则
早上打开技术群被一条消息刷了屏上海交大IPADS团队主导的RISC-V指令集扩展正式被写入国际标准。做体系结构和操作系统方向的人看到这则新闻很难不兴奋。RISC-V这几年的热度大家都清楚但“指令集扩展成为国际标准”和单纯发一篇论文、流一次片完全不是一个量级的事情。先说结论这不是一次普通的学术成果发布而是国内团队第一次在RISC-V指令集扩展这个最底层、最核心的领域主导定义了国际通用的技术规范。过去我们更多是“用”指令集、“适配”指令集这次是“定义”指令集。这篇文章想从技术角度聊聊这件事的分量、背后的积累以及它对芯片产业到底意味着什么。如果你也在关注RISC-V生态或者正在做芯片相关的软件硬件工作这几个维度值得认真看一看。1. 一条指令集扩展被写入国际标准为什么能叫“历史性突破”1.1 指令集架构就是芯片产业的地基在聊这次突破之前先把指令集这件事的定位说清楚。指令集架构ISA是处理器硬件和软件之间唯一的“契约”操作系统、编译器、应用程序最终都要翻译成指令集规定的机器指令才能在CPU上跑。x86和ARM之所以能各自撑起一个庞大的生态本质上是因为它们定义了这套契约而且让全世界几十亿台设备的软件都基于这套契约来构建。RISC-V的特殊之处在于它是一套开放的指令集架构。任何人不需要付费授权就能基于RISC-V设计自己的处理器核这也是它在中国特别受关注的核心原因。但注意我强调“指令集扩展”这几个字——RISC-V本身是精简的它只定义了基础指令集比如RV64I像原子操作、浮点运算、向量计算、虚拟化支持这些功能都需要通过扩展指令集来补充。扩展指令集的成熟度直接决定了一个RISC-V处理器能不能安全地跑Linux能不能支撑虚拟化能不能做AI加速。1.2 扩展的标准性决定软件生态的生死存亡这里有一个很多人容易忽略的点一个指令集扩展如果只是某家公司的私有设计没有进入国际标准那它就只能服务自家芯片编译器、操作系统、调试工具、虚拟机全都不认。RISC-V的优势在于生态但生态的前提是标准化。如果每个厂商都自定义一套扩展那RISC-V就会分裂成几百个互不兼容的“方言”软件生态会崩溃。所以RISC-V国际基金会现在叫RISC-V International对扩展指令集的标准化非常谨慎。一个扩展从提案到写入标准要走完技术讨论、兼容性审查、公共评审、正式批准等一整套流程。能把一个扩展推到国际标准的位置意味着这套方案在架构设计上经过了全球范围内相关领域专家的反复推敲在兼容性、实现成本、软件栈适配等维度都站得住脚。1.3 系统级扩展才是真正的硬骨头扩展指令集可以粗略分成两类一类是面向特定应用的计算扩展比如向量计算、位操作、压缩指令这类扩展主要解决性能问题另一类是系统级扩展它涉及特权模式下的行为比如内存管理、中断控制、虚拟化支持这类扩展直接决定了操作系统和虚拟机能不能高效、安全地运行。IPADS团队主导的扩展恰恰属于后者。有观看者可能好奇为什么一个高校的操作系统团队能做到指令集扩展这个层面因为RISC-V作为一套还很年轻的架构它的系统级扩展有很多问题需要在“操作系统怎么做”的视角下来定义。没有扎实的系统软件经验很难设计出真正好用、能落到实处的特权级指令。这就是IPADS团队的核心优势所在。2. IPADS团队为什么能拿下这块硬骨头2.1 从操作系统研究到指令集定义一条不容易走通的路上海交大IPADSInstitute of Parallel and Distributed Systems是国内操作系统和体系结构领域的老牌团队在OS方向、虚拟化方向、分布式系统方向都有很深的积累。如果你看过他们的论文和开源项目会发现这几年他们的研究方向一直在往“OS和架构的交叉地带”走。指令集扩展这件事表面上是硬件领域的事但真正好的指令集扩展必须有“给谁用、怎么用”的清晰认知。谁最了解操作系统的需求当然是做操作系统的人。IPADS团队常年跟内核、虚拟机监视器、异构计算打交道他们比纯做电路设计的人更清楚一个扩展指令集内核需要怎么调用、QEMU模拟器怎么支持、GCC编译器怎么生成、GDB调试器怎么感知。2.2 从论文发表到硬件流片再到国际标准学术界很多工作停留在论文层面论文写完就结束了。但IPADS这套工作的完整度非常惊人他们不只是提出了指令集扩展的方案还写了配套的功能模拟器做了硬件实现和流片验证并且把软件栈完整跑通了。这个“full stack”的验证思路是关键中的关键。我接触过一些做指令集扩展的团队最普遍的问题是“只做了硬件设计没有软件验证”。指令集是软件和硬件的契约如果软件栈没有跑通这个契约就是空中楼阁。IPADS在RISC-V扩展上把操作系统、编译器、模拟器、FPGA验证、流片全都打通了这种完成度在指令集扩展领域是很少见的。国际标准评审的时候评审团看的不只是设计文档更要看验证结果。有流片、有系统软件跑的验证结果方案的说服力就完全不一样。2.3 为什么国际社会认可这个方案RISC-V国际基金会本身有一套开放的议事机制一个提案能不能被认可靠的不是某个国家的身份标签而是技术本身的质量。IPADS团队在体系结构和操作系统领域的学术影响力以及他们长期参与开源社区积累的信任度都是这次方案被国际认可的重要基础。我注意到这次事件在国外技术社区也有不少讨论评价集中在“提案设计得干净、有充分的系统软件验证、文档质量高”这几个维度。这个结果其实是长期在社区里持续贡献换来的——发issue、回复邮件列表、参加技术讨论、贡献补丁这些“不起眼”的工作积累出的信誉度最终会体现在标准表决上。3. 一个提案要过五关斩六将才能变成国际标准3.1 RISC-V标准扩展的完整制定流程既然这件事的分量在于“写入国际标准”那就有必要把标准制定的流程摊开来看。RISC-V International的标准制定流程大致是先由成员提交技术提案Proposal然后相关的工作组Task Group介入讨论如果有必要会成立专门的任务组梳理需求、设计草案、做兼容性分析。草案成型后进入公共评审期Public Review任何利益相关方都可以提交意见。最后经过架构审查、技术委员会表决、董事会批准才正式成为标准。这个流程走下来快则一年慢则好几年。每个环节都有否决点任何一个技术问题解释不清楚提案就可能被退回重做。所以别看新闻只有一句话实际上背后是几百封邮件讨论、几十次线上会议、无数轮设计迭代。3.2 标准审核中最刁钻的问题是什么根据我参与过相关社区讨论的观察评审专家最喜欢问的问题集中在三个维度可扩展性这个扩展是只能服务特定场景还是能覆盖未来应用场景如果一个扩展只解决今天的问题但明天换个需求就废了评审团不会通过。兼容性新扩展会不会跟现有的标准扩展产生行为冲突会不会增加后续扩展的设计负担RISC-V的扩展命名空间是公共资源设计不好会“污染”生态。实现成本扩展指令集的解码逻辑、流水线开销、面积功耗成本是否可控理论上再完美如果芯片实现代价过大也不会被接受。IPADS团队的方案能最终通过说明在这三个维度上都经受住了拷问。这跟单纯发一篇论文是完全不同的评判标准——论文可以有假设条件标准方案必须面对真实世界的各种边界情况。3.3 参与标准制定给国内团队积累了什么经验这次事件最大的“隐藏价值”是让国内团队真正走了一遍国际标准的全流程。这套经验比任何论文都珍贵第一你会知道国际标准组织是怎么权衡各方利益的。扩展指令集的提案方往往有自己的硬件或软件诉求但这些诉求不能损害生态的通用性。如何在“自身需求”和“公共价值”之间找到平衡点是一门手艺。第二你会知道技术文档怎么写才能经得起挑剔。标准文档的精度要求远远高于学术论文每一个指令的行为、每一种异常情况的处理方式都要用无歧义的语言写清楚。这不是翻译功夫这是技术表达能力的修炼。第三你会积累一套遍布全球的技术人脉网络。标准讨论过程中结识的同行是宝贵的技术资源以后再做相关方向的工作沟通成本会低很多。4. 指令集标准突破之后到底谁能受益4.1 芯片设计公司不用重复造轮子了对于RISC-V处理器IP公司、芯片设计公司来说一个经过国际标准验证的扩展指令集意味着他们可以直接按标准实现硬件不需要自己另起炉灶设计一套、然后费九牛二虎之力去拉软件生态。举个例子如果要做一颗支持虚拟化或某种系统能力的RISC-V芯片以前没有标准方案时厂商只能自己定义指令然后自己改GCC、改内核、改QEMU。现在国际标准定了主流工具链会原生支持芯片厂商只需要聚焦硬件实现本身软件适配的成本大幅降低。这种“标准先行生态跟上”的模式对RISC-V生态的加速作用是巨大的。4.2 操作系统、编译器、调试工具链全线受益指令集扩展进入标准意味着GCC、LLVM、Linux内核、QEMU、GDB这些基础软件会原生支持不需要厂商私下打补丁。软件栈的持续演进也有了方向——标准是稳定的软件可以在标准之上不断发展不用担心底层指令集被某家公司随意改动。这对做系统软件的团队尤其重要。我见过很多做芯片的公司最头疼的事情不是硬件设计而是“编译器和内核的移植工作量比芯片还大”。标准化的扩展指令集直接把这部分工作量降了一个量级。4.3 高校和研究机构研究起点被拉高了对学术界来说一套标准扩展的公布意味着相关方向的研究者可以在同一个平台上往下做研究不需要各自从头定义一套方案。RISC-V之所以在学术界备受青睐就是因为开放和标准的特性。现在这个标准扩展的level被IPADS抬高了后续团队可以在此基础上做更高层次的优化比如研究配套的编译器优化、安全机制、虚拟化策略研究起点和从前完全不同。4.4 也别高兴太早生态还有一段路要走当然理性的角度也要有。一个扩展指令集写入标准不代表马上就有海量芯片支持、大量软件直接应用。标准的价值要在生态里慢慢兑现。RISC-V整体的软件生态和x86、ARM相比还是有差距的特别是在面向消费者的应用生态层面。标准扩展给了大家统一的落脚点但从“有标准”到“生态繁荣”中间还需要大量硬件实现和软件开发工作。5. 中国芯片产业迈向“规则制定层”的起点5.1 不只是国产替代更是在定义未来过去很多年国内芯片产业的核心思路是追赶和替代。x86用不了就做ARMARM授权受限就做RISC-V这是生存逻辑。但IPADS这次做的事情是“在RISC-V的框架里由中国人主导定义一个全世界都要遵守的技术规范”。这已经不是弯道超车的问题而是在直道上开始跟别人并排走了。指令集是芯片产业最底层的规则谁参与了规则的制定谁就在未来的硬件生态版图里有话语权。IPADS团队做了一次很好的示范用学术实力和技术社区影响力在完全开放的机制下赢得国际认可。5.2 这会给国内RISC-V生态带来什么信号我对国内RISC-V社区一直有一个隐忧大家都很热情但很多人停留在“用RISC-V替代ARM”的思维层面只顾着做核、做芯片对标准、对生态、对社区建设的投入明显不足。这次事件应该成为一个信号——RISC-V这个赛道真正的制高点不是多做一个处理器核而是参与定义游戏规则。国内做芯片的团队也好做系统软件的实验室也好都可以从这件事里获得一个明确的方向不要只盯着开源代码用要尝试向开源社区反馈自己的技术思考甚至去主导某个技术方向。RISC-V国际标准对所有人开放你的技术足够扎实、提案足够有说服力就有可能成为定义者。5.3 给想参与RISC-V生态的朋友一点实际建议作为一个旁观者我从这次事件里总结了几个可以落地的建议给对RISC-V生态感兴趣的朋友做个参考第一先把RISC-V规范完整读一遍不要只看基础指令集特权架构部分尤其值得精读。很多做系统软件的人对x86非常熟但对RISC-V的特权架构理解还很浅这是参与扩展设计的必要前提。第二去RISC-V International的GitHub仓库和邮件列表泡着看看别人是怎么讨论技术细节的。不用急着发言先观察一段时间你会发现技术讨论的画风跟我们日常写代码完全不同——每一个行为都要讲清楚“为什么”。第三如果团队有条件做一个“从指令集设计到流片验证”的完整闭环。这次事件证明全栈验证能力是方案被认可的最重要砝码之一。第四有合适的时机要把自己的工作往标准层面推进。哪怕只是一个很小的扩展提案走一遍标准流程收获的视野和历练是闷头做产品完全无法比拟的。我在社区里看到有人评价这次工作是“从科研到标准的范本”这个说法我很认同。它给国内团队展示了一条清晰的路扎实的基础研究、完整的工业级验证、深度的社区参与三者结合就能站到国际技术规则制定的舞台上。希望在不久的将来能看到更多国内团队在RISC-V生态里做出类似的事情打出一套属于自己的组合拳。
