1. 从GPU到LPU:一场芯片架构的静默转向

最近圈子里有个消息传得挺广,说英伟达在GPU上搞的LPU(语言处理单元)路线可能要放一放了,转而押注一种新的推理芯片。更有意思的是,有爆料说这种新芯片在Groq那里已经可以“即买即用”,而OpenAI据说是第一个尝鲜的客户。这事儿乍一听有点技术八卦的味道,但如果你像我一样,这几年一直在跟GPU、大模型推理这些硬骨头打交道,就能嗅出这背后不寻常的信号。它远不止是一家巨头调整产品线那么简单,更像是在AI计算,特别是大模型推理这个赛道上,风向标开始动了。

我们得先搞清楚LPU是什么。简单来说,它不是一个凭空冒出来的新物种,而是英伟达试图在现有的GPU架构上,通过硬件和软件协同,专门为大规模语言模型推理任务做深度优化的一种设计思路。你可以把它理解成在GPU这个“全能体育馆”里,专门划出一块区域并改造升级,做成更高效的“语言模型推理专用道”。但根据最新的风声,英伟达可能觉得在现有GPU框架上修修补补效率不够极致,不如另起炉灶,设计一款从底层就为推理而生的芯片。而Groq这家公司,以其独特的张量流处理器(TSP)架构和软件定义硬件理念,在低延迟、高吞吐的推理场景下已经证明了自己。如果英伟达的新芯片能像爆料说的那样,在Groq的生态里即买即用,那意味着什么?意味着一种新的、可能更高效的推理硬件范式正在被主流玩家接纳和推动。

这背后直指一个所有做大模型应用的人都头疼的核心问题:推理成本与效率。训练固然烧钱,但模型上线后,面对海量、实时的用户请求,推理才是那个持续流血的水龙头。GPU通用性强,但为了通用性牺牲了能效比,大量的功耗和算力被浪费在数据搬运、调度和通用计算单元上。当你的业务是每天处理百万甚至千万次的“你好,请写一首诗”这类请求时,每一焦耳电、每一毫秒延迟都直接关系到用户体验和你的钱包。所以,这个“英伟达放弃GPU上LPU”的传闻,本质上是在说:通用计算架构(GPU)对于超大规模、特定模式的AI推理任务,可能已经触到了天花板,专用化、定制化的推理芯片(ASIC)时代正在加速到来。

2. 推理芯片之争:为什么GPU不再是唯一答案?

要理解为什么英伟达可能调整方向,我们得先拆解一下当前大模型推理面临的几个核心痛点,以及GPU在应对这些痛点时的力不从心。

2.1 大模型推理的“三座大山”:延迟、吞吐与能效

首先看 延迟 。对于很多交互式应用,比如AI助手、实时翻译、代码补全,用户对响应速度极其敏感。GPU的架构是为了高吞吐并行计算设计的,其核心是成千上万个相对简单的计算核心(CUDA Core)。处理一个推理请求时,数据需要在显存(HBM)、各级缓存和计算核心之间来回搬运,这个过程的调度开销不小。虽然通过Tensor Core、Fused Kernel等技术优化了很多,但架构本身的通用性决定了其延迟很难降到极致。我实测过一些场景,在应对单个或少量并发请求时,GPU的响应时间(Time to First Token)往往不如一些专用芯片。

其次是 吞吐 。当面对海量并发请求时,比如社交媒体内容过滤、批量文档处理,我们需要的是单位时间内处理尽可能多的请求。GPU在这方面本是强项,但瓶颈往往出现在其他地方: 内存带宽 计算密度 。大模型的参数动辄数百亿,即使以INT8或FP8量化,一次前向传播也需要巨大的数据搬运量。GPU的显存带宽(如H100的约3.35TB/s)虽然惊人,但在极致追求吞吐的场景下,依然可能成为瓶颈。更关键的是,大模型推理的计算模式相对固定,主要是矩阵乘法和注意力机制,GPU中很多为图形处理或通用并行计算设计的单元并未被充分利用,这就造成了算力浪费。

最后是 能效比 ,这直接关系到运营成本。一台满载的H100服务器功耗可以轻松突破数千瓦。电费是一方面,另一方面,高功耗带来的散热问题对数据中心基础设施是巨大挑战。GPU的高功耗部分源于其需要维持庞大而复杂的片上网络、调度系统和通用计算单元,以保持其灵活性。但对于固定的推理负载,这种灵活性成了负担。专用推理芯片可以通过精简指令集、优化数据流、采用更先进的封装和工艺,在完成相同任务时,实现数倍甚至数十倍的能效提升。

2.2 GPU架构的“阿喀琉斯之踵”:为通用性付出的代价

