Qwen3.8-27B 部署测速报告(GB10 / DGX Spark)

简介: 本报告测试Qwen3.8-27B在NVIDIA GB10(121GB统一内存)上的推理性能,覆盖vLLM、SGLang、llama.cpp三大引擎。SGLang+RadixArk NVFP4+NEXTN达成单流23.02 tok/s峰值,为当前最优;llama.cpp Q4_K_M方案仅需17GB显存,兼顾效率与成本。实测GB10单流上限约23 tok/s。

Qwen3.8-27B 部署测速报告(GB10 / DGX Spark)

测试日期:2026-08-14 ~ 08-16

1. 测试环境

项目 配置
GPU NVIDIA GB10(DGX Spark,aarch64,sm_121,121GB 统一内存)
CUDA / 驱动 CUDA 13.0 / 580.142
vLLM vllm025 venv = 0.26.0(torch 2.11.0+cu130);vllm0272 venv = 0.27.2rc1.dev91 nightly(torch 2.13.0+cu130)
SGLang 0.5.17(sgl-kernel 0.3.21,aarch64)
llama.cpp build 10449(master 0d9ceae1e,CUDA 编译)
操作系统内存 121GB 统一内存(GPU/CPU 共享)

2. 测速方法

统一使用 ~/bench_100k.py:

  • 输入:约 99,912 tokens 长上下文 prompt(流式 SSE 计时)
  • 输出:256 tokens
  • 指标:Prefill = prompt_tokens / TTFT;Decode = (completion_tokens-1) / (末token时间 - 首token时间)
  • 单请求、单流;并发测试使用 ~/bench_concurrent.py
  • 测速调度脚本:~/gguf_bench_one.sh(llama.cpp)、~/sglang_bench_one.sh(SGLang)

3. 模型文件(~/models/models/)

路径 格式 大小 来源
Qwen/Qwen3.8-27B-FP8 safetensors FP8 29G ModelScope(官方)
Inferact/Qwen3.8-27B-NVFP4 safetensors NVFP4 25G HuggingFace
RadixArk/Qwen3.8-27B-NVFP4 safetensors NVFP4(混合:MLP NVFP4 + 注意力 FP8 + MTP/视觉 BF16) 21G HuggingFace
unsloth/Qwen3.8-27B-NVFP4 safetensors NVFP4(compressed-tensors,含 model_mtp.safetensors) 22G HuggingFace
unsloth/Qwen3.8-27B-GGUF GGUF Q8_0/Q6_K/Q5_K_M/Q4_K_M + mmproj-BF16 86G ModelScope
RadixArk/Qwen3.8-27B-DSpark DSpark 推测器(1.36B,block 7)+ 自转 GGUF 2.7G×2 ModelScope

4. vLLM 测试结果

配置 引擎参数要点 启动脚本 Decode Prefill
FP8 基线 v0.26, enforce-eager, util 0.88, 262K, kv fp8 run_qwen38_vllm.sh 7.18 805
NVFP4(Inferact) 基线 同上 run_qwen38_nvfp4_vllm.sh 8.05 1030
FP8 + MTP k=3 v0.27.2, CUDA Graph, util 0.88, 262K run_qwen38_fp8_mtp_vllm.sh 14.76 1031
FP8 + MTP k=3 + 吞吐参数 util 0.5, 131K, async-scheduling, 32768/32 同上 16.71 685
NVFP4 + MTP k=3 v0.27.2, util 0.88, 262K run_qwen38_mtp_vllm.sh 17.80 698
NVFP4 + MTP k=3 + 吞吐参数 util 0.5, 131K, async-scheduling 同上 15.73 727
NVFP4 + MTP k=5 util 0.88 同上 NUM_SPEC_TOKENS=5 13.94 981
NVFP4 + MTP k=8 同上 NUM_SPEC_TOKENS=8 14.62 854
FP8 + DSpark k=3 method=dspark, RadixArk draft, util 0.88 run_qwen38_dspark_vllm.sh 14.55 710
FP8 + DSpark k=7 同上(block 7 原生) NUM_SPEC_TOKENS=7 17.63 688

