知识全景图/ 软件工程与系统/ 人工智能全景图/ 训练、推理与 Scaling

AI 训练、推理与 Scaling 底层图谱

从“模型为什么会变强”到“模型为什么这么贵”:理解数据、参数、算力、训练系统和推理系统之间的真实约束

阅读定位: 这一页负责解释大模型能力形成和运行成本的底层逻辑:预训练、指令微调、偏好优化、Scaling、分布式训练、推理阶段和成本结构。 如果要把 Scaling 里的“数据”继续拆细到 mixture ratio、采样权重和训练 token 配额,可以继续看 数据配方 / Token 预算;如果要按时间顺序理解 dataset、DataLoader、batch、loss、optimizer update、checkpoint 和 eval 怎样把数据压进权重,继续看 训练数据到模型能力形成的一生;如果要把 checkpoint、权重文件、optimizer state 和推理格式拆清楚,继续看 参数 / 权重 / Checkpoint。 它不做具体模型排行榜,也不替代模型服务、开源部署、成本性能、LLMOps 等工程专题页。
一、从数据到可调用模型
数据
文本 / 代码 / 多模态
预训练
预测下个 token
指令微调
学会回答任务
偏好优化
更符合人类偏好
评测与安全
推理服务
API / 自部署
阶段输入训练目标产物关键风险
数据准备网页、书籍、代码、论文、业务数据、多模态数据清洗、去重、过滤、配比训练语料或样本集低质、重复、污染、版权、隐私
预训练海量 token预测下一个 token 或重建被遮蔽内容Base Model成本极高,训练失败代价大
SFT指令-回答样本学会按人类指令输出Instruction Model数据风格单一会让模型变窄
偏好优化偏好对、排序、规则反馈让输出更有用、更安全、更符合偏好Aligned Model过度对齐会牺牲多样性和能力
部署推理Prompt、上下文、工具结果低延迟、低成本、稳定生成API 或模型服务显存、并发、上下文长度、成本失控
二、预训练:能力的压缩过程
预训练学到的不是“答案库”
  • 目标通常是预测下一个 token
  • 语言、知识、代码模式和推理痕迹被压进参数
  • 它学的是统计结构,不是可审计数据库
  • 所以它能泛化,也会幻觉
数据质量决定上限
  • 去重减少模型背答案和浪费算力
  • 高质量代码、数学、书籍和专业文本影响能力结构
  • 污染数据会让评测虚高或行为变坏
  • 数据配比是模型性格和能力的隐形旋钮,细节见 数据配方 / Token 预算
训练是工程系统,不只是算法
  • 多机多卡通信、故障恢复、检查点管理都很关键
  • 优化器状态、梯度、激活值会放大显存需求
  • 训练稳定性本身就是核心能力
  • 一次失败可能意味着大量算力沉没成本

Base Model 和 Chat Model 的区别

Base Model 更像续写器,擅长补全分布中的文本;Chat / Instruction Model 在此基础上经过指令数据和偏好数据塑形,更像会跟人协作的助手。很多“模型为什么不听话”的问题,本质是没有经过足够的指令对齐。

三、Scaling:参数、数据与算力的三角关系
变量增大后通常带来什么代价不是万能的原因
参数量容量增加,更能存储和组合复杂模式训练 / 推理显存、通信、延迟增加没有足够数据和训练,参数会被浪费
训练 tokens覆盖更多语言、知识、任务和风格训练时间、数据治理难度、版权风险增加低质量重复数据会稀释收益
计算量允许更大模型、更长训练、更复杂架构GPU、集群、能耗和资金成本增加系统效率不足会把算力浪费在通信和等待上
上下文长度能读更长输入,支持长文档和长任务训练和推理成本上升,KV Cache 压力变大长窗口不等于会正确使用长窗口

Scaling Law 的实际意义

Scaling Law 不是一句“越大越好”,而是提醒你:模型能力来自参数、数据和计算量的配平。参数太大但数据不够,会训练不足;数据很多但模型太小,会容量不足;算力不足则两边都跑不动。数据侧的配平还要继续落到 采样权重和 token 预算

小模型为什么仍然重要

很多生产任务不需要最大模型。通过高质量数据、蒸馏、工具调用、RAG、模型路由和评测约束,小模型可以在特定任务上达到更低延迟、更低成本、更易部署的效果。