英伟达的GPU之所以成功,在于其无与伦比的通用性和强大的软件生态(CUDA)。但正是这种通用性,在面对高度特化的推理任务时,显露出了短板。

  1. 复杂的存储层次与数据搬运 :GPU有复杂的缓存层次结构(L1、L2缓存等)和全局显存。对于计算密集型的训练任务,这能有效隐藏延迟。但对于推理,尤其是内存带宽受限的推理,频繁的数据搬运成了主要开销。LPU的思路之一就是想优化这块,但如果在GPU框架内做,犹如在错综复杂的城市道路系统中划出一条快速公交专线,总会受到原有布局的限制。

  2. 固定功能单元与灵活性的矛盾 :Tensor Core是英伟达针对矩阵乘法的专用加速单元,效果显著。但大模型推理不仅限于矩阵乘,还有注意力机制中的softmax、LayerNorm等操作。GPU需要调度不同的计算单元来处理这些混合操作,会产生调度开销。而专用推理芯片可以将这些常见操作序列固化在硬件数据流中,实现“流水线”式处理,消除调度开销。

  3. “胖”控制与“瘦”计算 :GPU需要强大的流多处理器(SM)来管理成千上万的线程,这个控制逻辑非常复杂。而大模型推理的计算图在部署后是静态的,完全可以采用更简单、更直接的控制方式,比如Groq采用的“软件定义硬件”,将计算顺序在编译时就确定下来,硬件只需按序执行,极大简化了控制逻辑,降低了功耗和芯片面积。

注意 :这里并不是说GPU要被淘汰了。在模型训练、动态性强或计算图复杂的场景,GPU的通用性和CUDA生态依然无可替代。讨论的重点是,在 大规模、标准化、对成本和延迟极度敏感的生产级推理场景 ,专用芯片的优势正在急剧放大。

2.3 新玩家的启示:Groq做对了什么?

Groq的TSP架构给我们提供了一个很好的参照。它的核心思想是“确定性执行”和“单核巨量计算”。简单类比,传统GPU像是一个由成千上万名普通工人(CUDA Core)组成的工厂,需要复杂的调度系统(SM)来分配任务;而Groq TSP像是一个由少数几位“超人”工程师(巨大的张量计算单元)操作的超级生产线,生产步骤(软件)在开工前就已完全规划好,生产线(硬件)只需按部就班执行,中间没有停顿和调度。

这种架构带来的直接好处就是极低的延迟和极高的能效。因为消除了动态调度和内存访问竞争,芯片可以以极高的主频运行,同时数据在芯片内部的流动是可预测、无阻塞的。网络上流传的Groq芯片在Llama模型上每秒输出数百个token的演示,正是这种架构优势的体现。虽然其编程模型与传统GPU不同,需要开发者适应,但对于云服务商或大型AI公司来说,如果能换来显著的性能提升和成本下降,学习新的工具链是完全值得的。

英伟达显然看到了这种架构的潜力。如果爆料属实,其新推理芯片借鉴或融合了类似的思想,并不令人意外。关键在于,英伟达能否利用其庞大的软件生态(如TensorRT-LLM)和客户基础,让新芯片更容易地被开发者接受,实现“即买即用”。这比单纯的硬件性能突破更重要。

3. 从传闻到现实:新推理芯片可能长什么样?

虽然具体规格未知,但我们可以基于行业趋势和技术痛点,推测英伟达这款(或这类)新推理芯片可能具备的几个关键特征。

3.1 架构猜想:更接近“数据流处理器”

我认为它不会是完全复制Groq的TSP,更可能是一种融合创新。我们称之为“数据流优化型张量处理器”或许更合适。

  1. 去中心化与片上网络简化 :传统的GPU有复杂的片上互联网络(NVLINK, NVSwitch within chip)。新芯片可能会大幅简化内部互联,采用更直接、带宽更高的数据通道,将计算单元和存储单元更紧密地耦合在一起,减少数据搬运距离。可能会采用2.5D或3D堆叠封装,将高带宽内存(HBM)与计算裸片更紧密地集成,甚至探索存内计算的可能性。

  2. 超大静态共享内存与计算单元绑定 :可能会配备一块容量远大于当前GPU共享内存的片上SRAM,并且这块内存与核心计算单元(比如超级张量核心)有固定的、高带宽的访问路径。模型权重和激活值可以长时间驻留在这块“高速缓存”中,几乎消除对片外HBM的频繁访问。这类似于Groq的“软件管理内存”思想,但可能在编程接口上提供更大的灵活性。

  3. 固化常用算子流水线 :芯片内部可能将Transformer架构中的关键操作(如QKV投影、注意力计算、FFN层)硬件化为一套高效的流水线。当模型编译部署时,整个计算图被映射到这条流水线上,像汽车生产线一样,token数据流经各个“工位”被依次处理,实现极致的吞吐和可预测的延迟。

  4. 对稀疏性与量化的原生支持 :大模型推理中,激活稀疏性和权重量化是节省算力和内存的关键技术。新芯片可能会在硬件层面提供对结构化稀疏(如2:4稀疏)和低精度格式(如FP8, INT4)更高效的支持,让这些优化技术带来的收益在硬件上完全兑现,而不是像在GPU上那样,部分收益被额外的解码或转换开销抵消。

