← 全部模型模型检测

我能跑 Qwen3-Next 80B-A3B 吗?

Alibaba 的 Qwen3-Next 80B-A3B 在推荐的 4 位量化下大约需要 64 GB 内存(下载体积 48.5 GB)。下方即时检测您的硬件 — 数据不会离开您的浏览器。 在 Apple M-series Max 上预计可达约 ~192 tok/s。

正在读取您的硬件信号…

实际使用笔记

Qwen3-Next 80B-A3B 是阿里巴巴推出的混合专家(MoE)模型,标称参数有一定的误导性,但这种误导反而很有用:它总共有 80B 参数,但每个 token 只激活其中约 3B。也就是说,它以小模型的速度生成,同时又能调用大模型的知识储备。代价在于显存/内存。你仍然得把整个模型完整加载进 RAM 或 VRAM,所以即便用 4-bit 量化、体积约 48.5 GB,也至少需要 64 GB 才能跑起来。这就排除了单张消费级 GPU,把你引向大内存机器。

实际上这是一款面向 Apple Silicon 或工作站的模型,而非游戏显卡的菜。在 unified memory 足够的 M Max 上,它的输出速度约为每秒 192 个 token,对于 80B 级别的模型来说确实够快,这也是大家愿意选它的主要原因。12 GB 的 RTX 3060 或 24 GB 的 RTX 4090 根本加载不了。如果你用 DDR5 在 CPU 上跑,仍然能达到约每秒 28 个 token,慢一些,但对批处理任务够用。256K 上下文是真实可用的,但很吃内存:推到接近 128K 时,总内存占用可能达到约 95.8 GB,所以填满之前要留好余量。

与最直接的稠密模型对手 Llama 3.1 70B 相比,Qwen3-Next 在同等体量下明显感觉更快,因为它每一步只激活 3B 参数,而 Llama 必须跑完全部 70B。它在对话和推理上的质量很有竞争力,不过在最难的多步骤提示上,稠密的 70B 模型仍可能略胜一筹。它最突出的特点正是这种速度与体量之比:用小模型的延迟,换来大模型的知识广度——前提是你有足够内存来承载它。许可证为 Apache 2.0,因此你可以自由地商用、用于生产环境,不受厂商专属条款的约束。

规格参数

参数量80B (3B 激活)
上下文窗口256K tokens
厂商Alibaba
许可证Apache 2.0
发布时间2025-09
擅长领域聊天, 推理

各量化版本体积

量化位/权重下载体积最低内存质量
Q2_K3.3533.5 GB48 GB损失明显
Q4_K_M推荐4.8548.5 GB64 GB推荐
Q5_K_M5.6556.5 GB96 GB
Q8_08.585.0 GB128 GB接近原版
F1616160.0 GB256 GB原版

体积按参数量 × 位/权重估算,实际 GGUF 版本会略有差异。 · 数据更新于: 2026-06-11 · 这些数字是怎么算出来的 →

不同上下文长度的内存需求

上下文KV 缓存(估算)总内存(Q4)
4K tokens~1.5 GB~50.0 GB
8K tokens~3.0 GB~51.5 GB
32K tokens~11.8 GB~60.3 GB
128K tokens~47.3 GB~95.8 GB

KV 缓存会随上下文长度增长 — 4K 下装得下的模型,到 32K 可能就内存不足了。估算基于 FP16 缓存并采用 grouped-query attention;实际占用因运行时而异。

不同硬件的预估速度

硬件带宽约·速度
NVIDIA RTX 3060 12GB360 GB/sVRAM 装不下
NVIDIA RTX 4090 24GB1008 GB/sVRAM 装不下
Apple M-series (base)100 GB/s~47 tok/s
Apple M-series Pro270 GB/s~126 tok/s
Apple M-series Max410 GB/s~192 tok/s
CPU only (dual-channel DDR5)60 GB/s~28 tok/s

Token 生成速度受内存带宽限制:tok/s ≈ 带宽 × 0.85 ÷ Q4 下的模型体积。实际数值因运行时和上下文长度而异。

在本地运行

最简单的方式是 Ollama — 一条命令即可开聊:

ollama run qwen3-next:80b

常见问题