speculative-decoding

标签

Cards List
#speculative-decoding

面向原版主线 llama.cpp 的 Ling-3.0-tiny-UBTree DFlash 草稿模型(散文提速 8%,代码提速 61%)

Reddit r/LocalLLaMA ↗ · 2026-10-22

一位用户从 Ling-3.0-tiny-UBTree 中提取了纯 DFlash 草稿模型部分(移除了 ubtree_selector 张量),使其能够在未经修改的主线版 llama.cpp 上运行。据其报告,散文生成速度提升了 8%,Python 代码生成速度提升了 61%,转换后的 GGUF 文件及转换流程已发布在 Hugging Face 上。

0 人收藏 0 人点赞
#speculative-decoding

基准测试:Recursive 的 Flint 40B A2.5B Q4 在配备 48GB 内存的 MacBook Pro M4 Pro 上,使用针对 Apple Silicon 优化的开源引擎 Kapitsa,达到 128 tok/s,兼容 Claude/Codex/Pi/OpenCode。

Reddit r/LocalLLaMA ↗ · 2026-10-22

Kapitsa 是一款针对 Apple Silicon 优化的开源推理引擎,在配备 48GB 内存的 MacBook Pro M4 Pro 上运行 Recursive 全新的 Flint 40B Q4 模型时,解码速度达到每秒 128 个 token,在长上下文解码和预填充基准测试中优于 llama.cpp 和 Recursive 自家的引擎。

0 人收藏 0 人点赞
#speculative-decoding

理解推测解码中的目标概率复用

arXiv cs.CL ↗ · 2026-10-22 缓存

该论文研究了推测解码中目标模型概率的复用问题,提出在树分配前利用目标概率进行重排序和首词采样,可在小树预算下提升期望接受率并加快解码速度。

0 人收藏 0 人点赞
#speculative-decoding

目标模型重新生成削弱了推测解码中草稿模型训练目标带来的收益

arXiv cs.CL ↗ · 2026-10-22 缓存

本文表明,重新生成目标模型的回答会缩小知识蒸馏等草稿模型训练目标在推测解码中带来的收益,并通过多项对照实验,在视觉语言(Qwen3-VL-8B)和纯文本(Qwen3-4B)场景中复现了这一发现。

0 人收藏 0 人点赞
#speculative-decoding

VRAM 中的 2 位副本 + 系统 RAM 中的精确残差作为验证器:为无法装入 GPU 显存的模型实现推测解码

Reddit r/LocalLLaMA ↗ · 2026-10-22

一位业余研究者提出了一种推测解码方案:由 GPU 上的 2 位模型副本草拟 token,而系统内存中的完整残差(6–8 位)负责验证它们,两者仅通过 PCIe 交换激活值。初步测量表明,2 位模型加 8 位残差的质量优于 Q8_0,且这款 2 位草拟模型的接受率超过了 Gemma 4 的官方草拟模型。

0 人收藏 0 人点赞
#speculative-decoding

35B MoE 在 iPhone 上以 20.5 tok/s 的速度运行,且不跳过任何专家

Reddit r/LocalLLaMA ↗ · 2026-10-21

OpenBMB 的工程实践展示了如何通过前瞻性专家调度(LES)在 iPhone 上以每秒 20.51 个 token 的速度运行 35B-A3B 混合专家(MoE)模型,无需跳过专家或改变路由,相关实现已在 llama.cpp-omni 开源。

0 人收藏 0 人点赞
#speculative-decoding

KFlash:新发布的 Apple Silicon 优化引擎基准测试:1.4.0 Splash(DFlash2 ~ 50 tok/s)对比 0.2 Kapitsa(KFlash ~65 tok/s),在 Qwen 3.8 27b/4b/35b 4Q 上测试 MLX(MTP) 等,测试平台为 Macbook Pro M4 Pro 48GB 2024 和 Macbook Pro M1 Pro 16GB 2021

Reddit r/LocalLLaMA ↗ · 2026-10-21

Nace.AI 的 Kapitsa 0.2 随之推出 KFlash——一种面向 Apple Silicon 的基于 best-first 树搜索的投机解码(speculative decoding)方法。该方法在 M4 Pro 和 M1 Pro MacBook 上,基于 Qwen 模型与 Splash 1.4.0 的 DFlash2、mlx-serve、Ollama、llama.cpp 等方案进行了基准测试,展现出顶尖的解码吞吐量(约 65–201 tok/s)。

0 人收藏 0 人点赞
#speculative-decoding

DStill:面向块扩散投机解码中单步草稿加速的轨迹一致性蒸馏

arXiv cs.CL ↗ · 2026-10-21 缓存

DStill 是一个两阶段轨迹一致性蒸馏框架,将块扩散投机解码中多步精修的 drafter 蒸馏为单步 drafting,在三个模型族上相较单步 DFlash 最高提升 28% 接受长度和 25% 加速,较自回归解码最高达 6.45 倍加速。

0 人收藏 0 人点赞
#speculative-decoding

@rohanpaul_ai:目前,一些最有价值的推理工作正在推测解码组件中展开。它已成为一个……

X AI KOLs Following ↗ · 2026-10-21 缓存

EAGLE-4 发布,作为投机解码加速组件在 Qwen3.8-27B 上达到 961.6 tokens/s,单请求下比 DFlash 2 快 1.28 倍、比 DSpark 快 1.40 倍,通过“草拟并验证”循环实现约 3 倍加速且输出完全一致。

0 人收藏 0 人点赞
#speculative-decoding

