Cursor 凌晨自曝黑科技：重写 MoE 生成机制，Blackwell 推理性能直接翻倍！网友：直接榨干B200最后一滴带宽！

今天早上，Cursor 在X上发布一条推文：“我们重建了 MoE 模型在 Blackwell GPU 上生成 Tokens 的方式，导致推理速度快了 1.84 倍。”

数据表现超级亮眼：

• 吞吐量从 64-66 tokens/s，直接飙升到 118-121 tokens/s，提升 1.84 倍；

• 输出质量也大幅拉近，比之前更接近全精度 FP32，接近度提升 1.4 倍。

 Cursor使用的“输出中心”的 Warp Decode直接把传统 MoE 模型的“专家中心”生成方式中内存使用效率低、准确性低等问题，一次性全部解决！

今天，我们来拆解一下：Cursor 的 Warp Decode 到底做了什么？为什么能同时实现速度和精度的双提升？

传统MoE：专家派单，效率超低

现在的顶级大模型，大多采用Mixture of Experts架构—— 一个模型里面有几十个甚至上百个“专家”子网络，输入的时候只激活其中一部分专家（例如在某一层从 128 个专家中选择 8 个来干活），这样既能保持超大参数量，又能控制实际计算量。

传统MoE的计算路径大概是这样的：

• 先通过路由（gate）决定每个token该去哪个专家；

• 然后把属于同一个专家的 token收集（gather）起来；

• 专家完成计算后，再把结果重新组装（scatter）回去。

这种传统的MoE 路径在大批量场景下效果很好，因为每个专家上的共享工作足以摊薄整理数据的额外开销。

但在自回归解码阶段——也就是我们用AI生成代码时，由于一次只生成几个 token，没有足够的共享工作来支撑。传统路径中的八个阶段里，有五个阶段纯粹是“数据管理”，本身并不进行任何实际计算。

到了我们的实际的应用里，结果就是：在理论上MoE很高效，但实际上将太多时间用来运送数据，跑起来GPU带宽利用率低，速度慢。

Warp Decode：围绕“输出”，跳过“中间商”

既然搬运数据太慢，Cursor 直接换一条路走。

我们先来了解一下warp decode 具体是什么？根据官方描述：

在 Blackwell GPU 上进行小批量解码时，围绕输出而非专家来组织 kernel 效果更好。Cursor 将这种方法称为“warp decode”。

现代 GPU 会以由 32 条并行处理通道组成的组来执行指令，这样的一组称为一个 warp。在warp decode 中，每个 warp 都只负责计算一个输出值。warp 会直接从内存中流式读取所需的权重数据，将所有 8 个路由专家的结果汇总到一个持续累加的总值中，最后写出一个结果。

而 warp decode 是如何运行的呢？

简单来说，从围绕“专家”到围绕“输出”，中间的环节能砍则砍。

warp decode 主要通过两种机制提升性能：一是去掉传统路径所需的阶段和缓冲区，二是实现 warp 的独立性，从而带来更优的调度效果和更好的延迟隐藏能力。

具体做法：

• 每个GPU warp只负责一个输出标量（scalar），并且这个warp在整个计算过程中“终身”只干这一件事。
• warps之间完全独立，没有跨warp的同步或共享可变状态。
• 整个MoE层被极致压缩成仅两个融合内核（fused kernels）：moe_gate_up_3d_batched：处理gate和up投影，warp独立完成dot product、SiLU激活等，中间值直接在寄存器里算，不写共享内存。moe_down_3d_batched：处理down投影，每个warp循环遍历top-k专家，累加结果，最后用warp级别的butterfly reduction（__shfl_xor_sync指令）把部分和合并成最终输出。整个过程几乎全在寄存器里完成，避免了大量中间缓冲区和内存往返。
• 蝶形归约（Butterfly Reduction）：将warp内32个lane的局部部分和（lane-local partial sums）快速合并成最终的输出标量。当moe_down_3d_batched内核处理完一个token对应的所有top-k专家后，每个warp已经把来自不同专家的贡献累加到了自己私有的FP32寄存器累加器。这时，一条指令__shfl_xor_sync 来做warp级别的蝶形归约，并且直接编译成底层的PTX指令shfl.sync.bfly

Cursor 这套操作系统最大的好处是什么？

• 完全绕过共享内存：不需要把中间结果写到shared memory，再读回来;
• 无L1缓存往返、无bank冲突：所有操作都在寄存器层面完成，延迟极低；
• 无需显式屏障（barrier）：同步逻辑已经内置在指令的lane mask里，直接保证正确性。

效果爆炸：速度+精度双开挂！

根据官方测试，效果简直好到爆炸！

在 Cursor 内部推理系统上，针对运行于NVIDIA B200的 Qwen-3 风格模型测试：

速度：端到端解码吞吐量提升1.84倍，在不同上下文长度下表现都很稳定（纯生成阶段优化）。

精度：输出与完整 FP32 参考值相比，接近程度提升1.4 倍

硬件效率：B200 在连续内存读取上的实测峰值为 6.8 TB/s (通过 copy kernel 测得) 。在 B=32 时，warp decode 可稳定达到 3.95 TB/s，相当于该峰值的 58%

网友热议：放到 Vera Rubin 上效果如何？

在X上的网友也在体验之后表示出赞叹“这个模型非常棒。准确度提升了很多。”

也有网友提出关键问题，这个warp decode 是仅在 blackwell 上运行还是可以推广至其他平台？放到 Vera Rubin 上效果会怎么样？

根据 Cursor 官方博客，目前 warp decode 是专为 Blackwell GPU（B200）的小批量自回归解码场景量身打造的。大批量 prefill 阶段，传统MoE 方式可能还更有优势。至于未来能不能推广到其他 GPU，还得看 Cursor 后续会不会分享更多细节。

欢迎各位评论区的大佬交流，大家的Cursor速度更快了吗？

参考链接：

https://x.com/cursor_ai/status/2041260649267986643?s=20

文章来自于"51CTO技术栈"，作者 "林芯"。