AISubHub/AI 资讯
开发者

深度解读 · 约 6 分钟阅读

SGLang-TorchTPU让PyTorch原生服务接入TPU,但仍要看支持等级

开源插件保留SGLang服务架构,新增TPU内核、形状分桶编译和KV传输;强化学习演示仍处于预览阶段。

本站发布
原文发布
核实时间

RadixArk的SGLang团队、Google和Meta于10月20日发布SGLang-TorchTPU,为Google Cloud TPU上的模型服务提供原生PyTorch路径。本站完整阅读了发布解读、Google Cloud生态公告及修订版TorchTPU架构论文,重点核对执行机制、测试范围和仍处实验阶段的部分。

听读资讯

朗读当前文章,或连续收听资讯。

SGLang-TorchTPU让PyTorch原生服务接入TPU,但仍要看支持等级

正在准备听读…

设备语音

朗读由浏览器或设备处理,AISubHub 不向音频 API 发送文本。可用语音及锁屏播放能力因设备而异。

继续播放时可能重复一小段。

一分钟速览

  • 插件沿用SGLang调度器、RadixAttention和API服务器,在底层增加TPU内核、缓存池及编译执行。
  • 发布材料报告193项已登记TPU测试,覆盖15个模型。这是带支持等级的实现检查,不是新的模型能力榜,也不保证每种配置都可用。
  • Miles的TPU强化学习仍为预览。四颗TPU与六张H200的实验比较早期学习行为,没有证明训练速度或成本相同。

应用接口保持熟悉,底层执行方式发生变化

SGLang-TorchTPU是树外插件,并非另写一套服务调度器。它注册TPU平台,提供注意力操作、分页键值缓存池、混合专家内核和图执行器。每个TPU核心运行一个PyTorch进程,模型通过torch.compile进入TPU使用的XLA编译栈。Google的生态公告还列出vLLM、TorchTitan等集成,但这不意味着所有框架或模型都同样成熟。

底层TorchTPU论文区分异步逐算子即时执行、同步调试,以及可选的DeferAndFuse算子融合。方便逐步调试与高效重复执行是不同运行模式,不能据此保证未经调整的即时执行负载达到峰值性能。

形状分桶让编译程序可以复用,也引入填充取舍

服务执行器按token数量对预填充分桶,按批次大小对解码分桶,通过填充匹配形状。每个桶编译一次,后续匹配的步骤调用缓存程序。Pallas注意力及专家计算内核注册为编译图中的PyTorch自定义操作,让熟悉的模型代码与底层硬件优化结合。

本站认为,编译预热应与反复执行的速度分开测量。输入长度和请求到达不断变化时,需要检查实际桶覆盖与填充开销。论文中的通用有界动态形状支持仍在开发,不能假定它已经消除部署配置中的一切重新编译。

前缀复用与KV传输解决的是两类瓶颈

RadixAttention复用共同提示词前缀的已计算内容。TPU Sync则负责另一件事:在加速器与主机内存之间,或独立的预填充、解码主机之间移动键值页。原文描述的消费端拉取流程,让解码端获取已完成的数据块,同时预填充端继续计算下一块。解码前缀缓存已有的页不再重传,不同张量并行布局还可以在传输中重新分片。

这些机制能够避免部分重复计算或无用传输,但不会取消内存和通信预算。持续使用相同提示前缀的智能体与互不相关的请求,复用机会不同。卸载或拆分主机是否有效,应结合延迟、传输流量及容量验证,不能只看功能名称。

兼容性数字必须连同测试定义一起读

发布时登记的193项测试覆盖15个模型,包括单主机和多主机TPU v7x,并运行拉取请求与夜间检查。功能表仍将结构化输出、函数调用、流水线并行及NVFP4专家执行标为实验性;部分新列模型也在验证中。仅有模型名称,不足以确认功能组合或优化程度。

更广泛的论文给出另一组口径:4917个语料库模型中,4821个通过无崩溃检查,报告为98%;657个架构代表中,638个通过数值一致性测试,报告为97%。二者测试和分母不同,不能理解为几千个模型都接受了相同的准确率、任务质量和生产性能验证。

强化学习演示支持的结论比硬件胜负更窄

Miles连接SGLang生成训练轨迹、TorchTitan更新模型和权重同步。示例在DAPO-Math-17k上以GRPO训练Qwen3-4B:一台TPU v7x主机的四颗芯片平均分给训练与轨迹生成;参照组使用六张H200、相同配方和超参数,每个平台两个随机种子。作者称奖励和回答长度的差异处于种子波动内,AIME-24差异处于评估噪声内。

这仅支持有限的早期学习行为比较,并未证明这些硬件配置吞吐或费用相同。实际运行采用共享内存同步权重;磁盘检查点可跨主机,但原文称最慢,直接经ICI传输仍属计划。多主机训练、更长验证及缩小与GPU的步时差距,都还在后续工作中。

迁移试点应验证最终结果,而不仅是能启动

本站建议先做范围明确的试点:固定检查点和精度,确认所需支持等级,保存已知输入,分别记录编译、重复吞吐、尾延迟、缓存复用和输出正确性,并纳入云资源占用及真实账单。社区容量计划需要贡献者申请,不是无条件免费TPU权益。

这是10月20日的服务栈发布,不是今天新发模型。架构论文首次提交于10月16日,本站读到的版本修订于10月20日,10月21日的RSS发现日期不能替代首提日期。上述材料合并为一个实现解读事件;SGLang-JAX仍继续维护,新后端不代表旧项目停用。

有什么影响

本站分析:服务应用继续使用PyTorch,可能减少迁移时维护不同软件路径的工作量。但是否迁移,仍取决于具体检查点、功能支持、编译行为、输出质量、硬件容量和目标负载的实付账单。

限制与可用性

文中性能与兼容性结果均来自原作者。本站未运行该栈、租用TPU或复现实验;已阅读图注,未独立检查曲线图片像素。软件开源不包含云资源预留、普遍免费算力或个人订阅权益。

来源与证据

LMSYS · SGLang-TorchTPU launch

原文发布: · 核实时间:

Google Cloud · TorchTPU ecosystem launch

原文发布: · 核实时间:

TorchTPU architecture paper v2

原文发布: · 核实时间:

AI 辅助采编,依据所列一手来源核实。厂商自报结论注明归属,收录不代表背书。