长上下文与缓存

学习长上下文的计算成本、KV 缓存和复用,适合推理服务优化者。

19 条精选 · 按推荐学习顺序:越基础、直观越靠前,越系统、深入越靠后

在 3D 图中查看
  1. 4进阶
    帖子发布 10-28
    Reddit

    单块 3090 跑 27B:10 万 token 处仍达 110+ TPS,上下文可达 400k

    110+ TPS through 100K tokens with 27b on a single 3090, with 400k ctx

    这是一篇 Reddit r/LocalLLaMA 社区帖子,介绍 LlamAmpere v0.6 版本发布内容:TPS 提升约 13%(100–105K token 区间平均 112 TPS)、提示处理提升约 20%(前 10 万 token 平均预填充从约 1080 提升到约 1300 TPS)、推出新的 Ampere Integer+ 文件格式并与 XS、EXL3 作 KLD 与速度对比,以及借助 SJKVaRN 在约 23.5GB 占用下实现超过 400K 总上下文。适合在单块 3090 上运行本地推理、关注量化格式与长上下文性能的人阅读。

  2. 5深入
    帖子发布 10-26
    Reddit

    调优后的 Strata 配置:2000 PP、平均 tg 95–105

    Tuned Strata config, 2000 PP and 95-105 mean tg

    一篇 r/LocalLLaMA 社区帖子,作者在 RTX 4090 + 48 GB 内存、Ryzen 3900X、Windows、200k 上下文的环境下运行 IQ3_S Qwen3.8-Flash-Next,对 Strata 0.43 的大量参数做了近似网格搜索。帖子称 decode 从 97 tok/s 提升到 142 tok/s(+45%),列出最有效的几个参数(--adapt-async 1、--kv-resident 20480、STRATA_ADAPT_LAG=2)和最差的几个(--expert-cache 单位是 MiB、--ple-io ram、--no-prefill-borrow),并指出 Windows 无法用 cuda 固定内存。适合在单卡上折腾 Strata 推理引擎参数调优的人阅读。

  3. 6深入
    帖子发布 10-27
    Reddit

    MacBook Pro M5 Max 上运行 Nanbeige4.3-33B Q4:mlx-lm、llama.cpp 与 Kapitsa 的对比,512 到 32K 上下文范围

    Nanbeige4.3-33B Q4 on a MacBook Pro M5 Max, mlx-lm vs llama.cpp vs Kapitsa, Prefill/Decode 512 to 32K range.

    这是一篇社区基准测试帖,在 MacBook Pro M5 Max(128GB)上对 Nanbeige4.3-33B 4-bit 量化模型比较 mlx-lm、llama.cpp 与 Kapitsa 三个引擎的 prefill、decode、首 token 时间、后续延迟和显存占用,覆盖 512 至 32K 提示长度;作者自述是 Kapitsa 引擎的开发者,并公开了原始输出与脚本。帖中称该模型速度慢、KV 缓存占用高(128K 上下文约 26GB),编码能力尚可。适合在 Apple 芯片上做本地推理性能对比的人阅读。

  4. 7深入
    帖子发布 10-28
    Reddit

    两天调优单块 Tesla P40:35B MoE、完整 262k 上下文,短上下文约 60 t/s、深至 100k 时约 30 t/s,且不使用低于 Q4 的量化

    Two days tuning a single Tesla P40: 35B MoE, full 262k context, ~60 t/s short and ~30 t/s at 100k deep. No sub-Q4 quants.

    这是一篇 Reddit r/LocalLLaMA 社区帖子,作者记录在单块 24GB Tesla P40(PCIe x1、Windows、自改 llama.cpp)上运行 Ornith 1.5 35B-A3B 模型、保持 Q4_0 权重与 q8_0 KV 的调优过程。文中列出带来提升的做法(关闭 ECC、KV 用 q8_0 而非 q4_0、检查 MTP 头是否训练、为 flash-attention 的 KQ 部分使用 int8 dp4a、限制 MTP 预填充窗口)以及未奏效的尝试(f16 KV、核内反量化 V、官方 Q4_K_M),并给出 llama-bench 测试数据。适合在本机用单卡或旧款显卡跑大模型推理、关注量化与 llama.cpp 调优的人阅读。

  5. 11深入
    帖子发布 10-24
    Reddit

    我们是在通过记住更多来解决 LLM 记忆问题,而真正的问题是知道该忘掉什么吗?[D]

    Are we solving LLM memory by remembering more, when the real problem is knowing what to forget?[D]

    r/MachineLearning 的一篇讨论帖([D] 表示讨论类)。作者指出长上下文模型可处理数十万乃至上百万 token,但质疑业界过于关注召回而忽视信息更新:例如编码智能体读到的 API 超时为 30 秒,后来文档改为 5 秒,两个版本都还在上下文中,智能体却继续用 30 秒——它没有忘掉任何东西,只是没有更新已知内容。帖中比较了 Transformer 与 RAG 中新旧信息共存需在读取时解决冲突、简单线性注意力中关联累积于共享状态、DeltaNet 基于预测误差的更新、BDH 的赫布式突触可塑性等做法,并提出评估方式的问题:与其只测能否找到信息,不如测模型在收到更新的矛盾证据时是否会改变答案同时仍记得旧事实。适合关注 LLM 记忆架构与长上下文评测方法的研究者阅读。

部署与推理优化的其他细分主题