@ciruai:终于,在智能模型上为16GB显卡实现了256k上下文,并且速度飞快!使用4080 Super 16GB,我向您展示如何获取完整…
摘要
演示如何使用Ternary Bonsai 27B Q2_0模型和llama.cpp在16GB RTX 4080 Super上实现256k上下文,生成速度高达141 tok/s。
查看缓存全文
缓存时间: 2026/07/16 16:20
终于,在智能模型上以高速实现16GB显卡的256k上下文!使用4080 Super 16GB,我展示了如何根据需求获得完整的256k上下文或高达141 tok/s的速度。配置请访问:https://llm.ciru.ai/research/4080-27b.html… 模型:https://huggingface.co/prism-ml/Ternary-Bonsai-27B-gguf…
RTX 4080 SUPER + Ternary Bonsai 27B 基准测试
来源:https://llm.ciru.ai/research/4080-27b.html
标题(https://llm.ciru.ai/research/4080-27b.html#headline)平台(https://llm.ciru.ai/research/4080-27b.html#platform)仅目标模型(https://llm.ciru.ai/research/4080-27b.html#target)DSpark(https://llm.ciru.ai/research/4080-27b.html#dspark)配置(https://llm.ciru.ai/research/4080-27b.html#config)
基准测试标题
262,144 使用KV4验证的最大仅目标模型上下文。
817.36 完整262,016 token扫描时的提示词吞吐量(token/s)。
57.71 全窗口扫描时的生成吞吐量(token/s)。
141.27 解码后的DSpark生成峰值吞吐量(token/s)。
GPU、模型和运行时
GPU | NVIDIA GeForce RTX 4080 SUPER | 16,376 MiB 显存 · 计算能力 8.9
目标模型 | Ternary Bonsai 27B Q2_0 | Ternary-Bonsai-27B-Q2_0.gguf · 6.66 GiB
DSpark草稿模型 | Ternary Bonsai 27B DSpark Q4_1 | Ternary-Bonsai-27B-dspark-Q4_1.gguf · 1.81 GiB
运行时 | PrismML llama.cpp · Windows CUDA 12.4 | 构建 b1-62061f9 · 提交 62061f9
仅目标模型吞吐量
KV4通道验证长上下文操作。F16通道使用标准llama-bench配置文件捕获高吞吐量上下文阶梯。
KV4全上下文扩展
提示词/上下文 | PP token/s | TG token/s | 峰值显存 | 最小空闲
16,384 | 1,963.31 | 66.18 | 9,158 MiB | 6,888 MiB
32,768 | 1,793.54 | 64.93 | 9,499 MiB | 6,547 MiB
65,536 | 1,588.46 | 66.65 | 10,030 MiB | 6,016 MiB
131,072 | 1,229.49 | 66.93 | 11,478 MiB | 4,568 MiB
262,144 | 817.36 | 57.71 | 14,329 MiB | 1,717 MiB
KV4显存缩放
F16上下文阶梯
提示词 token | PP token/s | TG token/s | 峰值显存 | 最小空闲
512 | 2,157.87 ± 35.94 | 68.22 ± 0.08 | 8,543 MiB | 7,503 MiB
4,096 | 2,111.83 ± 4.28 | 68.04 ± 0.17 | 8,758 MiB | 7,288 MiB
8,192 | 1,925.52 | 61.14 | 8,972 MiB | 7,074 MiB
16,384 | 1,851.66 | 62.73 | 9,474 MiB | 6,572 MiB
32,768 | 1,673.05 | 59.87 | 10,633 MiB | 5,413 MiB
65,536 | 1,609.65 | 68.31 | 12,729 MiB | 3,317 MiB
98,304 | 1,407.04 | 66.20 | 14,783 MiB | 1,263 MiB
110,592 | 1,339.03 | 68.10 | 15,576 MiB | 470 MiB

一张卡。270亿参数。 仅目标模型KV4和GPU驻留DSpark配置文件。
DSpark推测吞吐量
成功GPU驻留DSpark配置下的解码生成速度和草稿接受率。
工作负载吞吐量
| 上下文 | 工作负载 | 解码后TG | 草稿数量 | 接受数量 | 接受率 | 峰值显存 | 最小空闲 |
|---|---|---|---|---|---|---|---|
| 1,024 | 代码 · 温度 0.7 | 117.90 t/s | 144 | 94 | 65.278% | 13,165 MiB | 2,881 MiB |
| 2,048 | 代码 · 温度 0.7 | 113.78 t/s | 144 | 94 | 65.278% | 14,089 MiB | 1,957 MiB |
| 2,048 | 代码 · 贪心 | 123.23 t/s | 132 | 97 | 73.485% | 14,346 MiB | 1,700 MiB |
| 2,048 | 算术 · 温度 0.7 | 141.27 t/s | 112 | 101 | 90.179% | 14,374 MiB | 1,672 MiB |
GPU驻留KV4上下文
| 上下文 | PP token/s | TG token/s | 接受率 | 请求后空闲 |
|---|---|---|---|---|
| 16,384 | 1,185.84 | 98.11 | 57.89% · 88/152 | 1,806 MiB |
| 20,480 | 1,056.70 | 97.52 | 57.89% · 88/152 | 871 MiB |
| 22,528 | 1,274.50 | 95.89 | 57.89% · 88/152 | 472 MiB |
已验证的配置
仅目标模型 · F16吞吐量
标准llama-bench配置文件:
-ngl 99 -fa on
-ctk f16 -ctv f16
-t 8 -b 512 -ub 512
仅目标模型 · 最大上下文
262K KV4配置文件:
-ngl 99 -fa on
-ctk q4_0 -ctv q4_0
-c 262144 -np 1
-b 512 -ub 512
仅目标模型 · 平衡余量
131K KV4配置文件:
-ngl 99 -fa on
-ctk q4_0 -ctv q4_0
-c 131072 -np 1
-b 512 -ub 512
DSpark · 解码速度
GPU驻留草稿模型:
--spec-type draft-dspark
--spec-draft-n-max 4
-ngl 99 -ngld 99
-c 1024
采样器:温度 0.7 · top-p 0.95 · top-k 20 · 种子 42。
DSpark · 实用API上下文
20,480 token GPU KV4配置文件:
--spec-type draft-dspark
--spec-draft-n-max 4
-c 20480 -np 1
-b 128 -ub 128
-ngl 99 -ngld 99
-ctk q4_0 -ctv q4_0
-ctkd q4_0 -ctvd q4_0
模型文件
目标 + 配对草稿模型:
目标模型:
Ternary-Bonsai-27B-Q2_0.gguf
草稿模型:
Ternary-Bonsai-27B-dspark-Q4_1.gguf
相似文章
在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 硬件上。
7900XTX 24GB 显存,终于能够在 131k 上下文下容纳 Q6K+MTP 和 Qwen 3.6 27B
在 AMD 7900XTX 上优化显存使用的指南,通过编译带有 OpenBLAS 和 CUDA_FA_ALL_QUANTS 的 llama.cpp,并使用 q5_0/q4_0 的 KVCache 量化,以运行使用 Q6K 量化和 131k 上下文的 27B Qwen 模型。
@sudoingX: 那些用16GB显卡的,别再滑了。@pupposandro 和 @davideciffa 把 qwen 35b-a3b 压缩到13.3GB,在……上实测
一种名为 luce spark 的技术让 Qwen 35B-a3B MoE 模型能够在16GB GPU(如RTX 3090)上运行,通过学习哪些专家被频繁使用,并将其余专家从内存流式加载,实现约100 tok/s,且不受显存瓶颈限制。
RTX 5080 16GB:Qwen3.6 35B MoE 在 128k 上下文下的表现——56 tok/s,以及 MTP 为何无济于事
Qwen3.6 35B MoE 在 RTX 5080 16GB 上的详细基准测试表明,MTP(多令牌预测)由于显存限制,在 128k 上下文中无法提升推理速度;最佳配置为不带 MTP 的 Q4_K_XL,在 128k 上下文下生成速度约 56 tok/s。