行业动态 › 正文

2026-10-24本地实测 · 智能体负载

24 GB 的卡跑起来就像在线模型:10M-token 输入里,84.1% 不用重算

这不是跑分网站的复述,是我们机器上连续干活的记录:一台 24 GB 单卡消费机,跑长线智能体任务,154 条请求、10,045,954 个输入词元、只有 245,389 个写出词元——每 42 个字里有 41 个是「读」,其中 84.1% 不需要重算。这一篇只说一件事:同一张 24 GB 卡上,为什么一种配置把长会话任务跑到「像调在线模型」,另一种配置词元一直在吐、任务却没挪。

一、长线任务长什么样:写 1 个字之前,先读 41 个字

智能体干活的时候,词元的大头是「读」,不是「写」。本机一次真实使用记录(2026-10-23,连续会话 3 小时 44 分,Qwen3.8-Flash-Next 的 Q5_K_M 档,Strata 0.1.47/HIP 引擎):

  • 154 条请求读进 10,045,954 个词元、写出只有 245,389 个——读写比约 41:1;最大单条请求一次喂进 97,706 个词元,没有 OOM
  • 输入里 84.1% 命中前缀缓存、不用重算第二遍;KV 有 98.60% 经流式命中常驻显存
  • 写出的字里,MTP 草稿接受率 81.9%——接下来几个字先由草稿写好、模型只核对,吐出来的字基本一步到位
  • 作为对照的 15 项沙箱工具任务(一问一答型,基础 5 + hard 7 + x 3):Flash-Next 15/15、669.7 秒;Qwen3.8-27B 也是 15/15、674.4 秒——一问一答的任务,两个模型几乎打平,差异只在会话变长之后才出现

所以「干不干得动智能体任务」,不看单点解码峰值,看的是三件事:读进去的东西要重算多少、吐出来的字有多少算数、天花板顶不顶得住。

二、同一张卡,两种长会话命运

下面这张表是全文的主表:五个维度,左右两列全部来自本机记录(档位与引擎在格内标死,口径互不换算):

维度Qwen3.8-Flash-Next(MoE)Qwen3.8-27B(Dense)
速度与上下文8K–16K 45.5 · 64K–96K 43.5
真实负载中位 tok/s(Q5_K_M,134.1 GB)
几乎不衰减定长扫描另一条线,不与此连线:
1k 63.6 → 256k 62.3(UD-IQ4_XS)
1k 68.7 → 60k 51.1
tok/s(UD-Q4_K_XL,17.6 GB)
短程更快,长程掉档
会话天花板单条请求 97,706 词元,没有 OOM
权重比内存还大,靠分层扛住69.04 GiB 常驻 + SSD 兜底
128K 必须关掉视觉才能跑
182K 视觉编码直接 OOM显存余量只剩 0.04 GB
吐出去的字去哪了MTP 草稿接受 81.9%,吐出的字一步到位
GSM8K(40 题)100%客观题口径,unc Q4_K_M 档
开思考 + 1536 词元预算,64 题套卷
21 题没写完就被截断——字吐满了,答案是空的
一条题 124 秒才吐完GSM8K 95.0%(2 题截断所致,除截断 100%)
「一问一答」任务15/15
669.7 s
15/15
674.4 s都过——这就是「仅够能用」的来源:
短任务够用,察觉不出差别
前缀命中84.1%
真实会话数字
本批未测这一口径,不编数

五行连起来读:27B 不是输在「慢」,是输在「会话一长」——短程它反而更快;Flash-Next 赢的也不是吐字速度(43.5 对 51.1 反而更低),而是「读进去的不白读、吐出来的不白吐」。

