当前位置：首页 > news >正文

2025 年度国产大模型「开源 vs. 闭源」深度评测与实战指南

news 2025/10/9 5:47:22

面向开发者的硬核指南：开源与闭源、性能与成本、选型与部署

更新于 2025-10-08 | 全文约 1.5 万字，预计阅读 25 分钟

在这里插入图片描述

文章目录

- 大模型选择决策流程图
- **执行摘要 (Executive Summary)**
- **一、引言：风起云涌的国产大模型**
- **二、路线之争：闭源 API vs. 开源模型**
- 三、闭源 API 服务深度评测
- - 1. 综合性能与定价一览
  - 2. 分项能力 Benchmark
  - - a. 中文写作 & 知识 (基于 SuperCLUE-10k)
    - b. 代码能力 (基于 HumanEval+/LiveCodeBench-2025-09)
    - c. 数学推理 (基于 MATH+AIME2025)
    - d. 多模态能力 (基于 OCR+ChartQA)
- 四、开源模型深度评测
- - 1. 核心参数与硬件需求
  - 2. 微调成本预估
- 五、核心技术解析
- - 1. 模型量化 (Quantization)
  - 2. 推理引擎 (Inference Engine)
- 六、实战部署与选型决策
- - 1. 选购与部署决策树 (2025 秋季版)
  - 2. 场景化推荐清单
- 七、未来展望
- 八、结语
- 九、附录：快速上手命令
- - 1. 笔记本运行 32B 中文模型
  - 2. 单卡 A100 运行 DeepSeek-V3
  - 3. 4卡服务器运行 Kimi-K2
  - 4. 运行视觉模型 Kimi-VL
- 十、术语表 (Glossary)
- 推荐阅读
- 参考资料
- 原创声明

大模型选择决策流程图

执行摘要 (Executive Summary)

2025 年，国产大模型产业进入了新的发展阶段，呈现出 “闭源 API 服务极致性价比，开源模型性能全面追赶” 的双轨并行格局。

闭源 API 市场：以字节跳动的 豆包 Seed-1.6 为代表，凭借极具竞争力的价格 (约为 GPT-4o 的 1/3) 和低幻觉率，在通用中文场景下展现出强大的市场吸引力。同时，文心一言 4.5、通义千问-Max 等模型在各自的优势领域 (如知识图谱、多模态) 持续深耕，为企业级应用提供了成熟、稳定的解决方案。
开源模型生态：以 DeepSeek-V3/R1、Qwen3 系列、Kimi-K2 为首的开源力量迅速崛起。通过 INT4/FP8 等量化技术，先进的开源模型已可在消费级显卡 (如 RTX 4090) 上实现高效推理，性能在代码生成、数学推理等关键任务上已不逊于闭源模型。这为中小企业和开发者提供了前所未有的 技术自主性 和 成本可控性。

核心结论：对于追求快速集成、低开发成本的应用，闭源 API 仍是首选。而对于需要数据私有化、深度定制化以及成本敏感的场景，国产开源模型凭借其不断提升的性能和灵活的部署方案，已从“备胎”转变为具备核心竞争力的“首选”。

本报告旨在：

厘清现状：全面梳理主流国产闭源 API 与开源模型的性能、成本及应用场景。
提供洞察：深度解析模型量化、推理引擎、微调策略等核心技术。
指导实践：提供从硬件选型到模型部署的端到端实战指南。

一、引言：风起云涌的国产大模型

2025 年，大模型技术不再是少数巨头的专属游戏。随着以豆包、DeepSeek、Qwen、Kimi 为代表的国产力量的崛起，我们正处在一个激动人心的技术拐点。一方面，闭源 API 的价格战愈演愈烈，使得 AI 能力的调用成本大幅降低；另一方面，开源社区的繁荣让高性能模型的私有化部署变得触手可及。

然而，选择的多样性也带来了决策的复杂性。开发者和决策者面临着一系列关键问题：

闭源还是开源？ 如何在便捷性、成本和数据隐私之间做出权衡？
性能如何评估？ 除了通用榜单，哪些指标对我的业务场景最关键？
成本如何计算？ API 调用、GPU 租赁、人力维护，总体拥有成本 (TCO) 究竟是多少？
技术如何落地？ 模型量化、推理加速、高效微调，这些技术如何应用到我的项目中？

