行业动态 › 正文
2026-10-23本地实测 · 模型对照从 8 月到现在,我们在三台机器上跑过 9 个模型配置:Qwen3.8-27B 的四种量化、Qwen3.8-Flash-Next 的四档权重、Qwen3.6-35B-A3B、GLM-4.7-Flash,以及 Swift-1.5-Qwen3.8-27B。同一批数字里既有「20 GB 模型跑到 130 tok/s」,也有「93.7 GB 模型在 24 GB 卡上跑满 256K」,还有「134.1 GB 权重压在 24 GB 卡上、8K→96K 几乎不掉速」,以及「27B 短提示最快、长上下文最先掉队」。这篇不再只讲一个模型,把它们摆到同一张桌子上做对照——包括没跑成的那些,也一并记账。
本地模型的对照必须先固定「机器 + 引擎 + 量化 + 上下文」四件事,否则数字毫无意义。这次用到的是三套环境:
| 机器 | 显卡 / 内存 | 引擎 | 时间 |
|---|---|---|---|
| 机A(现役) | RX 7900 XTX 24 GB 125.6 GiB 内存 · i7-14700F | Strata 0.1.47(HIP)/ llama.cpp fcac190 (Vulkan + 私有 Mesa 26.2.5) | 2026-09 ~ 10 |
| 机A(双卡期) | XTX 24 GB + RTX 3090 24 GB + 32 GiB 内存 | llama.cpp (Vulkan + CUDA 双构建) | 2026-09 |
| 机B(R9700) | R9700 32 GB | Ollama / llama.cpp | 2026-08 |
四个维度分别是:解码速度(tok/s)、上下文天花板(能跑多长且不掉速)、客观题(MMLU-Pro / GSM8K / MATH-500)、真实任务(15 项在沙箱里跑、程序判分的工具任务)。
先看在同一张 24 GB 卡上的解码速度(单位 tok/s,均为自测记录):
| 模型 / 量化 | 权重体积 | 引擎 | 解码速度(tok/s,按上下文档) |
|---|---|---|---|
| GLM-4.7-Flash(i1-Q5_K_M) | ≈ 20 GB | llama.cpp | 96K 127.8 · 128K 130.0 · 192K 128.6 |
| Swift-1.5-Qwen3.8-27B (Q4_K_M,dense+SSM 27B) | ≈ 18 GB | llama.cpp (MTP n=2) | 67.2 ± 1.0(119,808 ctx,5 次重复) |
| Qwen3.8-Flash-Next(UD-IQ4_XS,MoE) | 93.7 GB | Strata (显存+内存+SSD) | 1k 63.6 · 4k 75.7 · 16k 64.4 · 32k 65.3 64k 65.7 · 128k 62.2 · 256k 62.3 |
| Qwen3.8-Flash-Next-unc(Q4_K_M) | ≈ 47 GB | Strata | 1k 56.8 · 4k 68.4 · 32k 57.4 · 64k 50.3 · 256k 49.4 |
| Qwen3.8-Flash-Next-unc (Q5_K_M,MoE) | 134.1 GB | Strata (显存+内存+SSD) | 32K–64K 44.6 · 64K–96K 43.5 真实负载中位(154 条请求),非定长扫描;上限 131K |
| Qwen3.8-27B(UD-Q4_K_XL,Dense) | 17.6 GB | llama.cpp | 1k 68.7 · 4k 70.9 · 16k 58.4 · 32k 62.0 · 60k 51.1 |
| Qwen3.8-27B(Q5_K_M,开 MTP) | 18.2 GB | llama.cpp (XTX / 3090 CUDA) | 16K:XTX 63.7 · 3090 60.0(关 MTP 仅 34.8 / 37.4) |
| Qwen3.8-27B-unc(Q5_K_P) | 20.2 GB | Ollama (R9700 32 GB) | 65K ≈ 25 |
| Qwen3.6-35B-A3B (Q4_K_M,MoE 35B/激活 3B) | 21.2 GB | Ollama (R9700 32 GB) | 65K ≈ 82 |
五个反直觉的结论:
长上下文是本地部署最容易翻车的地方。这次测到的三条曲线很不一样:
换句话说:要「长且稳」,看 Flash-Next;要「长且快」,看 GLM;要「短且省」,27B 依然够用。
同样的题库、同一个模板、seed=42,在本机跑出来的成绩:
| 模型 / 配置 | MMLU-Pro(200 题) | GSM8K(40 题) | MATH-500(30 题) |
|---|---|---|---|
| Flash-Next-unc(Q4_K_M) | 63.5% | 100% | 70.0%重试 73.3% |
| Qwen3.8-27B(Q4_K_XL) | 60.5% | 95.0%除截断 100% | 70.0%重试 73.3% |
| Flash-Next(UD-IQ4_XS,基线) | 60.0% | 97.5% | 66.7%重试 70.0% |
| Flash-Next(q4km-int8 标定) | 59.5% | 100% | 76.7% |
| Flash-Next(UD-IQ4_XS,最终优化版) | 56.5% | 97.5% | 76.7% |
三句话读懂这张表:
只报跑通的成绩是不诚实的。这一轮真正「没成」的是两个;另有一个曾经被误判,一并说明:
VK_ERROR_INITIALIZATION_FAILED 直接退到 CPU——补上预加载后 10-20 实测正常,数据已进上表。模型没有绝对好坏,只有「匹配不匹配」。四个问题按顺序问:
数据来源:本机 benchmark 结果文件与运行日志(2026-08 ~ 2026-10-23:perf_*、mmlu_pro_*、gsm8k_*、math500_*、hermes_agent_tasks*、glm-sweep-*.log、mtp-ab-result-*.log、llama-bench-3090-*.log)、Qwen38-27B 单卡优化报告(2026-10-14)、Mesa 26.2.5 RADV 升级报告(2026-10-18)、双卡 GPU 优化报告(2026-09-19)、R9700 机型 daxing 37 题验收集(2026-08-31)、本地大模型选型报告(2026-09-16,Nemotron / GLM-5.3-Flash 尺寸评估)、Strata 会话日志 strata-unc-q5km.log(Q5_K_M,快照 2026-10-23 17:37)。所有数字均为自有设备自测记录,不同机器、引擎、量化与上下文口径互不可替代;GLM-4.7-Flash 为单条生成口径(385–391 token),与 pp512 类基准不可直接比较。本文仅陈述自测数据与公开技术口径,不评判任何企业与产品,不构成投资建议。
[消费硬件上的本地大模型实测:最快 130 tok/s、最慢 25 tok/s](https://javis.org.cn/news-2026-10-23-local-llm-model-comparison.html)(机悟 JAVIS,2026-10-23)选一条最费人的流程,看看现有设备能跑什么、要补什么、怎么验——提交后 1 个工作日内联系您;也可以直接加下方企业微信,对接更快。
工作人员将在 1 个工作日内与您联系。急事请直接扫码加企业微信,备注「单位 + 需求」。
加企业微信更快对接