3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

高效解码n -token序列,cllms+jacobi解码框架。

传统上,大型语言模型(LLMs)被认为是顺序解码器,逐个解码每个token。

来自上海交通大学、加利福尼亚大学的研究团队展示了预训练的LLMs可以轻松地被教导成为高效的并行解码器,并介绍了一种新的并行解码器族,称为一致性大语言模型(CLLMs),能够通过在每个推断步骤中高效地解码一个n -token序列来降低推断延迟。

在此篇论文中,研究表明:“模仿人类在头脑中形成完整句子后逐字表达的认知过程,可以通过简单地微调预训练的LLMs来有效地学习。”

具体而言,CLLMs通过将任何随机初始化的n-token序列映射到尽可能少的步骤中,产生与自回归(AR)解码相同结果的解码序列。这样,就可以进行并行解码的训练。

实验结果表明,使用该研究团队所提出的方法获得的CLLMs非常有效,在生成速度上显示出该方法获得了2.4倍至3.4倍的改进,并与其他快速推断技术如Medusa2和Eagle相媲美,且在推断时不需要额外的内存成本来容纳辅助模型组件。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

论文名称:《CLLMs:Consistency Large Language Models》

论文链接:https://arxiv.org/pdf/2403.00835

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

                               图1:在GSM8K上,使用Jacobi解码时,CLLM-ABEL-7B-001是baseline ABEL-7B-001大约3倍速度的演示。

Jacobi解码

大型语言模型(LLMs)正在改变人类生活的面貌,从编程到提供法律和健康建议。

然而,在推断过程中,LLMs使用自回归解码逐token生成响应,如图1所示,这导致了较长响应的高延迟。使用自回归解码,通常需要进行架构修改、辅助组件或初稿模型等,以通过一次生成多个token来加快推断速度。

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

                                 图2:传统的自回归(AR)解码示意图:一次生成一个token。

Jacobi解码源自Jacobi和Gauss-Seidel定点迭代求解非线性方程的方法,经证明与使用贪婪解码的自回归生成完全相同。

Jacobi解码将顺序生成过程重新构造为一个包含n个变量的n个非线性方程组,并基于Jacobi迭代可以并行求解。

每个迭代步骤可能会预测出多个正确的token(所谓的“正确”是指在贪婪采样策略下与自回归解码结果对齐),从而潜在地加速自回归解码。

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

                               图3:Jacobi解码示意图:将n -token序列馈送到LLM中,并进行迭代直至收敛。

具体来说,Jacobi解码方法首先从输入提示中随机猜测序列的下一个token(以下简称为n -token序列,除非另有说明)。

然后,将n -token序列连同提示一起馈送到LLM中,以进行迭代更新。这个过程会持续进行,直到n -token的序列稳定下来,不再发生变化,达到一个固定点。

值得注意的是,Jacobi解码不需要比自回归(AR)解码更多的对LLM的查询。最终,n -token的序列会收敛到在贪婪策略下由AR解码生成的输出。从最初的随机猜测到最终的AR生成结果的这一过程被称为「Jacobi轨迹」。

Jacobi解码迭代过程和Jacobi轨迹的一个实例在图2中进行了说明。

Jacobi解码的局限:

然而,在实践中,普通的Jacobi解码对LLMs的加速效果仅有微弱的提升,例如,平均加速比只有1.05倍。这是因为当LLM在先前的token中存在错误时,很难产生正确的token。

因此,大多数Jacobi迭代只能为n -token的序列获得一个校正,导致如图3左侧所示的较长轨迹。

前瞻解码和推测解码方法试图缓解Jacobi解码和传统的自回归解码的低效问题,但在推断时会产生额外的内存成本。

而CLLMs则不需要这些额外的内存成本。

一致性大型语言模型(CLLMs)

初步Jacobi解码:

给定一个prompt x和一个预训练的LLM p(·|x),通常研究者会使用标准的自回归(AR)解码方法在贪婪策略下获得模型的响应,即:3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