三、「在线感」拆开是三个机制,全用比喻说

  • MoE = 值班制,不是全员坐班:134.1 GB 权重每步只唤醒少数专家,GPU 专家缓存 16.50 GiB / 4746 slots、命中率中位 78.9%——值班的在门口,其余住大仓,搬运量小,长会话才扛得住。
  • 前缀命中 = 讲过的内容不用重讲:每 42 个字里 41 个是复读历史,KV 常驻显存(98.60% 命中)之后,读过的部分不再二次计费——在线 API「秒回」靠的就是同一件事。
  • MTP = 先打草稿、再核对:接下来几个词元先由草稿模型写好、主模型只做接受(81.9%),写不出活时的「空转吐字」就少了。

所谓「像在线模型」,不是玄学形容词,是这三件事在一张 24 GB 消费卡上被原样复现了一遍。

四、三条提醒,先别冲动换机器

  • 只跑短任务不用换机:27B 的 15/15 和 1k 68.7 tok/s 都摆在那,「仅够能用」在短任务上等于够用。差异只在你开始挂长会话、长工具链的那天出现。
  • 收益跟着负载形态走:84.1% 命中是多轮智能体会话的数字;一问一答、每次都是全新长文档的用法,吃不到这个便宜。
  • 分层有运维代价:69.04 GiB page-locked 常驻、开机 83 秒建常驻;快照时显存 23.58/23.98 GiB、只剩 0.4 GiB 余量;RADV 在 GTT 占用超阈值时会静默回退系统内存——同一份参数从 58.9 掉到 12.5 tok/s 且不报错,判别看 GTT 是否超 1.5 GiB、预填与解码是否同时腰斩。

机悟的建议:把这种「在线感」搬回自己单位之前,先量四件事

别抄任何人的数字,包括这一页的。顺序是:

  • 先量负载形态读写比例、会话轮数、工具链深度三件事定下来,才知道 84% 这类便宜与你有没有关系。
  • 再固定口径机型、引擎、量化、上下文四个变量同档才可比——换任何一个,数字都要重测。
  • 用判分不用体感拿自己业务的 15–50 个真任务进沙箱、程序判分,保留原始 jsonl 逐题回看,别拿「感觉快了」当验收。
  • 留人复核速度和准确率都能复跑,交付的那一版还是要人看。

数据来源:自有设备真实负载与评测记录(2026-09 ~ 2026-10-23):Strata 0.1.47 会话日志 strata-unc-q5km.log(快照 2026-10-23 17:37)、perf_*/mmlu_pro_*/gsm8k_* 结果文件、Hermes 15 项工具任务判分记录、Qwen38-27B 单卡优化报告(2026-10-14)、Mesa 26.2.5 RADV 升级报告(2026-10-18)。机器:i7-14700F + 单张 RX 7900 XTX 24 GB + 125.6 GiB 内存(UOS 25,llama.cpp fcac190 / Vulkan + 私有 Mesa 26.2.5)。所有数字均为自有设备自测记录,真实负载、定长扫描与客观题三套口径互不换算;27B 的前缀命中本批未测。本文仅陈述自测数据与公开技术口径,不评判任何企业与产品,不构成投资建议。

返回行业动态列表(共 127 条)→

想往下看一层?两份完整技术版都在站内

更早发布的单模型全量记录《94 GB 的模型塞进 24 GB 消费显卡:Qwen3.8-Flash-Next 跑满 256K 上下文,15 项真实任务全过》,与九配置横向对照《消费硬件上的本地大模型实测:最快 130 tok/s、最慢 25 tok/s》,都在页面底部「上一篇/下一篇」的导航区可点达。想量自己机器的读写比、上下文天花板与显存余量,40 分钟评估把复测脚本与评测集留给你。

本页可引用 引用或转载请保留来源链接与日期,下面两行可直接复制:
「24 GB 的卡跑起来就像在线模型:10M-token 输入里,84.1% 不用重算」,机悟 JAVIS,2026-10-24,https://javis.org.cn/news-2026-10-24-flash-next-agent-load.html
Markdown:[24 GB 的卡跑起来就像在线模型:10M-token 输入里,84.1% 不用重算](https://javis.org.cn/news-2026-10-24-flash-next-agent-load.html)(机悟 JAVIS,2026-10-24)