四、分布式训练:把一个模型拆到许多卡上
技术解决的问题直觉副作用
Data Parallel数据太多,单卡训练太慢多张卡各算一批数据,再同步梯度通信开销随规模上升
Tensor Parallel单层矩阵太大把矩阵乘法切到多张卡上层内通信频繁
Pipeline Parallel层数太多,单卡放不下不同卡负责不同层,像流水线流水线气泡导致利用率损失
ZeRO / FSDP优化器状态和梯度占显存把参数、梯度、优化器状态切片存储实现复杂,通信和调参成本增加
Mixed Precision降低显存和提升吞吐用 FP16 / BF16 等低精度计算数值稳定性需要额外处理
Checkpointing故障恢复和节省激活显存定期保存状态,必要时重算中间激活存储和重算成本增加

训练系统的核心矛盾

大规模训练的目标不是“把 GPU 堆起来”这么简单,而是让计算、通信、存储和容错协同起来,尽量减少昂贵硬件的空转时间。

五、推理:生产成本的主战场
请求进入
Prefill
读完整输入
KV Cache
Decode
逐 token 生成
Streaming
计费 / 监控
推理概念说明优化方向
Prefill处理输入上下文,建立第一轮 KV CachePrompt 缓存、上下文压缩、减少无关输入
Decode逐 token 生成输出,通常更受内存带宽制约批处理、KV Cache 管理、量化、推测解码
Batching把多个请求合批提高 GPU 利用率动态批处理、连续批处理、队列调度
Quantization降低权重或激活精度以节省显存INT8 / INT4 / GPTQ / AWQ / GGUF 等路线
Speculative Decoding小模型起草,大模型验证在质量可接受时降低生成延迟
Model Routing不同任务分给不同模型简单任务用小模型,困难任务升级大模型
六、训练成本与推理成本的区别
训练成本是前置资本开销
  • 需要大量 GPU、数据工程和训练团队
  • 失败代价高,调参周期长
  • 更适合模型公司、平台公司或高价值垂直场景
  • 普通应用团队多数不该从预训练开始
推理成本是持续经营成本
  • 每个请求都会消耗 token、显存和时间
  • 输出 token 通常比输入 token 更影响延迟
  • 并发、上下文长度和输出长度决定账单曲线
  • 生产 AI 系统必须从第一天做成本归因
评测是连接两者的刹车系统
  • 没有评测,就不知道小模型是否够用
  • 没有评测,就不知道量化是否伤害质量
  • 没有评测,就无法判断 RAG、微调、换模型哪条路更值
  • 成本优化必须和质量回归测试一起做

训练 / 推理成本证据包

Scaling 决策要同时记录训练实验、推理账单、质量收益和发布门禁,否则很容易把一次性能力提升换成长期成本失控。

证据节点必须记录字段用来判断什么
training_runtraining_run_id、model_size、token_count、compute_budget、loss_curve_id能力提升是否来自有效训练,而不是单次偶然实验
scaling_decisionbaseline_model、candidate_model、eval_slice、quality_delta、capability_boundary加参数、加数据、加算力是否真的改善目标任务
inference_costinput_tokens、output_tokens、ttft、p95_latency、cost_per_request推理阶段的持续成本和用户体验是否可接受
release_gaterouting_rule_version、fallback_model、budget_guardrail、release_gate_id模型变大后是否有路由、预算和回滚约束
七、常见误区
误区:预训练一次就能解决业务问题
预训练得到的是通用能力底座。真实业务还需要指令数据、工具、RAG、权限、评测、监控和人工流程共同约束。
误区:参数越大越适合生产
大模型常常更强,但也更慢、更贵、更难私有化。生产选型看任务质量、延迟、成本、隐私和稳定性,不看单一参数量。
误区:推理优化只是基础设施团队的事
Prompt 长度、输出格式、RAG 分块、模型路由和产品交互都会影响推理成本。应用层设计本身就是推理优化的一部分。
八、回到 AI 主干
AI 全景 Token / Attention / Transformer 参数 / 权重 训练数据到能力 能力边界 / 幻觉 Embedding / 向量检索 推理计算 / KV Cache 一次请求的一生 模型服务 / 推理网关 开源部署 成本 / 性能治理 LLMOps / 评测