DiffusionGemma 的发布在 AI 研究圈子里引发了相当多的讨论,原因在于它触及了 LLM 文本生成方式的根本性问题。
标准 Gemma 4 系列依赖自回归解码(autoregressive decoding),从前到后逐个预测 Token。DiffusionGemma 则是离散文本扩散(discrete text diffusion)的实验性模型,可以同时生成并精炼整个文本块,绕过了历史上制约本地 AI 性能的主要硬件瓶颈。
瓶颈的转移:从内存带宽到算力
理解 DiffusionGemma 得先看清传统自回归模型卡在哪里。
单 GPU 本地单用户运行时,标准 LLM 的瓶颈通常是内存带宽。生成每个 Token 都要从内存加载完整的权重矩阵,GPU 的张量核心在等待数据传输期间大量闲置,算力并没有被充分利用。
DiffusionGemma 的做法是把瓶颈从内存带宽挪到算力上。每次前向传播(forward pass)并行起草一个 256 Token 的画布(canvas),一次性给处理器提供更大的工作块,硬件的算术强度(arithmetic intensity)才算真正用上了。架构上的变化让模型从逐字打印的打字机,变成了一次性印出整块文字的印刷机。
架构基础
DiffusionGemma 基于 26B 混合专家模型(Mixture-of-Experts,MoE)Gemma 4 架构,推理时实际激活的参数量约为 3.8B 到 4B。稀疏 MoE 设计在保留深度推理能力的同时,量化后能压进高端消费级 GPU 的 18GB VRAM 限制内。
模型采用编码器-解码器(encoder-decoder)架构,两个组件各司其职:自回归编码器(Autoregressive Encoder)用因果注意力(causal attention)处理初始 Prompt 上下文,结果缓存到 KV Cache;双向去噪器(Bidirectional Denoiser)则在生成画布上应用双向注意力(bidirectional attention),256 Token 画布上的每个位置都能同时关注其他所有位置,以及 KV Cache 里的历史上下文。
对于超过 256 Token 的长序列,模型引入了块自回归扩散(Block Autoregressive Diffusion)机制——一个块完成去噪后提交到 KV Cache,下一个画布以已生成的历史为条件重新开始。并行扩散的速度和长文本顺序生成的稳定性,通过这种混合方式结合起来。
离散文本扩散的运作机制
生成过程是一个迭代去噪循环,和 AI 图像生成器的思路类似,分三个阶段推进:
- 画布初始化:模型用随机占位 Token 填满 256 Token 的块。
- 迭代精炼:经过多轮去噪,高置信度的 Token 率先确定,作为全局上下文指导剩余占位符的精炼。
- 收敛:Token 逐渐收敛,序列最终成形为连贯文本。
整块一次性评估带来了一个自回归模型没有的能力:自我修正。某次传播中对某个位置的置信度下降,采样器可以对该位置重新加噪并替换。自回归模型一旦采样了某个 Token 就无法更改,这是两种架构之间最实质的技术差异。
推荐的部署与优化方案
Google 给出了具体的部署配置建议,以平衡延迟与输出质量。模型的实际表现对去噪采样器(denoising sampler)的调参方式高度敏感:
模型已针对 NVIDIA Blackwell 和 Hopper 架构上的 NVFP4(4 位浮点)进行优化,在接近无损精度的前提下进一步提升计算吞吐量。
性能数据与实验结果
DiffusionGemma 最直观的指标是原始生成速度。实验室专用硬件测试结果如下:
- NVIDIA H100:超过 1,000 Token/秒。
- NVIDIA GeForce RTX 5090:超过 700 Token/秒。
- 与同等硬件上的传统模型相比,Token 生成速度最高提升 4 倍。
不过这些数字最有说服力的场景是低并发本地工作流。在请求已批量处理、GPU 算力本就饱和的高流量云环境中,并行解码的优势会递减,部署成本也可能上升。
案例展示:数独求解实验
研究人员用数独来测试双向上下文的实际价值——这是一个对自回归模型出了名的难题。数独网格里每个数字都受水平、垂直、宫格三重约束的交叉限制,必须能评估后续位置并在发现冲突时回溯,顺序生成的架构在结构上就处于劣势。
实验结果:
- 基础模型表现:未经专项训练的 DiffusionGemma 基础模型成功率约为 0%。
- Fine-tuning(SFT)后的表现:使用 Hackable Diffusion 工具箱应用监督微调(SFT)方案后,成功率升至 80%。
- 效率变化:Fine-tuning 后模型收敛更快,自适应提前停止(adaptive early stopping)机制将步数从最多 48 步压缩到 12 步。
总结
这是一个实验性发布,因为整体输出质量低于标准自回归 Gemma 4 模型,目前更适合速度敏感的交互式本地工作流,而非高要求的生产级文本生成。
适合落地的场景集中在三类:内联编辑与快速迭代(需要实时反馈的场合);非线性文本结构,如代码填充(code infilling)、氨基酸序列、数学图(双向上下文在这类任务上有结构优势);以及代码生成中实时渲染代码和闭合复杂 Markdown 格式。
DiffusionGemma 在技术层面证明了一件事:文本生成可以从打字机模式切换到印刷机模式。双向注意力加迭代并行去噪,在专用 GPU 上实现了推理速度 4 倍的提升。原始质量还追不上标准自回归模型,但解决非线性约束问题的潜力,以及面向本地用户的吞吐量,是两个值得持续关注的方向。
https://avoid.overfit.cn/post/c1e25b8c4b534244b7a10036678c8535
作者:Mayur Jain