3.2 软件栈与生态:成败的关键

硬件设计再精妙,如果没有成熟的软件栈,也只是一块昂贵的硅片。英伟达最大的护城河是CUDA及其庞大的生态系统。对于新推理芯片,其软件策略至关重要。

  1. 无缝的模型导入与编译 :理想情况是,开发者使用现有的主流框架(PyTorch, TensorFlow)训练好模型,然后通过一个优化编译器(比如增强版的TensorRT-LLM),就能将模型高效地部署到新芯片上。这个编译器需要做大量工作:将计算图映射到硬件流水线、优化内存布局、调度数据流。它必须足够智能,能够自动提取和利用模型中的并行性与稀疏性。

  2. “即买即用”的含义 :爆料中提到在Groq即买即用,这可能暗示几种模式。一是英伟达的新芯片直接兼容Groq的软件栈和运行时,这对于已经使用Groq服务的客户来说迁移成本极低。二是英伟达提供了一套与现有云服务深度集成的解决方案,比如在AWS、Azure、GCP上以专用实例的形式提供,用户像选择GPU实例一样选择“推理芯片实例”,后台的部署、运维完全透明。这对于像OpenAI这样的顶级客户来说,吸引力巨大。

  3. 与GPU的协同 :新芯片不太可能完全取代GPU,更可能是协同工作。例如,在混合工作负载中,GPU负责处理那些不规则、动态性强的任务(如数据预处理、复杂决策逻辑),而将标准化的大模型推理任务卸载到专用的推理芯片集群上。英伟达的软件栈需要管理这种异构计算环境。

3.3 对行业的影响:供应链与竞争格局

如果英伟达成功推出有竞争力的专用推理芯片,将会产生连锁反应。

  1. 改变服务器设计 :数据中心服务器可能从“通用GPU服务器”向“异构计算服务器”演变,主板设计需要同时容纳GPU和推理加速卡,并提供高效的内联互连(如PCIe 5.0/6.0, CXL)。散热和供电设计也需要重新考量。

  2. 激发更激烈的竞争 :这无疑会刺激其他玩家。AMD的MI300系列也在加强推理能力;英特尔专注于Gaudi;而谷歌的TPU、亚马逊的Inferentia、微软的Maia早已在云端部署。英伟达的入局会进一步炒热这个市场,迫使所有参与者提升硬件性能和软件易用性,最终受益的是开发者。

  3. 降低大模型应用门槛 :更高效、更便宜的推理硬件,意味着运行大模型的成本下降。这会让更多的创业公司和中小企业有能力部署自己的大模型应用,推动AI技术更广泛地落地,而不仅仅是科技巨头的游戏。

4. 开发者视角:如何为“后GPU推理时代”做准备?

无论传闻真假,专用推理芯片的崛起趋势已经非常明朗。作为开发者和技术决策者,我们现在可以做些什么来应对或拥抱这个变化?

4.1 技术选型与架构设计的提前量

  1. 解耦训练与推理架构 :在系统设计初期,就应将训练和推理视为两个不同的服务,采用微服务架构。训练服务基于强大的GPU集群,而推理服务则可以设计成兼容多种后端(GPU、Groq芯片、未来英伟达推理芯片、甚至其他ASIC)。使用像Triton Inference Server这样的标准化推理服务层,可以抽象底层硬件,方便日后切换或混合使用不同的加速器。

  2. 拥抱模型优化与编译技术 :无论底层硬件是什么,模型优化都是提升推理效率的核心。现在就要深入使用像ONNX Runtime、TensorRT-LLM、OpenVINO等工具链。熟悉图优化、算子融合、量化(INT8/FP8)等技术。这些优化技能是硬件无关的,未来无论切换到哪种专用芯片,其编译器前端很可能都支持这些标准的中间表示(如ONNX)或优化流程。

  3. 关注硬件抽象层 :留意像OpenXLA、MLIR这样的编译器基础设施。它们的目标是创建硬件无关的中间表示和优化框架。虽然现在生态还在发展中,但提前了解有助于在未来更平滑地过渡到新的硬件平台。

4.2 性能评估指标的转变

当评估推理方案时,除了传统的吞吐量(QPS)和延迟(P99 Latency),需要更加关注以下指标:

  1. 每瓦性能(Tokens per Second per Watt) :这是衡量推理芯片能效比的金标准。直接关系到电费和数据中心PUE。
  2. 首次令牌时间(Time to First Token, TTFT) :对于交互式应用,用户感知的延迟从这里开始。专用芯片往往在这方面有巨大优势。
  3. 令牌间延迟(Time per Output Token, TPOT) :流式输出时,每个新token生成的速度。影响输出的流畅度。
  4. 总拥有成本(TCO) :综合硬件采购成本、功耗、散热、机房空间、软件授权费等。专用芯片可能在硬件单价上不占优,但TCO可能更低。

