AMD|没有什么能阻止RISC-V( 二 ) Intel|CPU处理器|RISC-V|没有什么能

EuroHPC JU 呼吁建立合作伙伴关系框架以开发基于 RISC-V 的 HPC 硬件和软件作为欧盟范围生态系统的一部分，这可能是争取主权或至少是更大程度的自力更生的动力。
据 EuroHPC JU 称，预计随后将制定一项雄心勃勃的行动计划，以构建和部署基于该技术的百亿亿亿亿次和后百亿亿次级超级计算机。
它在公告中表示，欧洲芯片法案将 RISC-V 确定为下一代技术之一，应引导投资以保持和加强欧盟在研究和创新方面的领导地位。
这也将增强欧盟先进芯片的设计、制造和封装能力，以及将其转化为制成品的能力。
SiFive和Ventana等芯片公司已经提供了高性能 RISC-V 设计，但这些设计通常要么是客户可以采用并由台积电等代工公司制造的设计，要么可以作为小芯片提供，可以与其他人构建自定义片上系统 (SoC)，这是 Ventana 的方法。
使用自定义指令创建 CPU 设计以加速特定功能可能超出大多数 HPC 站点的资源范围，但也许不是大型用户组或论坛。
然而，IDC 欧洲高级研究总监 Andrew Buss 表示，chiplet 方法可以在一定程度上降低该项目的风险。
“与其尝试做一个单一的大型 CPU，你可以从小芯片组装一个 SoC，从某个地方获得你的 CPU 核心，从其他地方获得 I/O 集线器和其他功能，”他说，尽管他补充说这需要标准化接口来将小芯片链接在一起。
但 Buss 表示，尽管 RISC-V 具有潜力，但软件生态系统更为重要。“底层微架构是什么并不重要，只要有足够的应用程序和工具软件生态系统来支持它，”他说。
Potler 同意这一点，他说：“HPC 成功的最关键部分之一是软件生态系统。因为我们都在软件次之的架构上工作过，那段时间非常令人沮丧，对吧？”
他说，开发人员工具，尤其是编译器，需要“可靠，需要扩展，并且需要很好地理解 ISA 才能生成好的代码” 。
这也在定义自定义指令方面发挥了作用，因为这些需要分析器或一些性能分析工具来识别正在使用的应用程序中耗时的代码序列，并衡量专用指令是否可以加速这些代码。
“所以如果我把这些指令拿出来，我需要一个可以模拟这个[新]指令的模拟器。
如果我把它放在这里并把其他的指令拿出来，第一个问题是，答案是否正确？那么另一件事就是：它的运行是否足够值得？”
Potler 说，另一个重要因素是编译器是否可以识别应用程序中的代码序列并用自定义指令替换它以提高性能。
“你还会看到指令集架构的扩展将为当前和未来的 HPC 应用程序提供性能优势，无论它们是什么，”他补充道。
然而，Buss 警告说，即使对 RISC-V 有很大的兴趣，HPC 站点的用户也需要时间才能到达那里。
“没有什么能阻止 RISC-V，但需要时间将性能和功率发展到所需水平，”他说，并指出 Arm 架构花了十多年的时间才达到在这方面具有竞争力的地步空间。
英特尔在上个月取消了对 RISC-V 架构的支持也遭遇了挫折，此前英特尔成为该标准的管理机构RISC-V International 的主要成员，并承诺为 RISC-V IP 核提供验证服务针对 Intel fabs. ?中的制造进行了优化。

文章图片