DeepSeek V4.1 Flash:大规模推理部署(15 分钟阅读)

TLDR AI ↗ · 2026-10-21

DeepSeek V4.1 Flash 的大规模推理部署文章,介绍 DeepInfer 结合分布式推理、缓存、负载均衡与投机解码提升效率,DeepSeek 单集群日处理 155 万亿 token,每 GPU 小时收入 38 美元,并开源了大部分推理框架。

0 人收藏 0 人点赞
#speculative-decoding

Eagle-4 发布:速度超越 DFlash2 与 DSpark

Reddit r/LocalLLaMA ↗ · 2026-10-20 缓存

EAGLE-4 发布:新一代投机解码草稿模型与 eagle-harness 工具包,可跨批量大小、硬件和工作负载自适应加速 LLM 推理,速度超过 DFlash2 与 DSpark,支持 SGLang、vLLM 和 TokenSpeed 引擎。

0 人收藏 0 人点赞
#speculative-decoding

migtissera/Tess-4.5-27B(Qwen 微调)

Reddit r/LocalLLaMA ↗ · 2026-10-20 缓存

Continuity Research 发布 Tess-4.5-27B,一个基于 Qwen3.8-27B 微调的 27B 开源权重模型,主打本地单卡运行的工程与智能体能力,BenchLocal 成绩与基座持平但推理 token 少 25%,并附带多 token 预测草稿头以提升本地推理速度。

0 人收藏 0 人点赞
#speculative-decoding

ProVe:提议者-验证者解码

Hugging Face Daily Papers ↗ · 2026-10-20 缓存

ProVe 通过微调大模型作为提议者,生成由较小或同规模模型验证的 token 块,反转了投机解码的角色,在六个基准上实现了最高 2.7 倍的吞吐量,并提供可调节的速度-精度权衡。

0 人收藏 0 人点赞
#speculative-decoding

Specter:通过量化实现多步推测性专家卸载的快速 MoE 推理

Hugging Face Daily Papers ↗ · 2026-10-20 缓存

Specter 提出了一种通过量化实现的多步推测性专家卸载方法,在单 GPU 上加速 MoE 推理,相比最先进系统平均获得 1.50 倍(最高 1.88 倍)的 TPOT 加速。

0 人收藏 0 人点赞
#speculative-decoding

@huggingface: 本地 AI 202:通过推测解码(Speculative Decoding)实现极速推理

X AI KOLs Following ↗ · 2026-10-19 缓存

Hugging Face 主播了一场名为 Local AI 202 的直播,介绍如何通过推测解码(Speculative Decoding)大幅提升本地 AI 推理速度,现提供回放。

0 人收藏 0 人点赞
#speculative-decoding

incoai/Qwen3.8-Flash-Next-DFlash2

Reddit r/LocalLLaMA ↗ · 2026-10-19 缓存

incoai发布了DFlash 2草稿模型(Qwen3.8-Flash-Next-DFlash2),这是一种用于推测解码的块扩散式草稿器,可在单次前向中预测整个token块,并通过SGLang实现无损解码加速,在接受长度上优于内置MTP。

0 人收藏 0 人点赞
#speculative-decoding

Kapitsa:专为 Qwen 和 Nemotron 打造的开源 Apple Silicon 优化 Metal 引擎。查看 Qwen 27B、Nemotron 等 8 个模型在 M1 Pro(16GB)、M4 Pro(48GB)和 M5 Max(128GB)上的基准测试

Reddit r/LocalLLaMA ↗ · 2026-10-19

Nace.ai 发布开源(Apache 2.0)Apple Silicon 优化 Metal 推理引擎 Kapitsa,专为 Qwen 和 Nemotron 模型定制内核,并在 M1 Pro、M4 Pro、M5 Max 上公布对比 MLX、llama.cpp、Ollama 等引擎的解码基准。

0 人收藏 0 人点赞
#speculative-decoding

预测下一个词元还是向量?学习解码的跨度长度

arXiv cs.LG ↗ · 2026-10-19 缓存

提出 CADENCE(Context-Adaptive Decoding,上下文自适应解码)方法,通过高斯预测头与学习式路由自适应选择每次解码的跨度长度,在 Llama-3.1-8B-Instruct 上实现最高 1.3× 的生成吞吐提升。

0 人收藏 0 人点赞
#speculative-decoding

SPOT:通过提交顺序预测增强扩散语言模型的投机解码

arXiv cs.LG ↗ · 2026-10-19 缓存

论文提出SPOT,一个0.62M参数的草稿模型,用于预测扩散语言模型的token提交顺序,实现无损的树式投机解码,并通过耦合噪声匹配验证将目标模型的前向次数最多减少6.8倍,在六个DLM上将吞吐量提升最高达3.2倍。

0 人收藏 0 人点赞
#speculative-decoding

2台游戏PC + 1台M4 Pro MacBook走以太网 + 2台iPhone 17 Pro Max走USB-C:Qwen3.8 Flash Next在60k上下文下达到37-39 tok/s(262k布局进行中)

Reddit r/LocalLLaMA ↗ · 2026-10-17

一位爱好者构建了一套分布式推理系统,将两台游戏PC、一台M4 Pro MacBook和两台iPhone 17 Pro Max串联起来运行Qwen 3.8 Flash Next(一个48层、每层512专家的MoE模型),通过设备链上的流水线投机解码,在60k上下文下实现了37-39 tok/s的速度。

0 人收藏 0 人点赞
← Previous
Next →
← 返回首页

提交意见反馈