Jacobi解码重新构建了LLM推断过程,将其视为解决非线性方程组的过程,以将解码过程转化为可并行计算的形式。考虑到: 

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

研究者可以将上述方程重写为一个非线性方程组:

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

需要注意的是:

该过程在某个k值处退出,使得:3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

然后,定义3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了作为固定点,并且将3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了作为Jacobi轨迹。

为了解决该问题,该研究团队提出调整预训练的LLMs,使它们能够一致地将Jacobi轨迹 J 上的任意点 y 映射到固定点 y*

令人惊讶的是,他们发现这样的目标类似于一致性模型的目标——一种扩散模型的主要加速方法。

在该团队提出的方法中,使用从目标模型收集的Jacobi轨迹来训练模型,并使用一种损失函数,该函数鼓励在Jacobi迭代过程中实现单步收敛。

对于每个要调整为CLLM的目标模型 p ,训练包括两个部分:

(1)Jacobi轨迹准备:

对于每个提示,作者按顺序对每个token截断进行Jacobi解码,直到整个响应序列 l 被生成为止,这相当于所有连续固定点的串联。

 沿轨迹生成的每个序列都会被算作一个数据条目。

此处需要注意的是,对于包含NN ≫ n)个token的 I 的长响应,这种截断避免了对长输入的慢速模型评估。

(2)使用一致性和AR损失进行训练:

作者联合优化两个损失来调整CLLMs,一致性损失确保一次预测多个token,而AR损失则防止CLLM偏离目标LLM,以保持生成质量。3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

                                图4: one-step收敛一致性训练的示意图:将目标LLM调整为在Jacobi轨迹上的任何状态作为输入时始终预测固定点。

一致性和AR损失:

(1) 一致性损失

p 表示目标LLM。

INFINITE ALBUM INFINITE ALBUM

面向游戏玩家的生成式AI音乐

INFINITE ALBUM 144 查看详情 INFINITE ALBUM

使3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了表示为被初始化为 p 的参数 θ 的 CLLM。

对于prompt x 和相应的Jacobi轨迹 J ,令 y y* 分别表示轨迹上的随机状态和固定点。

可以通过最小化以下损失来促使CLLM在输入为 y* 时输出 y ,称为全局一致性(GC)损失

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了在此公式里,3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

作者大量使用符号来表示从数据集中均匀抽样。

D(·||·) 表示两个分布之间的距离,选择则在GKD方法中进行了讨论,在本文中主要使用前向KL。

或者,根据一致性模型中的公式,使用局部一致性(LC)损失。

其中相邻状态:3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了在Jacobi轨迹 中,被驱使产生相同的输出:

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

(2)AR损失:

为了避免偏离目标LLM的分布,作者结合了基于目标LLM p 的生成 l 的传统AR损失:

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

通过将两种损失结合在一起,使用一些权重 ω ,训练CLLM的总损失为:

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

实验

结果:

总的来说,该实验涵盖了三个特定领域的任务:

(1)Spider(文本到SQL)

(2)Human-Eval(Python代码完成)和GSM8k(数学)

(3)更广泛的开放域会话挑战MT-bench。

所报告的实验使用微调过的编码器LLM、Deepseek-coder-7B-instruct、LLaMA-2-7B或ABEL-7B-001作为目标模型,具体使用则取决于任务。

训练和评估则都在NVIDIA A100 40GB服务器上进行。

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

图5:CLLM在不同下游任务上的加速效果。结果显示:「CLLM比预训练模型快得多,并且与Medusa相比实现了可比较的加速,但在推断时没有额外的成本。」

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

图6:CLLM与其他基准在特定领域任务(Spider、CSN-Python、GSM8k)以及MT-bench上的对比示意图。CLLM在与Medusa2的比较中实现了类似或甚至更好的加速效果,同时不引入额外的推断成本(根据FLOPS和内存消耗判断)。

专业领域:

从图5中,可以看到,与其他基准(包括原始目标模型、Medusa2和猜测解码)相比,CLLMs实现了最显著的加速。

开放域会话挑战(MT-bench):

