为什么参数量“仅”有800亿的模型能和庞大的235B模型不相上下?传统认知认为模型越大意味着能力越强、准确率越高、推理表现越好。然而Qwen3-Next-80B-A3B挑战了这一认知。
本文探讨核心问题:规模更小的模型如何能与体量几乎是其三倍的系统比肩,并且仅需远少于后者的显存?我们将分析实现这一目标所依赖的架构选择、效率技术、性能权衡,以及这对追求速度、成本和能力平衡的开发者和组织意味着什么。
为何Qwen3-Next-80B-A3B能用远少于235B模型的显存与之比肩
800亿参数的Qwen3-Next-80B-A3B能够与2350亿参数的庞大模型竞争,核心在于其高效的架构,尤其是采用的**高稀疏度混合专家(MoE)**设计。

Qwen3-Next-80B-A3B是Qwen3-Next系列的首款模型,其架构创新在长上下文效率和吞吐量方面表现突出。
它引入了**混合注意力(Hybrid Attention)**机制,结合门控DeltaNet和门控注意力替代标准注意力,可在超长序列长度下实现高效上下文建模。
**高稀疏度混合专家(MoE)**设计大幅降低了激活比例,在保持模型容量的同时减少了每token的FLOPs。
为确保鲁棒性,该模型集成了稳定性优化,例如零中心化、权重衰减层归一化。
最后,**多Token预测(MTP)**提升了预训练效率,加速了推理过程。这些增强特性共同使Qwen3-Next-80B-A3B非常适合高效、稳定地处理大规模长上下文工作负载。

Qwen3-Next-80B-A3B推理的显存需求
需要明确的一个关键点是:虽然推理时只有部分参数被激活,但全部800亿参数仍然需要加载到GPU的显存中。
推理所需的显存主要由模型大小和权重量化精度决定。以下是加载模型权重的基础计算:
FP16/BF16(16位精度):这是推理中常用的精度,每个参数占用2字节。800亿参数 × 2字节/参数 = 160GB显存
这160GB仅用于存储模型权重。KV缓存(用于存储上下文的注意力信息)、激活值和其他运行开销还需要额外的显存。因此实际运行未量化的模型时,尤其是长上下文场景下,你需要超过160GB的显存。
不同任务的显存需求
虽然模型加载的基础显存是固定的,但动态显存使用量会根据具体任务波动,这主要源于KV缓存、上下文长度和批次大小。KV缓存会存储输入序列中每个token的注意力键和值,其大小是动态显存消耗的主要来源。
文本生成(例如聊天机器人、摘要、创意写作)
- 典型上下文长度: 对于对话式AI或短文档摘要任务,上下文长度可能相对较小(例如几千个token),这会导致KV缓存更小,因此动态显存使用量更低。
- 长文本生成: 对于撰写长文章、维护超长对话历史等任务,上下文会不断增长,KV缓存也会随之变大。Qwen3-Next模型支持最长256000token的超长上下文,若使用满这一容量,显存需求会大幅提升。
例如,即使在2张H20 GPU(每张96GB)的强大配置下,256k长度的输入也可能导致内存问题。 来自Hugging Face
代码生成
- 仓库级上下文: 高级代码生成模型的一个核心应用场景是理解整个代码库,用于添加新功能、调试复杂问题等。这类场景下输入上下文会非常大,包含多个文件、数万行代码,会大幅提升KV缓存所需的显存。
- 简单代码片段: 相反,生成一个小的独立函数、补全单行代码对动态显存的影响很小,和短文本生成类似。
模型变体(Instruct版 vs Thinking版): Qwen3-Next-80B-A3B的Instruct版和Thinking版核心架构相同,总参数量800亿,激活参数量30亿,因此模型加载的基础显存需求一致。但Thinking版可能会生成更长的中间推理步骤,在复杂问题求解任务中可能导致略高的动态显存使用量。
综上,显存需求并非文本生成和代码生成本质不同,而是取决于具体任务的输入输出规模。复杂的多文件代码生成任务需要的动态显存会高于简单的单段文本摘要,反之亦然。
流畅运行Qwen3-Next-80B-A3B的GPU推荐
CPU性能
是的,Qwen3-Next 80B模型可以在CPU上运行。在演示中,主讲人解释称,虽然该模型有800亿参数,但推理时仅激活约30亿参数,这使得CPU运行成为可能——这在几周前还看似不可能。
缺点是速度。例如,当被问及“世界上最小的国家是哪个?”时,该模型花了55分钟才给出答案(梵蒂冈城)。
https://www.youtube.com/watch?v=F0dBClZ33R4
GPU性能
Qwen3-Next 80B模型也可以在单张GPU上运行。使用4张及以上GPU时,尤其是长上下文场景下,速度会极快,表现极为出色。在内存方面,以全精度运行该模型需要略高于68GB的显存。
| 特性 | NVIDIA A100 SXM | NVIDIA H100 SXM | NVIDIA H200 SXM | NVIDIA B200 |
|---|---|---|---|---|
| GPU架构 | Ampere | Hopper | Hopper | Blackwell |
| 发布年份 | 2020 | 2022 | 2023 | 2024 |
| 显存(VRAM) | 40GB或80GB HBM2e | 80GB HBM3 | 141GB HBM3e | 192GB HBM3e |
| 内存带宽 | 2.0 TB/s(针对80GB型号) | 3.35 TB/s | 4.8 TB/s | 8.0 TB/s |
| 互联技术 | NVLink 3.0(总带宽600 GB/s) | NVLink 4.0(总带宽900 GB/s) | NVLink 4.0(总带宽900 GB/s) | NVLink 5.0(总带宽1.8 TB/s) |
| 最大FP16/BF16性能 | 312 TFLOPS(稀疏模式:624 TFLOPS) | 989 TFLOPS(稀疏模式:1,979 TFLOPS) | 989 TFLOPS(稀疏模式:1,979 TFLOPS) | 2,250 TFLOPS(稀疏模式:4,500 TFLOPS) |
| 新精度支持 | TF32 | FP8 | FP8 | FP4、FP6 |
| 关键创新 | 多实例GPU(MIG)、TF32 | Transformer Engine(FP8支持)、DPX | 更大容量的HBM3e内存和更高带宽 | 第二代Transformer Engine(FP4/FP6支持)、Blackwell芯粒设计 |
| 典型最大功耗(TDP) | 最高400W | 最高700W | 最高1000W | 最高1200W |
- A100 SXM: 基于Ampere架构的GPU,通过引入TF32精度和多实例GPU(MIG) 彻底改变了AI领域,提升了性能和资源利用率。
- H100 SXM: 升级到Hopper架构,核心更新是支持FP8的Transformer Engine,大幅加速了Transformer模型的AI训练。
- H200 SXM: H100的升级款,主要更新是采用了更快、容量更大的HBM3e内存(141GB),显著提升了大型模型推理的内存带宽。
- B200: 大幅跃迁到Blackwell架构,引入了双芯粒设计和第二代支持FP4/FP6新精度的Transformer Engine,为万亿参数AI模型提供了巨大的性能提升。
如果你想通过本地部署体验该模型,Novita AI提供性价比高且稳定的GPU实例服务。 还提供竞价实例选项进一步降低成本,帮助你测试模型的能力。


