智客 ZICQ
EN 登录 / 注册
智客前沿 算力架构 #KV Cache #低秩压缩 #预测残差 #长上下文推理 #注意力优化

LowRAM非对称压缩KV Cache,长上下文解码吞吐最高提升5倍

Mr.Xu 的头像

文 / Mr.Xu 智客前沿编译 · 审校

发布时间:

中文阅读 (Chinese) English Version

摘要:LowRAM将自回归解码的KV Cache压缩拆成两条互补路径:利用同一注意力头内Value可由Key预测的特性,以轻量预测器重建Value并仅保存高误差残差;同时通过跨层低秩分解压缩Key。论文在三个模型家族上报告,4倍近无损压缩可将峰值解码吞吐最高提升至5倍,并与量化、Token淘汰叠加,在26.9倍压缩下保留94.5%的基线性能。代价是测试时拟合或元学习初始化、选择性重建,以及实际收益仍需结合模型结构、上下文长度和推理内核验证。


LowRAM改变了什么

LowRAM不再把Key和Value视为同等冗余的缓存对象,而是利用二者结构差异进行非对称压缩:Value由对应Key重建,Key则通过跨层低秩结构压缩。论文在三个模型家族上的实验显示,该方案在4倍压缩下接近无损,峰值解码吞吐最高提升5倍;叠加量化与Token淘汰后,可达到26.9倍压缩,并保留基线性能的94.5%。

这不是一次简单的缓存量化升级。传统方法通常沿着Token、层、特征维或数值精度寻找冗余;LowRAM增加了另一条压缩轴:同一注意力头内,Value往往能够从对应Key中预测。

核心机制:预测Value,只保留困难残差

标准自回归解码会缓存每层注意力所需的Key和Value。缓存规模近似随层数、注意力头数、Key/Value维度与Token数线性增长:

[ M_{KV}=2,L,H_{kv},d_h,N,s ]

其中,(L)为层数,(H_{kv})为KV头数,(d_h)为头维度,(N)为上下文长度,(s)为每个标量占用的字节数。压缩的主要目标不是减少模型参数量,而是避免KV Cache容量限制批大小、并发数和上下文长度。

LowRAM为每个注意力头拟合轻量Value预测器,根据Key重建Value。系统只保存预测误差较高的Token残差,其余Value在推理时按需重建。这一思路类似有损压缩中的预测加残差编码:若(\hat{V}=f(K))能够解释大部分Value结构,缓存只需保存(\delta=V-\hat{V})。

“只存难例”的关键在于误差驱动的Token选择。预测器对大多数Token足够准确时,缓存可以显著缩小;但遇到难预测Token时,系统必须保留残差,否则重建误差会沿着多层注意力和长序列传播。对于生成式任务,这类误差还可能改变采样轨迹,因此不能只用平均重建误差判断质量。

论文给出的价值压缩结果为4倍近无损。需要注意,“近无损”仍依赖具体模型、任务和评测口径;如果报告的是困惑度或平均任务分数,而没有给出最坏Token误差、长上下文检索准确率及生成轨迹偏移,工程上应保留更保守的结论。

Key采用跨层低秩压缩

Value侧重利用头内预测关系,Key则通过跨层低秩分解压缩。其基本假设是相邻或相关层中的Key矩阵共享低秩子空间,因此可以用小型基矩阵和每层系数表示。

若某个Key矩阵(K_l)近似为(U_lV_l^\top),存储成本可从与Token数线性增长的完整矩阵,转为基矩阵与低维系数的组合。低秩分解虽然减少存储,却也引入两个工程约束:近似误差会随上下文长度累积;解码时必须频繁执行投影或矩阵乘法,若内核没有融合反量化和投影,节省下来的显存未必能转化为吞吐。

因此,LowRAM的完整路径是:Key走跨层低秩压缩,Value走按Key预测加选择性残差存储。其非对称性来自两类状态不同的统计结构,而不是简单给Key和Value配置不同压缩率。

训练与测试时成本

Value预测器有两种初始化方式:

  1. 测试时从零拟合:适用于多Query推理等可承担一次性成本的场景。优点是适配具体工作负载,缺点是冷启动慢、延迟波动明显,并可能挤占首Token输出时间。
  2. 元学习初始化:以少量在线适应换取较低Prefill开销。它把更多成本前移到离线阶段,但需要证明初始化对目标模型、上下文分布和量化配置足够稳健。