本报告将围绕这些核心问题，结合 2025 年 10 月的最新数据，为您提供一份全面、深入且可操作的国产大模型选型与实战指南。

二、路线之争：闭源 API vs. 开源模型

选择闭源 API 还是开源模型，是进入大模型应用领域的第一道决策题。这并非一个简单的技术问题，而是涉及到成本、效率、数据安全和未来扩展性的战略选择。

特性	闭源 API (Managed Service)	开源模型 (Self-Hosted)
核心优势	开箱即用，免运维	数据私有，完全可控
性能表现	通常代表厂商最强能力，性能稳定	性能取决于模型本身和优化水平，上限高
成本构成	按量付费 (Tokens)，前期投入低	硬件采购/租赁 + 电力 + 运维人力，前期投入高
数据隐私	数据需上传至服务商，存在隐私风险	数据 100% 在本地处理，安全性高
定制化能力	有限 (通常只支持简单的 prompt engineering)	高度灵活，可进行深度微调和模型修改
适用场景	- 快速原型验证 - 非核心业务 - 预算有限的初创团队	- 数据敏感行业 (金融、医疗) - 需要深度定制的垂直领域 - 对成本和性能有极致要求的场景
代表厂商	字节跳动 (豆包)、百度 (文心)、阿里 (通义)	DeepSeek、零一万物 (Kimi)、智谱 AI、百川智能

决策建议：

“先用起来”：对于大多数刚接触大模型的团队，建议从调用 豆包 Seed-1.6 等高性价比的闭源 API 开始，快速验证业务逻辑，积累工程经验。
“再控起来”：当业务模式得到验证，或面临数据合规、深度定制的需求时，应果断转向私有化部署。此时，DeepSeek-R1、Qwen3-32B 等模型是极佳的起点。

为什么推荐这种渐进式策略？

这种"先用后控"的策略基于以下考虑：

降低学习成本：API调用让团队快速上手，避免陷入复杂的环境配置
验证业务价值：在投入大量资源前，先验证AI能否真正解决业务问题
积累经验：通过API使用积累prompt工程、数据处理等关键经验
平滑过渡：当需要私有化时，已有的经验可以直接迁移到开源模型

三、闭源 API 服务深度评测

本章节将对主流的国产闭源大模型 API 进行横向对比，重点考察其在中文处理、代码、数学等核心能力上的表现，并结合价格因素，为您提供选型参考。

1. 综合性能与定价一览

性能评分 vs 价格对比图 (2025年10月)性能分数 ↑100 ┤                           95 ┤                           90 ┤ ●豆包Seed-1.6 (92分)        85 ┤   ●文心4.5 (90分)          80 ┤     ●通义Max (89分)        75 ┤       ●GLM-4.5 (88分)     70 ┤         ●混元T2 (86分)    65 ┤           ●SenseChat (85分)60 ┤             ●MiniMax (84分)55 ┤               ●百川 (83分) 50 ┤                           0 └─┬─┬─┬─┬─┬─┬─┬─┬─┬─→ 价格(元/百万tokens)0 0.5 1 1.5 2 2.5 3 3.5 4 4.5● = 性价比最优区间

模型	10 月综合分	一句话印象	输入 (元/百万 tokens)	输出 (元/百万 tokens)
豆包 Seed-1.6	92	中文幻觉最低，256k 上下文，价格屠夫	0.8	8
文心一言 4.5-Turbo	90	知识图谱+搜索增强，政企市场首选	1	3
通义千问-Max-235B	89	多模态能力均衡，Agent 生态完善	1.2	5
智谱 GLM-4.5-Pro	88	代码/工具调用稳定，开源同步迅速	1.5	6
腾讯混元-T2	86	视频生成和游戏 NPC 场景表现突出	1	4
商汤 SenseChat-5	85	CV 技术融合度高，智慧城市案例丰富	1.8	7
MiniMax-Text-01	84	语音能力和出海业务是亮点	1	3
Baichuan-Nova	83	医疗领域有专门优化，私有化支持好	2	8

数据来源：SuperCLUE 榜单与各厂商官方定价

SuperCLUE 榜单 · 豆包定价 · 文心定价 · 通义定价 · 智谱定价

2. 分项能力 Benchmark

a. 中文写作 & 知识 (基于 SuperCLUE-10k)