在保持性能的前提下最小化显存使用
有多种技术可以帮助降低Qwen3-Next-80B-A3B的显存占用,让模型能在更广泛的硬件上运行。
量化是最有效的方法。通过将模型权重从高精度格式(如FP16)转换为低精度格式,内存占用会大幅下降。
- INT8(8位): 相比FP16,权重的显存需求降低约一半。对于80B模型,这一需求降至约80GB。
- INT4(4位): 相比FP16,权重的显存需求降低约75%,需求降至约40GB。
GGUF格式广泛用于在CPU和Mac上运行模型,但也有GPU应用场景。对于Qwen3-Next这类混合专家模型,GGUF的一个关键优势是允许部分专家层卸载到系统内存,在牺牲这些层激活时的性能的前提下降低显存需求。
CPU卸载进一步扩展了这一能力:模型的部分组件,尤其是很少使用的专家层,可以驻留在系统内存中,仅在需要时加载到显存。这能显著降低显存需求,但会因为内存和GPU内存之间的传输速度较慢产生延迟。
专用推理引擎(如vLLM或SGLang)非常推荐。这些框架专为大型语言模型设计,采用了高效的KV缓存管理等优化来降低内存开销。
Flash Attention提供了另一种方案,通过更有效地利用GPU高速SRAM,提供了内存效率更高、速度更快的注意力算法版本。
最后,降低上下文长度也可以是实用的解决方案。如果你的应用不需要超长上下文,降低最大上下文长度可以直接缩小KV缓存大小,节省显存。
简单测试Qwen3-Next-80B-A3B:使用API
Novita AI 是一个AI云平台,为开发者提供简单易用的API来部署AI模型。
Qwen3-Next-80B-A3B Instruct 价格为每百万输入token $0.15,每百万输出token $1.5,支持65536token上下文。
Qwen3-Next-80B-A3B Thinking 价格同样为每百万输入token $0.15,每百万输出token $1.5,支持相同的65536token上下文。
步骤1:登录并访问模型库
登录你的账户,点击模型库按钮。