注:vLLM 仅支持单一推测方法,MTP+DSpark 不可叠加;util 0.9 曾导致系统卡死,安全上限 0.88。

5. llama.cpp 测试结果(-c 262144 -ngl 99 -fa on --mmproj)

量化 无MTP MTP n=3 MTP n=5 MTP n=8 DSpark(n=7)
Q8_0 (29G) 6.35 14.13 12.91 14.08 12.54
Q6_K (23G) 7.10 15.90 19.49 15.20 20.24
Q5_K_M (20G) 7.98 16.17 16.93 14.11 —
Q4_K_M (17G) 8.78 19.65 21.44 15.70 21.33

Prefill 均在 520~620 tok/s 区间。
精度实测(llama-perplexity,同一技术文本):Q8_0 PPL=1.2373,Q4_K_M PPL=1.2411,相对损失 ~0.3%。
MTP+DSpark 链式(draft-mtp,draft-dspark):不可行——链式要求 draft 模型自带 MTP 头,DSpark checkpoint 没有。

启动脚本:run_qwen38_gguf.sh(Q4_K_M+MTP n5)、run_qwen38_gguf_q6k_dspark.sh(Q6_K+DSpark)。

6. SGLang 测试结果(0.5.17, flashinfer 后端, trust-remote-code)

配置 Decode Prefill 脚本/参数
RadixArk NVFP4 + NEXTN(MTP 3/1/4) 23.02 🏆 744 sglang_bench_one.sh $R nextn
unsloth NVFP4 + NEXTN 19.12 842 同上 $U nextn
RadixArk NVFP4 + NEXTN + DGX调优 21.31 1098 EXTRA_ARGS: mem 0.95, mamba-ratio 4.59, chunk 8192, disable-prefill-cuda-graph
RadixArk NVFP4 + NEXTN + 仅prefill优化 21.86 1106 chunk 8192 + disable-prefill-cuda-graph(最终采用)
NVFP4 + DSPARK(两版) ❌ 失败 — SGLang 0.5.17 DSPARK 实现报 shape mismatch,需 main 分支

7. 并发测试

配置 并发 聚合 decode 每路
vLLM NVFP4+MTP(吞吐参数) 8 82.2 tok/s 10.3~11.3
llama.cpp Q4_K_M+MTP n5 4 43.9 tok/s 11.0~11.8
llama.cpp Q4_K_M+MTP n5 2 26.5 tok/s 13.3~13.4

8. 结论

  1. 单流冠军:SGLang + RadixArk NVFP4 + NEXTN = 23.02 tok/s(100K 上下文)
  2. 最终采用(常驻服务 ~/run_qwen38_sglang.sh):RadixArk NVFP4 + NEXTN + prefill 优化(chunk 8192 + disable-prefill-cuda-graph),decode 21.86~23 tok/s、prefill 1106 tok/s(TTFT 90s@100K,比默认快 47%)
  3. GB10 单流天花板 ~23 tok/s(内存带宽 273GB/s 物理限制),30 tok/s 不可达
  4. RadixArk NVFP4 优于 unsloth NVFP4(23.02 vs 19.12),unsloth 版已删除,仅保留 RadixArk 版
  5. MTP/DSpark 推测采样不影响生成质量(验证采样保分布);k/n-max 甜点位 3~5,过大反而回落
  6. llama.cpp 路线胜在内存占用小(17GB Q4_K_M),SGLang 胜在速度与并发

9. 过程中修复的环境问题(备忘)

  • flashinfer JIT 需 venv bin 在 PATH(找 ninja);MAX_JOBS=2 防 nvcc 并发 OOM
  • .bashrc 的 CUDA_HOME=/usr/local/cuda-12.4 指向残缺工具链,脚本内强制 /usr/local/cuda
  • RadixArk DSpark 的 config.json 架构名需从 DSparkDraftModel 改为 Qwen3DSparkModel(vLLM 识别),已备份 config.json.bak
  • vLLM 0.27.2 nightly 才有 Qwen3.8 的 MTP gated-delta-net 修复