使用ShareGPT数据集从LLaMA2-7B训练的CLLM与前瞻解码(lookahead decoding)结合使用时,可以实现与Medusa2大致相同的加速,并在MT-bench上获得可比较的分数。

然而,CLLM具有更高的适应性和内存效率,因为它不需要对目标模型的原始架构进行修改,也不需要辅助组件。

训练成本:

CLLMs的微调成本是适度的。

例如,对于LLaMA-7B,只需传递大约1M token就可以在Spider数据集上实现它的3.4倍的加速。在数据集size较大的情况下(例如对于CodeSearchNet-Python),只需要使用数据集的10%来生成训练CLLMs的Jacobi轨迹,从而获得大约2.5倍的加速。

可以通过以下方式估算token的总数:

N = 平均每个prompt的轨迹量 × 平均轨迹长度 × Prompt数量。

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了

图7:Spider上目标LLM和CLLM之间的Jacobi轨迹对比。Jacobi轨迹上的每个点都是颜色编码的序列:与AR结果匹配的正确标记为蓝色,不准确的标记为红色。CLLM表现出增强的效率,收敛到固定点的速度比目标LLM快2倍。CLLM的这种增强效率可以归因于一致性损失,它促进了每个给定前缀的n-token 序列的结构的学习。

图6左侧显示,目标LLM通常在一个迭代中只生成一个正确的token。相比之下,在CLLMs中,作者发现了快速推进现象,即在单个Jacobi迭代中连续多个token被正确预测。

此外,在目标LLM中,提前正确生成的token(例如图7左侧索引6和7处的「country」和「H」),往往在随后的迭代中被不准确地替换。

另一方面,CLLMs表现出了预测正确token的能力,即使在先前有错误token的情况下,也确保token保持不变。

作者将这样的token称为「固定token」。这两种现象共同促成了CLLMs在Jacobi解码中的快速收敛,从而实现了相当大的生成速度提升。

研究团队还观察到,通过训练,CLLMs获得了一个关键的语言概念——搭配:「一系列词或术语,它们的共同出现频率高于随机机会所预期的。」

语言不仅由孤立的单词组成,而且还严重依赖于特定的词对。搭配的示例在自然语言和编程语言中都很丰富。

它们包括:

动词+介词组合(例如「talk to」,「remind … of …」)

动词+名词结构(例如「make a decision」,「catch a cold」)

许多领域特定的句法结构(例如「SELECT … FROM …」,「if … else」用于编程)。

一致性生成目标使CLLMs能够从Jacobi轨迹的任何点推断出这样的结构,促进CLLMs掌握大量的搭配,并因此同时预测多个词以最小化迭代步骤。

参考链接:

https://hao-ai-lab.github.io/blogs/cllm/

以上就是3倍生成速度还降内存成本,超越Medusa2的高效解码框架终于来了的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/796455.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2025年11月26日 16:13:20
下一篇 2025年11月26日 16:13:53