在最能体现“中文智慧”的写作和知识问答环节，豆包 Seed-1.6 凭借其极低的幻觉率 (3.8%) 和在 256k 长上下文中的稳定表现，拔得头筹。文心 4.5-Turbo 紧随其后，其结合知识图谱和搜索增强的能力，在处理复杂知识查询时表现稳健。

模型	分数	幻觉率	备注
豆包 Seed-1.6	87.3	3.8 %	256k 长文本处理能力突出
文心 4.5-Turbo	86.1	5.1 %	适合需要高精度知识的场景
Qwen3-235B	84.9	5.5 %	多语言混合处理能力强
DeepSeek-R1	83.5	6.0 %	逻辑链条清晰，但有时略显啰嗦
Kimi-K2	82.7	6.2 %	结合 OCR 的长文档处理是其优势

b. 代码能力 (基于 HumanEval+/LiveCodeBench-2025-09)

代码能力是衡量大模型逻辑推理和实用性的关键指标。Qwen3-Coder-480B 作为该领域的旗舰模型，性能一骑绝尘。值得注意的是，开源的 DeepSeek-R1 在此项测试中表现优异，与闭源的 GLM-4.5 不相上下，展现了开源模型巨大的潜力。

模型	分数	pass@1	备注
Qwen3-Coder-480B	90.1	79.3	性能顶级，但未开源
DeepSeek-R1	89.4	78.5	开源模型中的代码能力冠军
GLM-4.5	88.7	77.0	工具调用能力是其加分项
Kimi-Dev-72B	87.2	76.1	仅提供 API 服务
豆包 Seed-Coder	86.5	75.3	价格是普通版的 2 倍

c. 数学推理 (基于 MATH+AIME2025)

数学推理能力直接反映了模型的抽象和逻辑思维水平。DeepSeek-R1 在此项再次展现了其强大的实力，在 AIME 竞赛级难题上的得分超过 50%，这得益于其高达 32k 的链式思考 (Chain-of-Thought) 上下文。

模型	MATH / AIME 分数	思考模式	备注
DeepSeek-R1	86.3 / 52.1	有	强大的链式思考能力
Qwen3-235B-Thinking	84.7 / 49.6	有	提供快慢两种思考模式
豆包 Seed-Thinking	83.1 / 47.8	有	结合搜索进行思考
GLM-4.5-X	82.9 / 46.5	有	结合工具调用进行思考
Kimi-K1.6	81.5 / 45.0	有	长上下文辅助推理

d. 多模态能力 (基于 OCR+ChartQA)

多模态是未来的重要趋势。文心 ERNIE-VL 和 豆包 Seed-VL 作为闭源模型的代表，在图表理解 (ChartQA) 和文字识别 (OCR) 方面表现出色。开源模型中，Qwen3-VL-30B 和 Kimi-VL-16B 提供了非常有竞争力的性能，且支持私有化部署。

模型	ChartQA	OCR-score	是否开源
文心 ERNIE-VL	80.1	85.0	✘
豆包 Seed-VL	79.2	84.1	✘
Qwen3-VL-30B	78.5	83.7	✔
Kimi-VL-16B	76.1	82.3	✔
Hunyuan-VL-52B	75.8	81.5	✔

四、开源模型深度评测

对于追求技术自主和数据可控的开发者而言，开源模型是更具吸引力的选择。本章节将聚焦于主流开源模型的硬件需求、量化表现和微调成本。

1. 核心参数与硬件需求

“模型能不能跑起来”，关键看显存。下表汇总了主流开源模型在 BF16 精度下的推理显存需求，以及通过 INT4/FP8 量化后的预估值。

家族	2025-10 最新开源版	总参/激活参数	BF16 推理显存*	INT4/FP8 量化后显存**	魔搭下载量	协议
DeepSeek	V3-0528 + R1	236B / 21B	42 GB	INT4 → 19 GB	310 k	Apache-2.0
Qwen	3-235B-A22B	235B / 22B	40 GB	INT4 → 18 GB	290 k	Apache-2.0
Qwen	3-32B-Dense	32B / 32B	20 GB	INT4 → 10 GB	180 k	Apache-2.0
Kimi	K2-Instruct	1T / 32B	44 GB	INT4 → 20 GB	210 k	Apache-2.0
Kimi	VL-16B	16B / 3B	10 GB	INT4 → 4.5 GB	160 k	Apache-2.0
智谱	GLM-4.5	355B / 32B	46 GB	FP8 → 23 GB	140 k	MIT
智谱	GLM-4.5-Air	106B / 12B	18 GB	FP8 → 9 GB	95 k	MIT
腾讯	Hunyuan-Large	389B / 52B	60 GB	INT4 → 28 GB	110 k	Apache-2.0
百川	Baichuan-13B	13B / 13B	26 GB	INT4 → 7 GB	55 k	Apache-2.0

