位置:首页 > 产业资讯 > DeepSeek与北京大学联合发布开源推测解码加速框架DSpark

DeepSeek与北京大学联合发布开源推测解码加速框架DSpark

时间:2026-07-27  |  作者:冻月看渠  |  阅读:0

DSpark是什么

DSpark项目是DeepSeek与北京大学联合推出的推测解码加速框架。 它主要解决大模型自回归生成速度慢的问题。

设计思路采用半自回归生成架构。它使用轻量级Markov头建模token依赖关系。这样既能保持并行草稿生成的速度,又能保证生成的连贯性。

同时,DSpark引入置信度调度验证机制,可根据系统负载动态分配验证资源。该方案已在DeepSeek-V4-Flash/Pro生产环境中运行。

效果显著:单用户生成速度提升57%到85%,吞吐量最高提升400%。项目采用MIT协议开源,兼容Qwen、Gemma等主流模型,为大模型高效推理提供了实用工程方案。

DeepSeek与北京大学联合发布开源推测解码加速框架DSpark_wishdown.com

DSpark的主要功能

半自回归草稿生成

保留并行草稿模型的高速特性。内部加入轻量级Markov头(或RNN头)建模相邻token依赖关系。这能有效缓解传统并行方案中“后缀衰减”问题,即候选序列越往后越不连贯。

置信度分数预测

系统为每个候选token输出置信度分数,实时估算被目标模型接受的可能性,为后续调度决策提供依据。

硬件感知前缀调度

根据系统并发负载、候选token置信度分数及引擎吞吐曲线,动态决定每个请求的验证长度。系统空闲时多验证,繁忙时精简低置信度请求,把资源用在刀刃上。

生产级推理加速

已集成到DeepSeek-V4-Flash/Pro线上服务。在真实高并发流量下,单用户生成速度提升57%-85%,聚合吞吐量最高提升400%。

多模型兼容支持

除了DeepSeek模型,兼容Qwen、Gemma等主流开源大模型,应用范围广。

全栈开源

遵循MIT协议开源。代码、论文、训练脚本、模型检查点完整开放,降低开发者接入门槛。

如何使用DSpark

部署和使用DSpark流程清晰,大致分以下几步:

  • 克隆项目:克隆DeepSpec开源仓库,配置环境并安装所有依赖项。
  • 下载模型:下载目标模型(如DeepSeek-V4、Qwen3或Gemma4)及对应DSpark草稿模型检查点。
  • 按需选择依赖模块:加载半自回归草稿模型,根据需求选择Markov head或RNN head作为顺序依赖模块。
  • 调度验证:启用置信度调度验证,配置硬件感知前缀调度器,使其适应当前GPU集群并发负载与吞吐曲线。
  • 集成引擎:将DSpark集成到现有推理引擎中(如vLLM或自研框架),替代传统MTP-1或标准自回归解码流程。
  • 发起请求:通过API或命令行发起请求,系统自动完成“草稿生成→置信度评估→动态验证→返回结果”的加速推理流程。

DSpark的官网地址

  • GitHub 地址:https://github.com/deepseek-ai/DeepSpec
  • Hugging Face:https://huggingface.co/deepseek-ai/DeepSeek-V4-Pro-DSpark
  • 技术论文:https://github.com/deepseek-ai/DeepSpec/blob/main/DSpark_paper.pdf

DSpark的核心优势

半自回归架构,兼顾速度与连贯性

保留并行草稿模型的高吞吐优势。通过轻量级Markov头(或RNN头)建模token间依赖,有效缓解传统并行方案的后缀衰减问题。生成的草稿既快又好,前后更连贯,接受率更高。

置信度动态调度,资源利用更智能

引入置信度分数预测与硬件感知前缀调度器。这种动态调度策略避免在低置信度请求上浪费宝贵的batch capacity。

生产级性能提升显著

已部署于DeepSeek-V4-Flash/Pro线上服务。在真实高并发流量中,单用户生成速度提升57%–85%,聚合吞吐量最高提升400%。

广泛模型兼容性

支持DeepSeek自研模型,兼容Qwen、Gemma等主流开源大模型,适用场景灵活。

全栈开源,接入门槛低

以MIT协议开源完整代码、论文、训练脚本及模型检查点。开发者可快速集成到vLLM或自己的推理引擎中。

零质量损耗加速

基于推测解码机制,目标模型输出分布保持不变。在显著提速的同时,完全不会牺牲生成内容的准确性与质量。

DSpark的同类竞品对比

为更直观理解DSpark定位,将其与两类代表性方案对比:自回归草稿代表Eagle3,并行草稿代表DFlash。

对比维度DSpark(DeepSeek)Eagle3(自回归草稿代表)DFlash(并行草稿代表)
技术路线半自回归生成 + 置信度调度验证纯自回归草稿模型纯并行草稿模型
草稿生成方式并行块快速生成 + Markov/RNN 头建模块内依赖逐 token 顺序生成草稿一次性并行生成整段候选块
依赖建模能力强:通过轻量级顺序模块显式建模相邻 token 转移关系强:天然保留完整自回归依赖,上下文连贯弱:块内 token 缺少顺序依赖,易出现前后不一致组合
验证策略动态调度:根据置信度分数与系统负载实时调整验证长度固定或启发式验证长度通常固定验证整段候选块
速度 vs 一致性兼顾:并行主干保证速度,顺序模块缓解后缀衰减一致性高但草稿阶段本身较慢,候选越长越吃亏速度快但后缀衰减严重,越往后接受率越低
生产环境适配硬件感知前缀调度器,根据并发负载动态分配 batch capacity需额外优化以适配高并发调度易浪费 batch capacity 验证低置信度 token
典型性能表现相比 Eagle3 平均接受长度提升 26.7%–30.9%;相比 DFlash 提升 16.3%–18.4%接受长度中等,短序列表现较好接受长度初期高但快速衰减,长序列效率下降

从对比中可见,DSpark在技术路线上选择了中间地带。它吸收了并行草稿的速度优势,通过顺序模块解决“一致性”短板,在验证策略和生产环境适配方面做得扎实。

DSpark的应用场景

基于这些特性,DSpark在不少实际场景中能发挥价值:

  • 实时聊天与对话系统:高交互场景下低延迟是关键。DSpark显著提升单用户生成速度,直接改善对话流畅度和用户体验。
  • 代码助手与编程工具:代码生成类任务候选token接受率高(平均accepted length达5.12)。DSpark可加速代码补全、自动纠错和多文件生成等操作。
  • 多轮 Agent 工作流:多轮调用、工具链串联的复杂任务中,每轮响应延迟减少都很宝贵,避免延迟随轮次叠加放大。
  • 数学推理与在线教育:数学类任务(GSM8K、MATH、AIME等)候选接受率最高(平均5.57)。对推理步骤长、结构化强的解题场景,效果尤其突出。
  • 高并发云端 API 服务:通过硬件感知前缀调度器动态适配GPU负载。在真实高并发流量下实现吞吐量最高400%提升,降低单位请求成本。
  • 开源模型本地部署:兼容Qwen、Gemma等主流模型,采用MIT协议开源。中小企业和开发者集成到自有框架或vLLM引擎中,门槛很低。

免责声明:文中图文均来自网络,如有侵权请联系删除,心愿游戏发布此文仅为传递信息,不代表心愿游戏认同其观点或证实其描述。

相关文章

更多

精选合集

更多

大家都在玩

热门话题

大家都在看

更多