目录
相关文章
|
10天前
|
存储 人工智能 并行计算
大模型本地部署终端选型方法论:以 Qwen3.8-27B 为例的四档分层完整流程
本文提出一套大模型本地部署终端选型方法论:定约束、定档位、定框架、定参数四步决策法,配合入门、主力、质量、无损四档分层模型。以 Qwen3.8-27B 实测数据为例,逐环节解读显存、带宽、存储、散热、系统、预算等要素,给出面向不同预算的优选方案、决策自查清单与市场观察框架。文末前瞻 AI 笔记本的 CPU+GPU 与统一内存两条路线,论证四步决策法在新品类上的延续性。
|
3月前
|
人工智能
Qwen3.8抢先体验!正式版即将发布并开源!
千问Qwen3.8即将开源,参数达2.4T,进化速度以“天”计,实力媲美Fable 5。预览版Qwen3.8-Max已上线阿里Token Plan等平台,限时优惠:日间Credits低至1折,夜间更优,个人/团队版月付仅35元起!
5442 163
|
1月前
|
存储 人工智能 自然语言处理
Qwen3.8-Flash 上线千问AI平台:全新架构,迈向极致性价比
Qwen3.8-Flash 现已上线千问AI平台,默认提供 100 万 token 上下文并内置官方工具,每 token 仅激活 6B 参数,适合高并发应用、工具驱动的工作流以及编程与协同办公助手。
889 1
|
17天前
|
人工智能 缓存 API
阿里云Qwen3.8-Flash大模型详细介绍:模型能力、功能、收费标准、内置工具及使用教程参考
本文将从模型定位、核心能力、适用场景、收费标准、内置工具、调用教程、API参考以及最新活动与优惠等方面,对Qwen3.8-Flash进行系统性介绍。需要说明的是,模型版本、上下文长度、速率限制、价格策略和工具支持情况可能随阿里云百炼平台持续更新而调整,最终应以百炼控制台、模型详情页、API返回结果和官方计费页面实时展示为准。
|
1月前
|
缓存 人工智能 API
阿里云Qwen3.8‑Flash 大模型解析:百万上下文MoE、多模态能力、API实战与企业落地指南
2026年,通义千问正式推出Qwen3.8‑Flash多模态大模型,作为Qwen3.8系列面向高效推理打造的旗舰版本,该模型采用稀疏混合专家MoE架构,把长上下文处理、多模态理解、工具调用能力融为一体,原生支持最高100万Token上下文窗口,能够完整读取超长业务文档、完整代码仓库、长时间会议视频,一次性完成信息解析、摘要、推理与生成任务。
886 4
|
2月前
|
人工智能 监控 测试技术
Qwen3.8-Flash 来了,100万上下文、Agent、Coding 都加强了
8月26日,通义千问发布Qwen3.8-Flash-Next:125B参数、每Token仅激活6B,原生支持26万Token、可扩展至100万上下文;Coding、Agent与工具调用能力显著增强,面向真实软件工程任务,推动大模型从“回答问题”迈向“完成工作”。
|
1月前
|
缓存 人工智能 自然语言处理
阿里云qwen3.8-flash最全介绍:模型能力、适用场景、使用教程与最新活动参考
本文介绍了通义千问Qwen3.8-Flash这款兼顾性能与速度的多模态大模型,它拥有百万级上下文窗口,原生支持图文视频多模态输入,在长文档处理、编程辅助、高并发应用场景表现突出。文章覆盖五大地域部署差异、最新下调后的Token计费标准、两种接入方式与限流规则,叠加新用户免费额度、夜间4折等活动,是企业与开发者平衡效果与成本的高性价比选型。
|
2月前
|
机器学习/深度学习 Web App开发 编解码
2026 年 8 月大模型的三重跃迁
8月1—3日,国产大模型密集突破:通义千问Qwen3.8-Max以2.4T稀疏MoE+1M上下文实现高效推理;MiniMax开源全模态视频模型H3,支持2K/15秒带声视频生成;DeepSeek V4-Flash显著提升Agent能力。三大进展分别指向参数效率、长程自治与多模态生产,标志着大模型正从“辅助工具”迈向“端到端自主交付”。
2310 1
2026 年 8 月大模型的三重跃迁

热门文章

最新文章