官方显存：基于 bf16 精度、batch size=1、kv-cache-int8，并包含 15% 的冗余。
*量化后显存：基于官方发布的 INT4/FP8 权重或社区验证的量化方案，性能损失通常 <2%。

关键洞察：

一张 RTX 4090 (24G) 显卡，通过 INT4 量化，已经可以流畅运行 Qwen3-32B、DeepSeek-V3-21B、Kimi-K2-32B 等业界顶尖的 30B 级别模型。
MoE (Mixture of Experts) 架构，如 DeepSeek-V3 和 Qwen3-235B，在推理时仅激活部分专家，极大地降低了实际显存开销。
GLM-4.5-Air 凭借其友好的 MIT 协议 和低至 9G 的 FP8 量化显存，成为金融、医疗等合规敏感行业的理想选择。

什么是MoE架构？为什么能降低显存开销？

MoE (Mixture of Experts) 是一种先进的神经网络架构：

工作原理：

模型包含多个"专家"子网络，每个专家擅长处理特定类型的输入
门控网络根据输入内容决定激活哪些专家
推理时只有少数专家参与计算，大部分专家处于"休眠"状态

显存优势：

虽然总参数量巨大（如235B），但激活参数只有20-30B
实际显存占用接近激活参数的大小，而非总参数
这使得超大模型能在相对较小的显存上运行

2. 微调成本预估

微调 (Fine-tuning) 是让通用大模型适应特定领域知识和任务风格的关键步骤。LoRA (Low-Rank Adaptation) 是目前最高效的微调方法之一。

下表预估了使用 LoRA (rank=64, sequence length=4k) 对不同模型进行微调时所需的显存。

模型	精度	训练显存*	推荐配置	说明
Qwen3-8B	BF16+AdamW	96 GB	2 × A100-80G	包含梯度和优化器状态
Qwen3-32B	BF16+AdamW	384 GB	8 × A100-80G	需启用 3D 并行
DeepSeek-V3-21B	BF16+AdamW	252 GB	4 × A100-80G	MoE 架构，零冗余优化
Kimi-K2-32B	BF16+AdamW	384 GB	8 × A100-80G	与 Qwen3-32B 类似
GLM-4.5-Air-12B	BF16+AdamW	144 GB	2 × A100-80G	也可使用 4 × RTX-4090-24G
Hunyuan-52B	BF16+AdamW	624 GB	16 × A100-80G	专家并行训练

训练显存：已包含模型参数、激活值、梯度和优化器状态，并预留 20% 冗余。使用 QLoRA 技术可在此基础上再降低 50-60% 的显存消耗。

实战建议：对于大多数中小团队，使用 QLoRA 在 RTX 4090 或 A100 上对 10B-30B 级别的模型进行微调，是兼顾成本和效果的最佳实践。

五、核心技术解析

理解大模型背后的核心技术，是做出明智决策和高效实践的基础。

1. 模型量化 (Quantization)

是什么？
量化是一种通过降低模型权重和激活值的数值精度来压缩模型的技术。例如，将 32 位的浮点数 (FP32) 转换为 16 位 (FP16/BF16) 或 8/4 位整数 (INT8/INT4)。

为什么需要？

降低显存占用：INT8 量化可将模型大小和显存需求减半，INT4 则能减少约 75%。
提高推理速度：低精度计算通常更快，尤其是在支持相关指令集的硬件上。

常用技术：

AWQ (Activation-aware Weight Quantization)：一种先进的量化方法，通过分析激活值的分布来保留重要的权重，从而在低比特量化下保持高性能。
GPTQ (Generalized Post-Training Quantization)：另一种流行的训练后量化方法，它通过逐层量化和校准来最小化精度损失。

2. 推理引擎 (Inference Engine)

