Nuvacore公布WarpCore策略:核心优先设计打破ISA束缚

CPU初创公司Nuvacore公布WarpCore策略。其采用“核心优先”设计,先开发独立于指令集的微架构组件,后期再适配ISA。该模式旨在优化性能与功耗,专注数据中心及AI负载需求。

由杰拉德·威廉姆斯(Gerard Williams III)、约翰·布鲁诺(John Bruno)和拉姆·斯里尼瓦桑(Ram Srinivasan)联合创立的 CPU 初创公司 Nuvacore,近日正式公布其核心处理器 IP“WarpCore”的开发策略。该公司采取了一种非传统的“核心优先”设计方法,旨在打破传统 CPU 开发中指令集架构(ISA)对底层设计的早期束缚。

先造发动机再配底盘

在常规的处理器开发流程中,工程师通常首先选定特定的 ISA(如 x86、Arm 或 RISC-V),随后围绕该指令集的规范进行架构设计。尽管现代高性能处理器通过微操作转换将 ISA 与执行管线部分解耦,但指令集标准依然深刻影响着指令解码、寄存器处理、内存排序以及软件兼容性等关键架构决策。

Nuvacore 提出的“核心优先”策略试图扭转这一顺序。据公司介绍,其工程团队正在独立于特定 ISA 的前提下,开发 WarpCore 的基础 CPU IP 组件。这种开发模式被比喻为“先打造发动机,再适配底盘”,而非传统模式下“先确定平台,再安装引擎”。Nuvacore 在声明中表示:“我们并非从现有架构的限制出发,而是直接从核心开始。”

这种设计思路允许团队更专注于核心的微架构优化,以提升性能、功耗效率,并更好地适应数据中心及人工智能基础设施的持续工作负载需求——这也是 Nuvacore 明确的目标应用场景。至于最终的指令集选择,Nuvacore 计划根据自身及其合作伙伴构建的系统需求,在后期阶段决定采用何种 ISA。

尽管完全脱离 ISA 的设计存在局限性,因为处理器最终仍需前端逻辑来解析特定指令集,且架构要求会反向影响其他部件,但 Nuvacore 指出,CPU 中许多实质性模块——包括执行单元、分支预测器、数据通路、缓存以及部分内存子系统——可以在确定具体 ISA 实施细节之前独立开发和评估。

商业灵活性与历史先例

Nuvacore 的策略并非毫无先例可循。在 Rory Read 和 Lisa Su 领导时期,AMD 曾推行过一种“双手策略”,试图通过共享大量处理器和平台 IP 来同时满足 x86 和 Arm 客户的需求。例如,AMD 在 2014 年宣布的 SkyBridge 平台设想提供引脚兼容的 64 位 Arm 和 x86 系统芯片,分别使用 AMD Puma+ 核心和 Arm Cortex-A57 核心;此外,在 Jim Keller 主导下开发的自定义 64 位 Arm K12 核心也曾计划与 Zen 架构共享微架构特性。虽然由于资源限制,SkyBridge 最终被放弃,K12 也未商业化,AMD 转而全力投入 x86 Zen 内核,但 Nuvacore 似乎将这一理念推进得更远,刻意推迟了 WarpCore 的 ISA 绑定。

作为初创公司,Nuvacore 的商业路径尚不明朗,但其技术积累可能带来显著的灵活性。参考此前由 Williams、Bruno 和 Manu Gulati 共同创立的 Nuvia 公司,后者被高通收购后,其技术直接塑造了 Snapdragon X Elite SoC。同样,Nuvacore 通过在早期阶段保持 ISA 无关性,可能使其核心技术能够适应不同客户或合作伙伴的需求:Arm 授权方可以利用底层核心进行 Arm 实现,其他客户可选择 RISC-V 或其他架构,而成熟的 x86 供应商也可能收购或授权该微架构以开发自有产品。

目前,Nuvacore 尚未披露 WarpCore 的具体时间表、配置、制造工艺、功率预算或性能目标,也未透露是否已锁定某种交易模式。公司仅将 WarpCore 描述为“一类新的通用 CPU,专为人工智能基础设施和当代数据中心的持续性能及能效要求而设计”。

总体而言,“核心优先”公告揭示了 Nuvacore 的开发方法论。如果该公司确实能在相对较晚的阶段保留 ISA 选项,那么 WarpCore 代表了一次不寻常的尝试,即将高性能 CPU 微架构的开发与通常定义处理器项目的早期 ISA 决策分离开来。

评论 0

0/500

评论需审核后展示,请文明发言

💬
还没有评论,来说两句

相关阅读