实际部署还要处理预测器版本、模型权重和Tokenizer或分词边界的绑定。若服务系统混用不同模型、LoRA适配器或不同KV头配置,共享缓存或预测器可能产生静默错误。

为什么解码吞吐最高提升5倍

压缩本身不会自动提升速度。只有当释放的KV Cache容量能够转化为更大的批大小、更多并发请求或更少的主机与GPU间传输,吞吐收益才会出现。

论文称,LowRAM在每个解码步骤只重建选定的KV对,从而将额外计算限制在部分Token上。4倍压缩下,峰值解码吞吐最高提升5倍,说明该场景中容量约束和内存搬运节省可能比重建算力成本更关键。

不过,5倍是峰值指标,不等同于所有请求的平均端到端加速。评测至少应同时报告:Prefill时间、首Token延迟、每Token解码延迟、稳态吞吐、并发请求数、KV Cache峰值显存,以及批大小增大后GPU是否真正饱和。若服务负载以低并发短请求为主,压缩带来的吞吐空间可能远小于离线评测。

与量化、淘汰的组合能力

LowRAM可继续叠加量化和KV Token淘汰,形成多层压缩管线:低秩Key压缩减少基础表示,预测器减少Value存储,量化进一步降低每元素成本,淘汰则删除低价值历史Token。

论文报告,在长上下文下可达26.9倍压缩,并保留94.5%的基线性能。这种组合能力具有实际吸引力,因为不同机制作用于不同冗余维度,通常比单一量化更稳健。不过,组合误差也可能叠加:低秩近似改变Key方向,预测残差保留Value偏差,量化增加舍入噪声,淘汰则可能移除关键证据。

生产环境应使用端到端长上下文任务验证,而不是只比较困惑度。尤其需要测试多跳问答、代码仓库理解、跨文档检索和需要回看早期Token的任务,因为这些任务对关键KV被淘汰或重建错误更敏感。

评测如何解读

论文覆盖三个模型家族,这是比单模型测试更有价值的证据,但仍不足以证明跨架构普适性。不同模型在GQA、Multi-Query Attention、RoPE、注意力头维度和预训练分布上的差异,会影响Key与Value的可预测性。

判断结果可信度时,应重点检查以下信息:

  • 4倍压缩的质量口径与基线模型;
  • 26.9倍压缩对应的上下文长度和任务集合;
  • 吞吐提升是否计入预测器拟合及缓存重建时间;
  • 峰值显存是否同时包含临时重建缓冲区和碎片开销;
  • 是否报告随机种子、不同Prompt分布和最坏情况误差;
  • 与H2O、SnapKV、StreamingLLM、KVQuant等方法的硬件一致对比。

开发者落地建议

部署LowRAM需要重点验证四件事:

  1. 先测容量收益,再测速度收益。 确认压缩后的KV Cache确实减少GPU显存占用,并能在目标GPU上扩大批大小。
  2. 把重建算子融入Attention内核。 若每层都在Attention前后执行独立反序列化与投影,内存带宽和Kernel Launch开销可能抵消收益。
  3. 为预测器建立模型指纹。 预测器应绑定基础模型、LoRA版本、KV头布局和缓存格式,避免混用。
  4. 用真实负载验收。 分别测试长Prompt预填充、短输出高并发、持续多轮对话和检索型任务,记录TTFT、TPOT、吞吐、显存与质量变化。

对个人开发者而言,LowRAM更适合作为推理引擎或缓存管理器的插件研究,而不是手工改造模型权重的方案。其价值在于提供了一条新的压缩维度:Key和Value不必接受相同的表示与存储策略。能否把结构差异转化为生产收益,最终取决于缓存布局、算子融合和真实服务负载。


消息来源:Hugging Face Daily Papers (2026-11-04)

—— 完 ——

主题标签: #KV Cache #低秩压缩 #预测残差 #长上下文推理 #注意力优化

编辑部与事实核查说明:本篇专刊由智客前沿资讯管线根据官方技术公告、学术论文及开源工程文档整理编译,经算法实体核验与人工编辑审校后发布。若发现技术事实纰漏,欢迎依据勘误方针或一键向编辑部发送勘误反馈。

社区整体评论区

正在加载实时智能评论与划词标注…