是什么？
推理引擎是专门用于高效运行已训练模型的软件库。它通过各种优化技术来最大化吞吐量 (Throughput) 和最小化延迟 (Latency)。

为什么需要？
原生 Python + PyTorch 的推理方式效率低下，无法满足生产环境的需求。专业的推理引擎能将硬件性能压榨到极致。

主流选择：Ollama vs. vLLM

特性	Ollama 0.5.4	vLLM 0.8.2
定位	简单易用，本地优先	极致性能，生产级
一键安装	`brew install ollama`	推荐使用 Docker (镜像约 3 GB)
中文量化	内置支持 GGUF (INT4/INT8)	需手动进行 AWQ/GPTQ 量化
并行计算	实验性的张量并行 (TP)	原生支持张量并行 (TP) 和流水线并行 (PP)
吞吐量 (7B-INT4)	~18 tokens/s	~42 tokens/s
视觉模型支持	暂不支持	支持 Kimi-VL, Qwen-VL 等
核心优化	简单直接	PagedAttention (类似虚拟内存，减少显存浪费)
适用场景	个人笔记本、开发机快速验证	生产环境高并发服务

结论：Ollama 是本地开发的利器，而 vLLM 则是部署生产服务的标准。

六、实战部署与选型决策

理论结合实践，本章将提供一个清晰的决策树和场景化的推荐清单。

1. 选购与部署决策树 (2025 秋季版)

```

场景：个人开发者，本地笔记本尝鲜
└─ 硬件：RTX 4090 (24G)
├─ 选择一 (中文能力)：INT4 量化的 Qwen3-32B
│ └─ 命令：`ollama run qwen3:32b-q4_K_M` (约 18G 显存)
└─ 选择二 (视觉问答)：INT4 量化的 Kimi-VL-16B
└─ 命令：使用 vLLM 在单卡上运行 (约 10G 显存)
场景：小团队，单台服务器，追求综合性能
└─ 硬件：单卡 A100 (80G) 或 H800 (80G)
└─ 选择：INT4 量化的 DeepSeek-V3 (MoE)
└─ 理由：约 19G 显存占用，代码和数学能力均衡，吞吐量高 (约 1k tokens/s)。
场景：中大型企业，需要私有化部署知识库/客服系统
└─ 硬件：8 卡 A100/H800 服务器
└─ 选择：INT4 量化的 Qwen3-235B (MoE)
└─ 理由：使用 4 卡进行张量并行 (18G × 4)，即可获得顶级的中文处理能力。
场景：成本极度敏感，但需要长上下文
└─ 选择：调用 豆包 Seed-1.6 API
└─ 理由：0.8 元/百万 tokens 的输入价格，256k 的上下文窗口，是目前性价比最高的选择。
场景：金融/医疗行业，数据合规是首要任务
└─ 硬件：任意支持 10G 以上显存的服务器
└─ 选择：FP8 量化的 GLM-4.5-Air
└─ 理由：MIT 协议 商业友好，9G 的显存需求极低，且工具调用成功率高达 90%。
场景：需要处理百万级 token 的超长文档
└─ 硬件：多卡服务器 (总显存 > 320G)
└─ 选择：Qwen2.5-14B-1M
└─ 理由：开源可商用，采用稀疏注意力机制处理超长上下文。
```

2. 场景化推荐清单

场景	首选方案 (主)	备选方案 (辅)	核心理由
中文内容创作 (文案、脚本)	豆包 Seed-1.6 API	本地部署 Qwen3-32B-INT4	幻觉率低至 3.8%，价格仅为 GPT-4o 的 1/3。
软件开发辅助 (代码生成)	本地部署 DeepSeek-R1	调用 Qwen3-Coder API	HumanEval+ 分数高达 89.4%，完全可控。
科学计算与研究 (数学推理)	本地部署 DeepSeek-R1	调用豆包 Seed-Thinking API	AIME 竞赛得分 >50%，强大的链式思考。
法律/金融文档分析 (长文本)	本地部署 Kimi-K2-INT4	调用文心 4.5-Turbo API	256k 无损上下文，RTX 4090 即可运行。
多模态应用 (图表识别)	本地部署 Kimi-VL-16B-INT4	本地部署 Qwen3-VL-30B	开源方案，ChartQA 准确率达 76+。
医疗私有化	本地部署 Baichuan-13B-INT4	本地部署 GLM-4.5-Air-INT8	拥有丰富的病历微调案例，协议友好。
视频内容生成 (720P)	本地部署 Hunyuan-T2V-A14B	调用 Wan2.2-T2V API	开源模型，80G 显存可生成电影级片段。

