SlimSpec:用于加速投机解码的低秩草稿语言头 SlimSpec: Low-Rank Draft LM-Head for Accelerated Speculative Decoding
用低秩分解压缩草稿模型LM-head的隐藏表示而非缩减词表,实现4-5倍加速且不损失接受率
前置知识
投机解码 (Speculative Decoding)
投机解码是一种LLM推理加速范式,由Leviathan等人和Chen等人于2023年独立提出。其核心思想是用一个轻量级草稿模型(draft model)先快速生成若干候选token $\tilde{x}_1, \ldots, \tilde{x}_n$,再让大目标模型(target model)用一次前向传播并行验证这些token。如果草稿token与目标分布一致则被接受,否则被拒绝并由目标模型重采样。平均接受长度 $\tau$ 衡量每轮可被接受的草稿token数,是评价草稿质量的核心指标。
本文的研究对象正是投机解码中的草稿模型,理解草稿-验证两阶段流程以及接受长度 $\tau$ 的概念是理解SlimSpec动机和性能模型的必要前提
EAGLE-3 草稿器
EAGLE-3 是当前最先进的辅助头式(augmented-head)草稿器之一,与MEDUSA、Hydra同属一类。它的特点是草稿器复用目标模型的隐藏表示并附加轻量Transformer backbone,预测多个未来token位置。本文所有实验均基于EAGLE-3管线,设置 $n=6$ 个草稿token且权重跨位置共享。EAGLE-3的backbone已经很小,但LM-head仍需投影到完整词表(往往 $V > 10^5$),这正是SlimSpec要优化的对象。
EAGLE-3是本文实验的唯一草稿架构,了解它的工作机制有助于理解SlimSpec作为'drop-in'替换LM-head的设计空间
LM-head (语言模型头)
LM-head是语言模型最后一层,将隐藏表示 $h \in \mathbb{R}^d$ 通过权重矩阵 $W \in \mathbb{R}^{V \times d}$ 映射到词表大小的logits $z = Wh \in \mathbb{R}^V$。在自回归LLM中,这一层在每个解码位置都会被调用,其计算复杂度为 $O(Vd)$,其中 $V$ 是词表大小,$d$ 是隐藏维度。现代LLM的 $V$ 常超过 $10^5$(如Llama-3.1为128K,GPT-OSS为200K+),使得LM-head成为推理时的主要瓶颈之一。在投机解码的草稿模型中,这一瓶颈尤其突出,因为草稿模型虽然backbone小,但LM-head的输出维度必须与目标模型词表对齐。
LM-head是本文优化的直接对象,理解其 $O(Vd)$ 复杂度结构是把握SlimSpec低秩分解动机的关键
低秩分解 (Low-Rank Factorization)
低秩分解将满秩矩阵 $W \in \mathbb{R}^{m \times n}$ 近似为两个细长矩阵的乘积 $W \approx AB$,其中 $A \in \mathbb{R}^{m \times r}, B \in \mathbb{R}^{r \times n}$,秩 $r \ll \min(m,n)$。在LLM中常见于LoRA参数高效微调,但本文的SlimSpec将其用作推理架构而非微调手段,完整替换LM-head而非叠加更新。其计算复杂度从 $O(mn)$ 降至 $O(r(m+n))$,参数从 $mn$ 减至 $r(m+n)$。SlimSpec将这一思想应用于草稿模型的LM-head,参数化为 $W = W_{up} W_{down}$,其中 $W_{down} \in \mathbb{R}^{r \times d}, W_{up} \in \mathbb{R}^{V \times r}$。
SlimSpec的核心技术就是低秩分解,但作者强调这与LoRA有本质区别——SlimSpec完全移除满秩LM-head路径,必须理解低秩分解的数学基础才能把握论文贡献
词表截断 (Vocabulary Truncation)
词表截断是解决LM-head瓶颈的一类代表性方法,通过将预测限制在词表子集 $V_{tr} \subset V$ 上降低输出维度。静态方法如FR-Spec、VocabTrim、BCL根据token频率统计预选固定子集;动态方法如CORAL、DynaSpec、SpecVocab则在推理时根据上下文选择激活子集。其复杂度为 $O(V_{tr} d)$ 或类似形式。然而,词表截断存在固有缺陷:被截掉的token概率为0,导致 $\alpha \leq \sum_{v \in V_{tr}} p(v)$ 的硬性上界;同时训练时的KL损失与推理时的接受逻辑存在train-test失配。
词表截断是SlimSpec的主要对比基线,理解其工作原理和固有缺陷是理解SlimSpec'压缩隐藏表示而非压缩输出'这一独特切入点的关键
吞吐量公式与加速比
投机解码的吞吐量(tokens per second, TPS)由公式 $TPS = \tau / (T_{overhead} + T_{verify} + T_{draft})$ 决定,其中 $T_{draft} = T_{backbone} + T_{head}$。端到端加速比(相对于无投机解码的基线)等于 $TPS_{method} / TPS_{no\_spec}$。本文进一步将LM-head相关量参数化为:$\nu = T_{head}^{M} / T_{head}^{Full}$(LM-head加速系数)、$\rho_\tau = \tau_M / \tau_{Full}$(接受率保持系数)、$\kappa = T_{head}^{Full} / T_{non-head}$(LM-head占非头部时间之比),推导得到 $\rho_{TPS} = \rho_\tau \cdot (1+\kappa) / (1+\nu\kappa)$。
这一公式是SlimSpec的理论核心,揭示了LM-head加速未必带来端到端加速的trade-off,是论文所有实验分析的基础
研究动机
投机解码虽能显著加速LLM推理,但草稿模型的LM-head成为新的性能瓶颈。在EAGLE-3等辅助头式草稿架构中,backbone可以很小,但LM-head必须在每个草稿位置将隐藏表示投影到完整目标词表($V$ 往往超过 $10^5$),产生 $O(Vd)$ 的计算复杂度。论文图2显示,$T_{head}$ 占 $T_{draft}$ 的约 45%-60%,具体取决于目标模型和推理设置。这意味着即便草稿器网络本身很轻量,LM-head仍可消耗大量GPU时间,尤其在词表相对隐藏维度更大的现代LLM(如Llama-3.1-8B词表128K、GPT-OSS-20B词表200K+)上问题更加突出。现有解决方案主要分两族:静态词表截断(FR-Spec、VocabTrim、BCL)和动态词表截断(CORAL、DynaSpec、SpecVocab)。这些方法虽然能将LM-head延迟降低约60%,但存在三类固有缺陷:(1) 接受率上界受限——被截掉的token概率强制为0,因此该位置接受率 $\alpha \leq \sum_{v \in V_{tr}} p(v)$ 存在理论硬顶,训练再好也无法突破;(2) 训练-测试分布失配——若用KL散度训练草稿器,需将目标分布mask到 $V_{tr}$ 上重归一化得到 $\tilde{p}$,但推理时仍按完整 $p$ 做接受检验,这种不一致在token高频变化时尤为有害;(3) 系统复杂度高——动态方法需要top-k选择、全局排序、不规则索引与权重收集等GPU低效操作,且引入多个超参数(专家分组数 $N$、路由rank $r$、选择的token数 $k$ 等)。
本文的目标是本文的具体目标是设计一种LM-head加速方法,能在保持完整词表支持的前提下,显著降低草稿器LM-head的计算开销和延迟,并自动转化为端到端吞吐量提升。论文同时希望建立一套统一的性能模型,定量刻画'LM-head加速'与'端到端加速'之间的关系,从而指导后续设计。具体目标包括三方面:(1) 实现至少4倍的LM-head延迟降低(超越现有方法的~60%即~1.6倍);(2) 维持接受率 $\rho_\tau$ 接近1(理想情况 > 0.99),避免词表截断的硬性上界;(3) 最小化对训练和推理管线的改动,使其作为'即插即用'模块可以无缝集成到EAGLE-3等现有草稿器中,无需复杂的词表预处理或推理时路由逻辑。
与已有工作不同的是,本文的独特切入角度是'压缩隐藏表示而非压缩输出'。现有方法无论是静态还是动态截断,本质都在减少输出候选集 $V$ 的大小;SlimSpec则反其道而行之——保持 $V$ 完整,但将用于生成logits的隐藏表示 $h \in \mathbb{R}^d$ 通过低秩分解 $W = W_{up} W_{down}$ 压缩到 $r$ 维($r < d$)。这一选择带来三个本质优势:(1) 没有接受率硬性上界,因为所有token的logit仍可被计算;(2) 训练-测试一致,因为草稿器在训练和推理时面对的都是完整词表;(3) 系统实现简单,仅涉及两个常规稠密矩阵乘,无top-k、无路由、无需统计token频率。在理论层面,作者还推导出 acceptance-cost 框架 $\rho_{TPS} = \rho_\tau \cdot (1+\kappa) / (1+\nu\kappa)$,首次定量揭示了'更便宜的LM-head未必带来端到端加速'这一非平凡现象,并通过 $\kappa$ 参数统一刻画了不同部署配置(目标模型大小、batch size、温度、词表大小)下的最优设计权衡。
核心方法
SlimSpec的核心思想是用低秩分解替换草稿器LM-head的满秩投影矩阵,将'输出投影'转化为'先压缩隐藏表示、再扩展到词表'的两步过程。直觉上,标准的LM-head计算 $z = W_{full} h$($W_{full} \in \mathbb{R}^{V \times d}$)试图在 $V \times d$ 的全空间中直接建立token与隐藏表示的关联;SlimSpec则认为这一关联可以分解为一个'窄通道':先将 $d$ 维隐藏表示 $h$ 通过 $W_{down} \in \mathbb{R}^{r \times d}$ 压缩到 $r$ 维($r \ll d$),再通过 $W_{up} \in \mathbb{R}^{V \times r}$ 映射到 $V$ 维logits。整体技术路线分两步走:第一,理论分析端到端加速的条件,建立 acceptance-cost 框架 $\rho_{TPS} = \rho_\tau \cdot (1+\kappa) / (1+\nu\kappa)$,揭示只有当 $\rho_\tau > (1+\nu\kappa)/(1+\kappa)$ 时LM-head加速才能转化为端到端增益;第二,工程实现低秩LM-head架构,在EAGLE-3管线中作为drop-in替换。所有训练设置、损失函数、推理管线均与基线保持一致,仅LM-head结构改变,从而确保对比的公平性。
SlimSpec的核心创新点是与现有词表截断方法在压缩对象上的根本区别。词表截断方法(VocabTrim、FR-Spec、BCL、CORAL、DynaSpec、SpecVocab)通过缩减输出空间 $V$ 的尺寸来降低 $O(Vd)$ 的开销;SlimSpec则保持输出空间 $V$ 完整,但通过低秩分解将中间维度从 $d$ 降到 $r$,使总复杂度从 $O(Vd)$ 降至 $O(rd + Vr)$。这一区别带来三个本质优势:(1) 接受率无硬性上界——所有token的logit都可被计算,因此 $\alpha$ 不受 $\sum_{v \in V_{tr}} p(v)$ 限制;(2) 训练-测试一致——草稿器始终面对完整词表,无需mask目标分布,KL训练时目标和推理时的接受检验使用同一分布;(3) 系统复杂度低——只需两个稠密矩阵乘,无top-k、无路由、无需词表统计或token索引簿。作者明确指出SlimSpec与LoRA的关键区别:LoRA是低秩更新叠加在原满秩矩阵上($\Delta W = BA$),而SlimSpec完全移除满秩路径($W = W_{up} W_{down}$),是推理架构而非参数高效微调。
方法步骤详情
SlimSpec的方法实现分为架构定义、训练流程、推理流程三步。第一步(架构定义):给定草稿backbone输出的隐藏表示 $h \in \mathbb{R}^d$,标准LM-head计算 $z = W_{full} h$($W_{full} \in \mathbb{R}^{V \times d}$);SlimSpec替换为 $z = W_{up} W_{down} h$,其中 $W_{down} \in \mathbb{R}^{r \times d}$ 是降维投影、$W_{up} \in \mathbb{R}^{V \times r}$ 是升维投影、$r < d$ 是选定的低秩。FLOPs从 $O(Vd)$ 降至 $O(rd + Vr)$,参数从 $Vd$ 减至 $r(d+V)$。第二步(训练流程):沿用EAGLE-3原训练管线,backbone架构、超参数、KL损失、训练数据(660K来自Infinity-Instruct-0625的prompt、用对应目标模型生成的回复)均不改变,仅LM-head的参数量从 $Vd$ 变为 $r(d+V)$。$r$ 作为唯一超参数控制容量-成本权衡,作者推荐 $r = d/8$ 作为默认配置。第三步(推理流程):在投机解码的草稿阶段,对每个草稿位置先计算 $h' = W_{down} h$($r$ 维),再计算 $z = W_{up} h'$($V$ 维)作为完整logits送入后续验证环节。无需top-k选择、无需路由、无需动态词表管理。全部推理在vLLM 0.17.1上完成,目标模型为Llama-3.1-8B-Instruct、GPT-OSS-20B、Qwen3-30B-A3B-Instruct-2507,硬件为NVIDIA H200。
技术新颖性
SlimSpec的技术新颖性体现在四个层面。第一,方法论的倒置:现有LM-head优化研究几乎全部聚焦于'压缩输出',SlimSpec是首个系统化提出'压缩输入隐藏表示'并验证其优势的工作,这一视角转换本身具有方法论意义。第二,理论框架的建立:作者推导的 acceptance-cost 公式 $\rho_{TPS} = \rho_\tau \cdot (1+\kappa) / (1+\nu\kappa)$ 是首个定量刻画'LM-head加速与端到端加速关系'的通用框架,通过参数 $\kappa$ 统一解释了batch size、温度、词表大小、目标模型深度对最优设计选择的影响。第三,对词表截断的理论解构:作者严格证明词表截断方法存在两个固有缺陷——接受率硬性上界 $\alpha \leq \sum_{v \in V_{tr}} p(v)$(包括greedy解码下退化为 $\mathbb{1}[v^* \in V_{tr}]$)和KL训练下的train-test失配,这些论证在以往文献中未被系统阐述。第四,工程简洁性:仅引入一个超参数 $r$,无需任何数据预处理(无token频率统计)、无需任何推理时逻辑(无top-k、无路由),drop-in集成到EAGLE-3管线无需修改backbone或训练循环。在Llama-3.1-8B + 温度0 + batch size 1设置下,$r = d/8$ 的SlimSpec实现约5倍的LM-head延迟降低(vs VocabTrim和SpecVocab的约1.6倍)同时维持 $\rho_\tau = 0.99$。
实验结果
实验结果全面验证了SlimSpec在保持接受率的前提下实现显著LM-head加速的能力。在(ν, ρ_τ)平面分析(Llama-3.1-8B、温度0、batch size 1、$\kappa=0.25$)中,SlimSpec占据最有利区域:在 $\nu \approx 0.2$(5倍加速)处维持 $\rho_\tau = 0.99$,显著优于静态截断方法(VocabTrim、FR-Spec、BCL)的成本-接受率前沿。SpecVocab(动态截断)在 $r = d/8$ 和 $r = d/16$ 时 $\rho_\tau \approx 1$ 但仅将LM-head延迟降低约60%($\nu \approx 0.4$),位于SlimSpec右下方的次优区域。表2的端到端加速比(vs 无投机解码的vanilla推理)显示:Llama-3.1-8B上SlimSpec在batch size 1时平均加速2.94倍(vs Full Vocab 2.48倍、VocabTrim-T 2.70倍、SpecVocab 2.86倍),在batch size 64时平均加速1.52倍(vs Full Vocab 1.40倍、VocabTrim-T 1.41倍、SpecVocab 1.46倍);GPT-OSS-20B上SlimSpec在batch size 1时平均1.88倍(最强基线SpecVocab为1.81倍),batch size 64时1.47倍(vs SpecVocab 1.35倍),相对提升达8.9%;Qwen3-30B-A3B-Instruct上由于 $T_{head}$ 占比相对较小($\kappa$ 较小),SlimSpec优势收窄至1-2%,但在所有对比中仍为最优或并列最优。论文还做了rank $r$ 的消融:$d/4$、$d/8$、$d/16$ 三档中,$d/8$ 给出最佳整体trade-off——更小的 $d/16$ 加速更多但 $\rho_\tau$ 下降明显,更大的 $d/4$ 接受率几乎不变但加速收益减小。温度1(随机解码)的结果与温度0趋势一致,验证了SlimSpec在不同采样设置下的鲁棒性。
查看结构化数据
| 任务 | 指标 | 本文 | 基线 | 提升 |
|---|---|---|---|---|
| Llama-3.1-8B-Instruct / Batch size 1 (Avg over MT-Bench, HumanEval, GSM8K) | 端到端加速比 (vs vanilla inference, T=0) | 2.94 | Full Vocab: 2.48; SpecVocab: 2.86 | +18.5% vs Full Vocab, +2.8% vs SpecVocab |
| Llama-3.1-8B-Instruct / Batch size 64 (Avg) | 端到端加速比 (T=0) | 1.52 | Full Vocab: 1.40; SpecVocab: 1.46 | +8.6% vs Full Vocab, +4.1% vs SpecVocab |
| GPT-OSS-20B / Batch size 1 (Avg) | 端到端加速比 (T=0) | 1.88 | Full Vocab: 1.49; SpecVocab: 1.81 | +26.2% vs Full Vocab, +3.9% vs SpecVocab |
| GPT-OSS-20B / Batch size 64 (Avg) | 端到端加速比 (T=0) | 1.47 | Full Vocab: 1.30; SpecVocab: 1.35 | +13.1% vs Full Vocab, +8.9% vs SpecVocab |
| Qwen3-30B-A3B-Instruct / Batch size 1 (Avg) | 端到端加速比 (T=0) | 2.05 | Full Vocab: 1.91; SpecVocab: 2.03 | +7.3% vs Full Vocab, +1.0% vs SpecVocab |
| Qwen3-30B-A3B-Instruct / Batch size 64 (Avg) | 端到端加速比 (T=0) | 1.40 | Full Vocab: 1.34; SpecVocab: 1.37 | +4.5% vs Full Vocab, +2.2% vs SpecVocab |
| Llama-3.1-8B / T=0 / Batch size 1 | LM-head延迟降低倍数 (ν^-1) | 约5倍 (r=d/8) | VocabTrim: 约1.6倍 (Vtr=64K); SpecVocab: 约1.6倍 (r=d/8) | 约3倍于现有方法 |
| Llama-3.1-8B / T=0 / Batch size 1 | 接受率保持 (ρ_τ) | 0.99 (r=d/8) | SpecVocab: ≈1.0; VocabTrim: 显著下降 (随Vtr缩小) | 接近Full Vocab同时实现5倍加速 |
局限与改进
作者在论文第8节坦诚地承认了四个主要局限,加上一些隐含的可观察问题。第一,rank $r$ 的选择仍是手工的:论文未提供自动选择 $r$ 的程序,仅通过实验给出 $r = d/8$ 作为推荐默认值。对于不同的目标模型、不同的部署配置(batch size、硬件),最优 $r$ 可能不同,缺乏自适应机制。第二,实验仅覆盖EAGLE-3:所有结论都基于EAGLE-3草稿器,对MEDUSA、Hydra等其他drafter家族的可迁移性只能'by analogy'推断,未经验证。第三,硬件和框架依赖性:所有实验在vLLM 0.17.1和NVIDIA H200上完成,但实际加速比高度依赖具体推理引擎的kernel实现和GPU架构特性,在其他stack(如TensorRT-LLM、CPU或H100/A100)上的表现可能不同。第四,基线覆盖不全:动态词表截断中的CORAL和DynaSpec因缺乏参考实现未被纳入对比,这限制了对动态截断家族的全面评估。隐含的可观察问题还包括:(a) 论文未深入分析不同rank $r$ 下草稿模型的训练动力学(如收敛速度、最终KL损失的差异),仅给出端到端结果;(b) 温度1(随机解码)的实验虽然趋势一致但缺乏详细分析,未讨论低秩LM-head对分布多样性或采样质量的具体影响;(c) 论文未在长上下文(>8K token)或多轮对话场景下评估,可能存在未见的行为模式;(d) 三个目标模型中Qwen3-30B-A3B是MoE架构,作者未单独分析稀疏激活对 $T_{head}$ 分解的潜在影响。
独立分析的弱点
尽管SlimSpec取得了显著进展,仍存在几个独立可分析的弱点。第一,rank $r$ 的固定性:当前实现中所有草稿位置共享同一个 $r$,但不同位置对容量需求可能不同——早期位置可能需要更丰富的表示来'铺路',后期位置可能更简单。可以考虑位置自适应的rank分配(如浅层用 $d/4$、深层用 $d/16$),或学习式的rank选择机制。第二,$W_{up}$ 的稀疏性浪费:虽然完整词表被保留,但 $W_{up} \in \mathbb{R}^{V \times r}$ 仍是稠密矩阵,对于 $V$ 极大(如200K+)时 $V \cdot r$ 部分($W_{up}$)本身可能成为新的瓶颈。可以探索 $W_{up}$ 的稀疏化或分块化,进一步降低参数和计算量。第三,训练-推理秩一致性假设:SlimSpec在训练和推理时都使用 $r$ 维瓶颈,但低秩表示可能存在训练不足问题(梯度仅在 $r$ 维通道内流动),影响最终草稿质量。可以探索训练时用大 $r$、推理时降秩到小 $r$ 的渐进式方案,或在训练中加入秩正则化。第四,理论框架的实证匹配性:acceptance-cost 公式虽然优雅,但实际部署中 $T_{head}^{Full}$、$T_{backbone}$ 等参数会随batch内容动态变化(KV cache长度、注意力模式等),固定的 $\kappa$ 假设可能不完全准确。可以扩展为 $\kappa$ 随上下文长度动态调整的形式。第五,缺少消融的细粒度:论文比较了不同方法的trade-off,但未详细消融'低秩瓶颈'在草稿器不同层(如果未来扩展到多层)的最佳放置位置。第六,实验配置的一致性问题:不同方法在论文中报告的加速比来自相同的部署环境(vLLM 0.17.1 + H200),但具体kernel优化的差异(如SpecVocab的路由是否在vLLM中完整实现)未充分披露,可能影响对比公平性。
未来方向
作者在第7节结尾明确提出了三个未来方向,加上基于本文成果可延伸的若干方向。作者提出的方向:(1) 接受率导向的训练目标——当前用标准KL损失,未来可探索直接优化接受长度 $\tau$ 或端到端TPS的代理损失,使SlimSpec在(ν, ρ_τ)平面上向上移动而非仅向左;(2) 位置自适应rank——共享 $W_{up}$(词表侧投影)而使用位置特定的 $W_{down}$(压缩投影),或将更大rank分配给影响最大的位置;(3) 接受率与成本联合优化——将 $r$ 作为可学习参数或通过架构搜索自动选择。基于成果可延伸的方向:(4) 跨drafter家族的迁移——将SlimSpec应用到MEDUSA、Hydra等,验证低秩瓶颈的通用性;(5) 与其他推理优化正交技术的组合——如prefix caching、continuous batching、attention优化等,看是否能产生叠加收益;(6) 自适应rank推理——根据当前输入的预测难度动态调整 $r$(简单上下文用更小rank,复杂上下文用更大rank);(7) 训练加速——低秩LM-head减少了参数量,可能允许更大的batch size或更快的训练迭代,可以联合研究训练-推理的整体加速比;(8) 拓展到非语言任务——将类似思想应用于多模态模型的输出投影(视觉token预测、音频token预测等)。
复现评估
从复现角度看,论文提供了较为充分的实现细节。模型架构:低秩LM-head由 $W_{down} \in \mathbb{R}^{r \times d}$ 和 $W_{up} \in \mathbb{R}^{V \times r}$ 组成,$r = d/8$ 为默认。训练数据:660K prompt来自Infinity-Instruct-0625数据集,用对应目标模型生成回复。训练配置:EAGLE-3管线,$n = 6$ 草稿token,权重跨位置共享,标准KL损失,batch size和具体学习率等超参数在附录A中详细列出(论文未在主体展示)。评估:MT-Bench、HumanEval、GSM8K三个benchmark,温度0和1两种解码设置,batch size 1和64两种服务场景,5次随机种子取平均,vLLM 0.17.1 + NVIDIA H200。复现挑战包括:(a) 训练需要大量GPU资源(虽然具体数量未在主体明确,但EAGLE-3原工作使用数十到数百张A100/H100);(b) EAGLE-3原代码库的开源情况和SlimSpec的代码是否一同发布尚不确定,论文未在摘要部分明确声明代码仓库链接;(c) 目标模型如Llama-3.1-8B、GPT-OSS-20B、Qwen3-30B-A3B均为受控分发的模型,需要相应许可才能下载;(d) CORAL和DynaSpec无参考实现,复现这些基线本身就有难度,因此实际能对比的方法限于VocabTrim、FR-Spec、BCL、SpecVocab。总体而言,方法概念清晰、架构简单,理论上可以在较小规模上做概念验证,但完整复现Table 2的所有数据点(特别是batch size 64 + 三个模型 × 三个benchmark × 两种温度的完整矩阵)需要相当的算力投入。
论文图表
条形图展示在batch size 1下三种目标模型(Llama-3.1-8B、GPT-OSS-20B、Qwen3-30B-A3B)上各方法的LM-head相对延迟(归一化到Full Vocab基线=1.0)。对比方法包括VocabTrim(Vtr=64K)、SpecVocab(r=d/8)和SlimSpec(r=d/8)。结果显示VocabTrim和SpecVocab仅能将LM-head延迟降低约60%(即相对值约0.4),而SlimSpec实现约4-5倍降低(相对值约0.2-0.25),在所有三个目标模型上一致领先。
这张图直观展示了SlimSpec的核心优势——在保持接受率的同时实现远超现有方法的LM-head延迟降低,是理解论文动机的关键视觉证据,也是后续端到端加速比的物理基础。
堆叠条形图分解EAGLE-3草稿器在三个目标模型上、两种batch size下的总延迟 $T_{draft} = T_{backbone} + T_{head}$。每个条形分两段:backbone计算时间 $T_{backbone}$ 和LM-head计算时间 $T_{head}$,单位为微秒。关键观察是 $T_{head}$ 占 $T_{draft}$ 的约45%-60%,且这一比例在不同模型和batch size下保持稳定——这正是LM-head需要优化的核心数据支撑。
这张图量化了LM-head在草稿器中的瓶颈程度,为SlimSpec的必要性提供了实证依据。没有这张图,读者难以直观理解为什么LM-head值得专门优化。