4.3 实操建议与避坑指南

基于我和团队在部署大模型推理时踩过的坑,给出几点具体建议:

  1. 不要过早绑定单一硬件 :在项目早期,尤其是在原型验证阶段,优先使用云上成熟的GPU实例(如A10, L4)或托管服务。避免在硬件选型上过度投入精力。当业务规模扩大,推理成本成为主要矛盾时,再深入评估专用芯片。那时市场也更成熟,选择更多。

  2. 深入测试真实工作负载 :千万不要只看厂商提供的标准基准测试(如MLPerf)数据。一定要用自己的模型、自己的典型请求负载(包括请求长度分布、并发数)进行实测。我们曾遇到一种芯片,在短文本摘要上性能惊人,但处理长文档问答时,由于内存管理方式不同,性能下降比GPU更严重。

  3. 评估软件栈的成熟度与锁定风险

    • 工具链完整性 :检查从模型导出、优化、编译到部署、监控的整个工具链是否顺畅。是否有活跃的社区和及时的技术支持?
    • 厂商锁定 :专用芯片的软件栈往往是封闭的。评估一旦投入,未来迁移到其他平台的成本有多高。尽量选择支持开放标准(如ONNX)的解决方案。
    • 运维复杂度 :新的硬件可能需要特定的驱动、固件、散热环境。评估你的运维团队是否有能力接管。
  4. 为异构计算设计弹性的服务编排 :使用Kubernetes等容器编排平台,并结合设备插件(Device Plugin)机制,可以让你像管理CPU和内存一样管理不同的加速器资源(GPU、推理芯片)。这样,你可以根据推理任务的特性(延迟敏感型、吞吐密集型),动态地将Pod调度到拥有相应硬件的节点上。

心得 :硬件是快变量,软件和架构是慢变量。押注某一款具体的芯片有风险,但投资于一个灵活、解耦、面向异构计算的软件架构,是应对未来不确定性的最佳策略。把精力花在模型优化、服务治理和成本监控上,这些能力的价值不会因为硬件换代而消失。

5. 未来展望:推理芯片会重塑AI云服务吗?

OpenAI被传是第一个客户,这具有强烈的象征意义。作为大模型领域的领导者,OpenAI对推理性能和成本的追求是极致的。他们的选择很可能成为行业风向标。

  1. 云服务定价模型可能变化 :目前,云上AI推理服务主要按GPU时长收费。随着专用芯片带来更高的能效,云厂商可能会推出新的计价模式,比如按“每千次推理请求”或“每百万输出token”收费。这种模式更贴近用户的价值感知(我得到了多少AI输出),而不是资源消耗(我租用了多少算力小时)。这需要云厂商建立更精细化的资源调度和计费系统。

  2. 边缘推理迎来新机遇 :专用推理芯片的高能效比,使其非常适合部署在边缘设备或边缘服务器上。想象一下,未来的智能手机、汽车、物联网网关,都可能内置一颗小型化的大模型推理芯片,实现完全离线的、低延迟的智能交互。这将极大扩展大模型的应用边界。

  3. 模型架构与硬件协同进化 :硬件影响软件,反之亦然。当专用推理芯片成为主流,模型架构的设计也会受到影响。研究人员可能会设计出更“硬件友好”的模型,例如,更规整的计算图、更适合硬件流水线的算子组合、更极致的激活稀疏性。就像当年CNN的流行与GPU的普及相互促进一样,新一轮的软硬件协同创新即将开始。

最后一点个人体会 :我们正在从AI计算的“蛮荒拓垦”时代,进入“精耕细作”的时代。早期大家拼的是有没有足够的GPU算力把模型训练出来,是解决“有无问题”。现在,当大模型开始进入千行百业,如何高效、经济、稳定地提供推理服务,就变成了“优劣问题”。英伟达在GPU上的LPU探索,到可能转向专用推理芯片,正是这个时代转折的注脚。对于开发者而言,与其焦虑于追赶每一个硬件热点,不如夯实内功:深入理解你的模型、你的负载、你的业务成本结构。只有这样,当新的工具出现时,你才能清晰地判断,它是银弹,还是只是一把更称手的锤子。这场由推理芯片驱动的效率革命,最终会让整个AI生态更加繁荣,而准备好的人,将最先享受到它的红利。

Logo

码道开发者社区,聚焦华为云码道 CodeArts 代码智能体,沉淀 Agent、Skill、鸿蒙开发实战内容,供开发者查阅资料、交流技术、分享工程实践

更多推荐