相关推荐

  • 用PHP玩转AI 调用OpenAI接口做智能问答页面

    用PHP调用OpenAI实现智能问答,核心是前端收集问题,PHP后端通过cURL发送请求至OpenAI API,获取回答后返回页面展示。关键步骤包括:安全配置API Key(如环境变量)、前后端异步通信(AJAX)、构建合规请求体(含messages、model等参数)、处理响应与错误。安全方面,禁…

    2025年12月10日 好文分享
    000
  • 大学生实战 PHP搭配Python爬虫抓取论文资料

    首先配置服务器同时支持PHP和Python环境,PHP通过exec()调用带参数的Python爬虫脚本,Python使用requests、BeautifulSoup等库抓取数据并返回,PHP负责展示与存储;为应对反爬虫,采用代理IP、User-Agent伪装、Selenium处理动态内容;数据存入M…

    2025年12月10日 好文分享
    000
  • 在家接单必备 用PHP和Zapier自动化兼职工作流

    核心是PHP处理数据、Zapier连接应用实现自动化。PHP负责数据提取、格式转换与验证,如将XML转JSON、清洗用户输入;Zapier则将处理后的数据推送至Google Sheets、CRM等目标系统。通过模块化设计、配置文件管理、版本控制提升工作流可维护性与扩展性,避免硬编码敏感信息,注意错误…

    2025年12月10日 好文分享
    000
  • Laravel 使用 S3 存储:put 方法返回布尔值而非路径的解决方案

    本文旨在解决 Laravel 应用中使用 S3 兼容存储(如 DigitalOcean Spaces)时,Storage::disk(‘your_disk’)->put() 方法返回布尔值而非文件路径的问题。我们将提供正确的代码示例,展示如何成功将文件存储到 S3,并获…

    2025年12月10日
    000
  • 使用 Laravel S3 存储驱动上传文件并获取 URL

    本文将介绍如何在使用 Laravel S3 存储驱动上传文件时,正确获取文件的 URL。当使用 Storage::disk(‘disk_name’)->put() 方法时,该方法通常返回一个布尔值,指示操作是否成功,而不是文件的路径。因此,直接使用返回值来获取 URL …

    2025年12月10日
    000
  • AI写代码 教你用PHP加GitHub Copilot开发小工具

    使用GitHub Copilot可高效开发PHP小工具,如字符串反转功能,通过注释引导生成代码,但需审查安全性与逻辑正确性,结合Xdebug调试、输入验证和输出转义,确保代码质量与安全,不可盲目依赖AI。 AI写代码,用PHP加GitHub Copilot开发小工具,确实能极大提升效率,但也要注意代…

    2025年12月10日 好文分享
    000
  • 日历事件时间段重叠检测:原理与实现

    本教程详细讲解了如何准确判断两个日历事件的时间段是否存在重叠。通过定义事件的开始和结束时间,我们利用逻辑条件判断它们是否相互交叉。文章将提供核心算法原理、实用的代码示例以及处理常见边缘情况的注意事项,旨在帮助开发者高效地实现事件冲突检测和日程管理功能,确保时间安排的准确性与合理性。 在日程管理、资源…

    2025年12月10日
    000
  • 高效判断日历事件时间重叠的原理与实现

    本文深入探讨了日历或排程系统中事件时间重叠的检测方法。通过阐述事件重叠的定义,并提出一种简洁而鲁棒的核心逻辑条件,即当一个事件的开始时间早于另一个事件的结束时间,且另一个事件的开始时间早于当前事件的结束时间时,两者即发生重叠。文章提供了具体的代码示例,并讨论了在实际应用中需要考虑的边界条件和性能优化…

    2025年12月10日
    000
  • 输出格式要求:计算日历列上事件重叠数量的教程

    本文介绍了一种计算日历列上事件重叠数量的方法。通过判断事件的开始时间和结束时间是否在其他事件的时间范围内,可以确定事件之间是否存在重叠。本文将详细解释重叠的判断逻辑,并提供示例代码,帮助开发者轻松实现事件重叠的计算。 判断事件重叠的逻辑 在日历应用中,经常需要判断多个事件在同一列上是否发生重叠,以便…

    2025年12月10日
    000
  • 日历事件重叠检测:核心逻辑与编程实践

    本教程深入探讨日历事件重叠的检测方法。通过阐释事件重叠的核心逻辑,并提供Python代码示例,指导读者如何精确判断两个时间段是否交叉。文章还涵盖了时间区间表示、日期时间处理及性能优化等关键实践,旨在为开发人员构建高效日历系统提供实用指南。 在构建日历或日程管理系统时,一个核心功能是识别事件之间是否存…

    2025年12月10日
    000
  • 如何判断日历事件的重叠与交叉

    本文深入探讨了日历应用中判断事件时间区间是否重叠的核心逻辑。通过分析事件的开始和结束时间,文章提供了两种主要的重叠判断条件:一种是检查一个事件的端点是否落在另一个事件内部,另一种是更通用的基于区间边界的逻辑。文中包含详细的代码示例和关于边界条件处理、零时长事件以及多事件场景的注意事项,旨在帮助开发者…

    2025年12月10日
    000
  • PHP常用框架如何进行接口文档的自动生成 PHP常用框架API文档的实用方法

    PHP框架通过代码注释与反射机制自动生成接口文档,解决文档与代码不同步问题。主流方案是使用Swagger/OpenAPI规范,结合zircote/swagger-php等库,将符合PHPDoc标准的注释转换为OpenAPI定义,并通过Swagger UI渲染成可视化交互式文档。Laravel等框架可…

    2025年12月10日
    000
  • PHP Web 应用与 Tally Prime 数据集成策略指南

    本文旨在为开发者提供将PHP Web应用程序与Tally Prime进行数据交换的全面指南。我们将探讨三种主要集成方法:基于Tally Definition Language (TDL) 的直接API集成、生成Tally兼容XML文件进行手动导入,以及利用桌面中间件应用作为桥梁。每种方法都有其独特的…

    2025年12月10日
    000
  • PHP Web应用程序与Tally Prime数据集成指南

    本文旨在为开发者提供PHP Web应用程序与Tally Prime进行数据交换的多种集成方案。我们将详细探讨利用Tally Definition Language (TDL) 进行API集成、通过生成Tally兼容的XML文件进行离线导入,以及开发桌面中间件应用作为桥梁这三种主要方法,并分析各自的优…

    2025年12月10日
    000
  • Tally Prime与PHP Web应用数据同步:多维度集成方案解析

    本文详细探讨了将PHP Web应用程序与Tally Prime进行数据交换的多种集成方案。针对Tally Prime复杂的文档,文章提供了使用Tally Definition Language (TDL) API、生成离线XML文件,以及通过桌面中间件应用等不同方法的实现路径、优缺点及适用场景,旨在…

    2025年12月10日
    000
  • 实现PHP Web应用与Tally Prime数据互通的多种方法

    本文详细探讨了将PHP Web应用程序与Tally Prime进行数据交换的多种集成策略。从利用Tally Definition Language (TDL)结合API的复杂方案,到生成可导入XML文件的简易方法,再到通过桌面应用程序作为中介的灵活途径,文章全面分析了各种方案的优缺点、适用场景及实施…

    2025年12月10日
    000
  • PHP函数怎样防止函数被重复定义 PHP函数重复定义避免的实用教程

    使用function_exists()可防止PHP函数重复定义,避免致命错误。在定义函数前检查是否存在,确保仅首次定义生效。结合命名空间可解决不同模块间函数命名冲突,如MyProjectUtilitiesformat_date与AnotherProjectUtilitiesformat_date共存…

    2025年12月10日
    000
  • 解决 GitLab CI 中 PHP 版本不匹配问题

    第一段引用上面的摘要: 本文旨在解决 GitLab CI 在执行 Composer 安装时,由于 PHP 版本不匹配导致的问题。通过检查并修改 composer.json 文件中的 PHP 版本依赖配置,确保项目所需的 PHP 版本与 GitLab CI 镜像提供的版本一致,从而顺利完成依赖安装和后…

    2025年12月10日
    000
  • GitLab CI 中 PHP 版本不一致问题排查与解决

    第一段引用上面的摘要: 本文旨在帮助开发者解决在使用 GitLab CI 进行 PHP 项目构建时遇到的 PHP 版本不一致问题。通过分析 .gitlab-ci.yml 文件中的镜像配置和 composer.json 文件中的 PHP 版本依赖关系,提供清晰的排查思路和解决方案,确保项目在 CI 环…

    2025年12月10日
    000
  • 解决 GitLab CI 中 PHP 版本不一致的问题

    第一段引用上面的摘要: 本文旨在解决 GitLab CI 在执行 composer install 时,由于本地 PHP 版本与 .gitlab-ci.yml 中指定的 PHP 版本不一致导致的问题。通过修改 composer.json 文件中的 require 配置,确保项目所需的 PHP 版本与…

    2025年12月10日
    000

发表回复

登录后才能评论
关注微信