七、未来展望

展望未来，国产大模型的发展将呈现以下趋势：

多模态融合 (Multi-modality)：纯文本模型将逐渐被淘汰，能够同时理解文本、图像、音频和视频的多模态模型将成为主流。
端侧智能 (Edge AI)：随着模型蒸馏和量化技术的发展，更多轻量级、高性能的模型将被部署到手机、汽车等终端设备上，实现真正的“无处不在的 AI”。
智能体 (AI Agent)：大模型将不再仅仅是问答工具，而是能够自主理解、规划、执行复杂任务的智能体，深度融入各行各业的工作流。
开源与闭源的协同：开源模型将继续在性能上追赶，成为技术创新的重要驱动力；而闭源服务则凭借其生态和工程优势，在商业应用上持续领先。二者将共同推动整个 AI 生态的繁荣。

八、结语

2025 年，我们正站在国产大模型爆发的前夜。这场变革的核心在于 “选择权” 的回归。

对于使用者，我们拥有了以豆包为代表的、价格厚道且性能强大的 API 服务。
对于掌控者，我们拥有了以 DeepSeek、Qwen、Kimi 为代表的、可在本地部署的高性能开源模型。
对于节约者，我们拥有了以 GLM-4.5-Air 为代表的、兼顾合规与低成本的私有化方案。

请记住：2025 年，国产开源模型已经不再是备胎，而是综合考量成本、中文能力和私有化需求下的首选。 希望本报告能为您在这场波澜壮阔的技术浪潮中，提供一份有价值的航海图。

九、附录：快速上手命令

1. 笔记本运行 32B 中文模型

# 需要安装 Ollama
ollama run qwen3:32b-q4_K_M

2. 单卡 A100 运行 DeepSeek-V3

# 首先拉取镜像
docker pull vllm/vllm-openai
docker run --gpus all -it -p 8000:8000 vllm/vllm-openai \--model modelscope/DeepSeek-V3-INT4 \--tensor-parallel-size 1 --max-model-len 32768

3. 4卡服务器运行 Kimi-K2

docker run --gpus all -it -p 8000:8000 vllm/vllm-openai \--model modelscope/Kimi-K2-INT4 \--tensor-parallel-size 4 --max-model-len 65536

4. 运行视觉模型 Kimi-VL

docker run --gpus all -it -p 8000:8000 vllm/vllm-openai \--model modelscope/Kimi-VL-16B-INT4 \--trust-remote-code --max-model-len 8192

十、术语表 (Glossary)

BF16 (Brain Floating Point 16): 一种 16 位浮点数格式，广泛用于深度学习训练，能有效节省显存。
Fine-tuning (微调): 在预训练模型的基础上，使用特定领域的数据进行二次训练，以适应新任务。
GGUF (Georgi Gerganov Universal Format): llama.cpp 项目使用的一种模型文件格式，专为在 CPU 和多种硬件上高效推理而设计，内置了量化支持。
LoRA (Low-Rank Adaptation): 一种高效的微调技术，通过在模型中注入少量可训练的“低秩”矩阵，来替代对整个模型的全量微调，极大降低了训练成本。
MoE (Mixture of Experts): 一种模型架构，由多个“专家”子网络和一个“门控”网络组成。在推理时，门控网络会根据输入选择性地激活少数几个专家，从而在保持巨大模型容量的同时，降低了单次推理的计算量。
PagedAttention: vLLM 推理引擎中的核心技术，它将注意力机制中的 KV 缓存像操作系统的虚拟内存一样进行分页管理，有效解决了显存碎片问题，提升了显存利用率和吞吐量。
Pass@k: 一种代码生成模型的评估指标，表示模型生成 k 个候选答案中，至少有一个能通过所有单元测试的概率。
Quantization (量化): 见第五章核心技术解析。
TP (Tensor Parallelism): 张量并行，一种模型并行技术，将模型的单个大张量（如权重矩阵）切分到多个 GPU 上进行计算，用于解决单卡显存无法容纳整个模型的问题。