24 GB 显存跑 170 亿参数模型 + 1M 上下文:"第一次成功加载近 100 万 token 上下文,并提取出文本各处的 7 根针"
摘要
有用户报告称,在单个 RTX 3090 上,使用基于 Qwen 的 35B A3B 模型(占用 17 GB 显存),配合 BeeLlama.cpp 分支中的 KVarN 4-bit KV 缓存量化,成功运行了 100 万 token 的上下文,并从文本不同位置提取出 7 根针。
https://preview.redd.it/xxjh11f38jih1.png?width=1852&format=png&auto=webp&s=76850ed51e29a8bc86c2ca718d4320075eed4363 只是想分享一个我觉得非常有趣的用户报告。一位名叫 manu69x 的神秘用户,在单个 RTX 3090 上,使用基于 Qwen 3.5 35B A3B 的模型成功运行了 100 万上下文,光模型本身就占了约 17 GB 显存。这里的"运行"不只是指"服务器没崩",而是上下文没有变成一团乱麻,因此他们能够提取出位于文本各处的 7 根针。他们在我的 BeeLlama.cpp 分支(v0.4.3 预览版)中,对 K 和 V 都使用了 KVarN 4-bit 量化。KVarN 是华为提出的方差归一化 KV 缓存量化,在原始论文和我的 KLD 基准测试中,其精度都优于标准量化。说实话,看到有人把它推到极限真的很酷。从他们的表述来看,q4 量化做不到同样的事,所以 KVarN 似乎在实践中确实表现出更好的精度,并改变了我们对低比特 KV 缓存量化所能达到效果的预期。
相似文章
在32GB显存上以Q8量化使用Qwen3.6-27,接近100K上下文
用户分享了他们在拥有32GB显存的RTX 5090上,使用Q8量化的Qwen3.6-27B模型尝试达到115K上下文长度的配置与实验过程,并给出了基准测试结果,以及上下文长度与kv-cache量化之间的权衡。
48GB 显存实现 500k 上下文!!- 21 tok/s (编码)
一位用户报告成功部署了量化版 Nemotron-3 Super 模型,该模型支持 500k 上下文和代理编码,运行在消费级双 Titan RTX 硬件上。
在 8GB 显存和 32GB 内存上运行 Qwen3.6 35b a3b,~190k 上下文
作者分享了一种高性能的本地推理配置,使用支持 TurboQuant 的修改版 llama.cpp,在硬件受限(8GB 显存、32GB 内存)的情况下运行 Qwen3.6 35B A3B,实现了 ~37-51 tok/sec 的生成速度,并支持 ~190k 上下文。
单卡 RTX 5090:Qwen3.8-27B NVFP4 在 vLLM 中实现真实 262K 上下文长度 — 短上下文速度达 77 tok/s,128K 上下文时为 64.7 tok/s
本文展示了在NVIDIA RTX 5090显卡上使用vLLM框架运行Qwen3.8-27B模型的实际部署流程与性能基准测试,涵盖262K令牌上下文窗口的配置细节与各项关键指标。
Qwen 3.6-35B-A3B 在 Intel Arc B70 Pro 上实现 977 tok/s 提示处理与 26.2万上下文窗口
本文介绍如何使用 llama.cpp 的 SYCL 后端,在 Intel Arc Pro B70 GPU 上使整个模型和 KV 缓存位于显存中,从而实现 Qwen 3.6-35B-A3B 模型每秒超过 60 个 token 的处理速度。