步骤2:选择你的模型
浏览可用选项,选择适合你需求的模型。

步骤3:开始免费试用

开始免费试用,探索所选模型的能力。
步骤4:获取你的API密钥
要使用API进行身份验证,我们会为你提供新的API密钥。进入“设置”页面,你就可以按照图中指示复制API密钥。

步骤5:安装API
使用你编程语言对应的包管理器安装API。
安装完成后,将必要的库导入到你的开发环境中。使用你的API密钥初始化API,即可开始与Novita AI LLM交互。以下是Python用户使用聊天补全API的示例:
# 聊天API
from openai import OpenAI
client = OpenAI(
api_key="<Your API Key>",
base_url="https://api.novita.ai/openai"
)
response = client.chat.completions.create(
model="qwen/qwen3-next-80b-a3b-instruct",
messages=[
{"role": "system", "content": "You are a helpful assistant."},
{"role": "user", "content": "Hello, how are you?"}
],
max_tokens=65536,
temperature=0.7
)
print(response.choices[0].message.content)
# 补全API
from openai import OpenAI
client = OpenAI(
api_key="<Your API Key>",
base_url="https://api.novita.ai/openai"
)
response = client.completions.create(
model="qwen/qwen3-next-80b-a3b-instruct",
prompt="The following is a conversation with an AI assistant.",
max_tokens=65536,
temperature=0.7
)
print(response.choices[0].text)
使用Trae、Claude Code、Qwen Code等CLI工具
如果你想在本地环境或IDE中使用Novita AI的顶级模型(如Qwen3-Coder、Kimi K2、DeepSeek R1)进行AI编程辅助,流程非常简单:获取你的API密钥,安装工具,配置环境变量,即可开始编码。
详细的设置命令和示例请查看官方教程:
- Trae:在IDE中访问AI模型的分步指南
- Claude Code:如何在Windows、Mac和Linux上使用Claude Code运行Kimi-K2
- Qwen Code:如何在Qwen Code中使用OpenAI兼容API(60秒完成设置!)
使用OpenAI Agents SDK构建多代理工作流
通过将Novita AI与OpenAI Agents SDK集成,构建高级多代理系统:
- 即插即用: 在任何OpenAI Agents工作流中使用Novita AI的LLM。
- 支持交接、路由和工具调用: 设计能够委托、分流或执行函数的代理,全部由Novita AI的模型提供支持。
- Python集成: 只需将SDK端点设置为
https://api.novita.ai/v3/openai,并使用你的API密钥即可。
在第三方平台连接API
OpenAI兼容API: 享受无缝迁移和集成,支持Cline和Cursor等遵循OpenAI API标准的工具。
Hugging Face: 通过Novita AI端点,在Spaces、流水线或使用Transformers库时调用模型。
代理与编排框架: 通过官方连接器和分步集成指南,轻松将Novita AI与Continue、AnythingLLM、LangChain、Dify和Langflow等合作伙伴平台连接。
Qwen3-Next-80B-A3B证明,架构创新可以超越蛮力式参数扩展。通过重新思考注意力和专家的激活方式,它在仅需远少于更大模型的内存的前提下,就能提供与之相当甚至更优的结果。
对于从业者来说,这意味着更易进行的实验、更低的基础设施成本、更快的迭代速度,且无需牺牲性能。80B时代的到来标志着一个转折点:AI领域的领导力不再仅由模型规模决定,更由更智能的设计决定。
常见问题
80B模型如何在 challenging 基准测试中与235B模型竞争?
因为Qwen3-Next-80B-A3B采用了混合注意力和稀疏MoE技术,在降低计算成本的同时不损失表征能力。这使其在AIME25、LiveBench、LiveCodeBench等任务上的表现能够匹配甚至超越235B模型。
哪个模型更适合处理长文档或超长对话历史?
235B变体原生支持262K到1M token的上下文,但Qwen3-Next-80B-A3B也能高效处理最长256K token的上下文。对于大多数实际使用场景,80B模型提供了足够的上下文处理能力,同时响应速度更快、成本更低。
Qwen3-Next-80B-A3B是否更符合人类偏好?
是的。在Arena-Hard v2等基准测试中,Qwen3-Next-80B-A3B的Instruct版得分高于235B模型,展现出更强的对齐性和可靠性,即使规模更小也是如此。
Novita AI 是一个AI云平台,为开发者提供简单易用的API来部署AI模型,同时提供高性价比、可靠的GPU云服务用于模型构建和扩展。
