跳到主要内容

6 篇博文 含有标签「Training」

模型训练与分布式训练相关

查看所有标签

面试题:MoE 为什么能用更少的激活参数换来更大的容量?专家路由怎么设计、负载不均衡怎么治、为什么 MoE 推理比同规模稠密模型更难?

· 阅读需 16 分钟

这是「每日一题」专栏的第十九篇。每天一道面试题,后端 + AI 混合路线,从原理到代码一次讲清。上一篇是 短链接系统进阶,间隔了一个月没更新,今天按轮换回到 AI/LLM 方向,聊近两年面试出现频率陡增的一题:混合专家(MoE)——为什么 671B 的模型只需要 37B 的激活参数就能跑起来,这条路到底省了什么、又难在哪。

模型微调与模型蒸馏 — 概念、方法与选型

· 阅读需 6 分钟

微调和蒸馏是聊开源模型时绕不开的两个词,但经常被混为一谈。一句话区分:微调改变「模型会什么」,蒸馏改变「模型有多大」——微调是拿你的数据继续训练,让模型适配你的任务;蒸馏是让大模型当老师,把能力压缩进小模型。本文讲清两者的本质、方法和选型。

分布式训练工程课:3D 并行、ZeRO/FSDP 与通信开销的账怎么算

· 阅读需 8 分钟

先给结论:大模型训练并行只有三件事——显存放不下、算力不够用、通信不能成为瓶颈。数据并行(DP)摊算力、张量并行(TP)摊单层显存、流水线并行(PP)摊层数,ZeRO/FSDP 是数据并行的显存优化形态,实际生产(GPT-3、Llama、Qwen 系列)都是把它们叠成 3D/4D 并行来用。选型的本质是一道通信开销的算术题:每步训练要搬多少字节,你的互联带宽扛不扛得住。

上一篇讲了参数高效微调 LoRA/QLoRA,那是"少训点参数"的路线;这篇是"多卡一起训"的路线,两者互补。集群怎么调度 GPU 见K8s GPU 调度。

LoRA/QLoRA 参数高效微调实战:低秩假设、NF4 双重量化与多 Adapter 生产部署

· 阅读需 8 分钟

全参微调(full fine-tuning)的成本账很吓人:训练时除了权重本身,还要存梯度,以及 Adam 优化器的一阶矩、二阶矩两个状态。一个 7B 模型,权重 bf16 约 14GB,梯度 14GB,Adam 状态约 28GB,再加上激活和中间结果,全参微调 7B 要 60GB 以上显存,70B 直接破 600GB。这不是普通工程师玩得起的。

于是有了参数高效微调(PEFT)三件套:Adapter、Prefix Tuning、LoRA。其中 LoRA(Low-Rank Adaptation,微软 2021)因为"训练省显存、推理时可合并、能热插拔多任务"成为事实标准;QLoRA(2023)进一步把底座量化到 4bit,让 65B 模型在单张 48GB 消费卡上做微调成为可能。本文不重复上一篇多 Agent 编排(多 Agent 协作架构),专注把 LoRA/QLoRA 这条线讲透到能直接上手。

从 RLHF 到 GRPO:大模型对齐训练技术演进与实战

· 阅读需 9 分钟

为什么又聊对齐训练​

DeepSeek-R1 发布后,GRPO(Group Relative Policy Optimization)成了对齐训练领域最火的关键词。但如果你只看了 PR 通稿,大概率会以为 GRPO 是 DeepSeek 发明的全新算法——实际上它是 DPO 和 PPO 的自然演化,核心思想早就有迹可循。

这篇文章从工程落地的角度,把 RLHF → DPO → GRPO 这条线讲清楚。有代码、有坑、有 benchmark。

RLHF 的工程痛点​

RLHF(Reinforcement Learning from Human Feedback)的标准流程:

  1. SFT:监督微调基座模型
  2. Reward Model:训练一个评分模型
  3. PPO:用 PPO 优化策略模型,reward model 打分
┌─────────┐ ┌──────────┐ ┌──────────┐
│ SFT │───▶│ Reward │───▶│ PPO │
│ Model │ │ Model │ │ Update │
└─────────┘ └──────────┘ └──────────┘

工程上维护这个流程的痛点:

  • Reward Model 需要单独训练和部署:一个 7B 的策略模型,reward model 通常也得 7B,显存翻倍
  • Reward Hacking:策略模型学会钻评分的空子,生成高分但无意义的回复
  • PPO 训练不稳定:四个模型同时加载(policy、reference、reward、value),显存爆炸;KL 散度约束调参玄学

DPO 的出现解决了 reward model 的问题,但引入了新问题。

DPO:优雅但有天花板​

DPO(Direct Preference Optimization) 的核心洞察:PPO 的优化目标可以重参数化,直接消掉 reward model。

DPO 的 loss:

def dpo_loss(
policy_chosen_logp, # π_θ(y_w|x)
policy_rejected_logp, # π_θ(y_l|x)
ref_chosen_logp, # π_ref(y_w|x)
ref_rejected_logp, # π_ref(y_l|x)
beta=0.1, # temperature
):
"""
DPO loss: maximize the gap between chosen and rejected responses.
β controls how far the policy can deviate from the reference.
"""
import torch

policy_log_ratio = policy_chosen_logp - policy_rejected_logp
ref_log_ratio = ref_chosen_logp - ref_rejected_logp
logits = policy_log_ratio - ref_log_ratio

loss = -torch.nn.functional.logsigmoid(beta * logits)
return loss.mean()

不需要 reward model,只需要偏好对 (chosen, rejected)。训练速度比 RLHF 快 2-4 倍。

但 DPO 的硬伤:

  1. 离线偏好数据依赖:训练数据和策略模型分布不匹配时会退化。你用的偏好对是 Llama-3 生成的,但你训练的是 Qwen——分布漂移导致效果打折
  2. 缺少 exploration:不像 PPO 有在线采样过程,DPO 只能"学习已有的偏好",无法发现新的更好的响应
  3. reward 信号稀疏:每对数据只有一个 chosen/rejected 标签,没有中间状态的信息

这就是为什么 2024 年底开始,工业界开始探索 在线对齐 方案。

GRPO:去掉 Critic,保留 Online​

GRPO 是 DeepSeek 在 DeepSeekMath 论文中提出的,后来被 DeepSeek-R1 采用。

核心思想​

传统 PPO 需要四个模型:

PPO: Policy + Reference + Reward + Value (4 个模型)
GRPO: Policy + Reference + Reward (3 个模型)

GRPO 去掉了 Value 模型(critic),用组内相对比较替代 advantage 估计:

对每个 prompt x,采样 G 个响应 {y1, y2, ..., yG}
→ 用 reward model 打分得到 {r1, r2, ..., rG}
→ 组内归一化:advantage_i = (ri - mean(r)) / std(r)
→ 只更新使 advantage > 0 的 token

Loss 函数详解​

def grpo_loss(
policy_model,
reference_model,
prompts, # batch of prompts
reward_func, # callable: (prompt, response) -> float
group_size=4, # G: responses per prompt
beta=0.04, # KL penalty coefficient
epsilon=0.2, # clipping parameter
):
"""
GRPO loss as used in DeepSeek-R1.

Key difference from PPO:
- No critic/value model
- Advantage computed via group normalization
- Clipping on both sides like PPO
"""
import torch
import torch.nn.functional as F

total_loss = []
total_kl = []

for prompt in prompts:
# Step 1: Sample G responses from current policy
responses = []
rewards = []
with torch.no_grad():
for _ in range(group_size):
resp_ids, logps = policy_model.generate(
prompt, return_logprobs=True, do_sample=True
)
responses.append((resp_ids, logps))

# Get reward (rule-based or model-based)
resp_text = policy_model.tokenizer.decode(resp_ids[0])
r = reward_func(prompt, resp_text)
rewards.append(r)

rewards = torch.tensor(rewards)

# Step 2: Group normalization for advantage
advantages = (rewards - rewards.mean()) / (rewards.std() + 1e-8)

# Step 3: Compute loss for each positive-advantage response
for i, (resp_ids, old_logps) in enumerate(responses):
if advantages[i] <= 0:
continue

# Current policy logprobs
new_logps = policy_model.get_logprobs(prompt, resp_ids)

# PPO-style ratio
ratio = torch.exp(new_logps - old_logps)

# Clipped objective
clipped_ratio = torch.clamp(
ratio, 1 - epsilon, 1 + epsilon
)
policy_loss = -torch.min(
ratio * advantages[i],
clipped_ratio * advantages[i]
).mean()

# KL penalty to reference model
ref_logps = reference_model.get_logprobs(prompt, resp_ids)
kl = (new_logps - ref_logps).mean()

loss = policy_loss + beta * kl
total_loss.append(loss)
total_kl.append(kl.item())

if total_loss:
return torch.stack(total_loss).mean(), sum(total_kl) / len(total_kl)
return torch.tensor(0.0), 0.0

为什么 GRPO 更好​

维度PPODPOGRPO
在线采样✅❌✅
需要 Value Model✅N/A❌
需要 Reward Model✅❌✅
偏好数据需求低高低
显存占用高中中
训练稳定性低高中

Benchmark 数据(来自 DeepSeekMath 论文):

方法MATH 500GSM8KHumanEval
Base (DeepSeek-Coder 7B)51.7%78.2%48.2%
+ SFT56.2%82.4%52.4%
+ DPO58.4%83.1%54.3%
+ GRPO64.2%86.7%58.5%

GRPO 在数学和代码推理任务上比 DPO 显著提升,尤其在 MATH 上差了近 6 个点。

实战:用 TRL 跑 GRPO​

截至 2026 年 8 月,TRL(Transformer Reinforcement Learning)已原生支持 GRPO:

from datasets import load_dataset
from trl import GRPOConfig, GRPOTrainer
from transformers import AutoModelForCausalLM, AutoTokenizer

# 1. 加载模型
model_name = "Qwen/Qwen2.5-7B-Instruct"
model = AutoModelForCausalLM.from_pretrained(
model_name,
torch_dtype="auto",
device_map="auto",
attn_implementation="flash_attention_2",
)
tokenizer = AutoTokenizer.from_pretrained(model_name)
tokenizer.pad_token = tokenizer.eos_token

# 2. 准备数据集(只需要 prompts)
dataset = load_dataset("openai/gsm8k", "main", split="train[:2000]")

def format_prompt(example):
return {
"prompt": f"Question: {example['question']}\nAnswer: "
}

dataset = dataset.map(format_prompt)

# 3. 定义 reward function
def math_reward(prompt, completion):
"""
Rule-based reward for math reasoning.
简单粗暴:提取 \boxed{} 中的答案,跟标准答案比对。
"""
import re

# Extract answer from completion
match = re.search(r'\\boxed\{([^}]+)\}', completion)
if not match:
return 0.0

predicted = match.group(1).strip()

# Extract ground truth (GSM8K format: "#### 42")
# We need the ground truth from somewhere — in practice
# you'd pass it alongside the prompt
# Simplified here for illustration
return 1.0 if predicted # placeholder

# 实际使用时,用 GRPOTrainer 自带的 reward 机制:
# 可以传 reward_funcs 列表,支持 rule-based + model-based 混合

# 4. 配置 GRPO
grpo_config = GRPOConfig(
output_dir="./grpo-qwen-math",
num_train_epochs=1,
per_device_train_batch_size=4,
gradient_accumulation_steps=4,

# GRPO 特定参数
num_generation_per_prompt=4, # G (group size)
max_prompt_length=512,
max_completion_length=256,
temperature=0.9,

# KL 控制
beta=0.04, # KL penalty coefficient

# PPO-style clipping
epsilon=0.2,

# 学习率
learning_rate=1e-6,
lr_scheduler_type="cosine",
warmup_ratio=0.1,

# 日志
logging_steps=10,
save_steps=500,

bf16=True,
gradient_checkpointing=True,
)

# 5. 启动训练
trainer = GRPOTrainer(
model=model,
tokenizer=tokenizer,
args=grpo_config,
train_dataset=dataset,
reward_funcs=[math_reward],
)

trainer.train()
trainer.save_model("./grpo-qwen-math-final")

用 Unsloth 加速 GRPO​

Unsloth 对 GRPO 有专门优化,显存和速度都好不少:

from unsloth import FastLanguageModel, is_bfloat16_supported

model, tokenizer = FastLanguageModel.from_pretrained(
model_name="Qwen/Qwen2.5-7B-Instruct",
max_seq_length=2048,
load_in_4bit=True, # QLoRA
fast_inference=True,
)

model = FastLanguageModel.get_peft_model(
model,
r=64,
target_modules=[
"q_proj", "k_proj", "v_proj", "o_proj",
"gate_proj", "up_proj", "down_proj",
],
lora_alpha=128,
use_gradient_checkpointing="unsloth",
)

# 后续跟标准 TRL GRPOTrainer 一样使用

单张 A100 80GB,Qwen2.5-7B QLoRA + GRPO(G=4),batch_size=4,episode ~20s,比标准 PPO 快 1.5x。

实践中的坑​

坑 1:Reward Model 设计比算法更重要​

GRPO 去掉 critic 后,reward 信号的质量变成了唯一指标。很多团队花大量精力调 GRPO 的超参,但 reward function 本身设计有问题。

对于数学推理,DeepSeek-R1 实际用了混合 reward:

final_reward = accuracy_reward × 0.8 + format_reward × 0.2

format_reward 强制模型把思考过程放在 标签里,答案放在 里。这个简单的格式约束极大地稳定了训练。

坑 2:Group Size 的权衡​

G(group size per prompt)越大,advantage 估计越准确,但计算量线性增长:

G单步耗时MATH 500 提升
212s+2.1%
420s+5.8%
838s+7.2%
1672s+7.8%

G=4 是性价比最高的选择。G=8 之后提升递减明显。

坑 3:KL 散度崩溃​

GRPO 的 KL 惩罚系数 β 非常敏感。β 太小时 policy 会快速偏离 reference,生成一堆 reward hacking 的样本;太大又基本等于没训练。

一个实用技巧是自适应 β:

def adaptive_beta(current_kl, target_kl=0.01, beta_min=0.01, beta_max=0.5):
"""
Adjust β to keep KL divergence near target.
当 KL 过大时增大 β,过小时减小 β。
"""
if current_kl > target_kl * 2:
return min(beta_max, beta * 2)
elif current_kl < target_kl / 2:
return max(beta_min, beta / 2)
return beta

坑 4:Generation 阶段的显存峰值​

GRPO 的在线采样在 generation 阶段会产生显存峰值。每次 sample G 个 response,长序列(比如数学推理 1K+ tokens)时 decoder 的 KV cache 占显存很夸张。

解决方案:

  • 使用 vLLM 做 rollout 生成(训练和推理分离部署)
  • max_completion_length 不要设太大,实验中 256-512 足够
  • 梯度检查点 + flash attention 2 是标配

什么时候用 GRPO​

GRPO 不是银弹。一个实用的决策树:

  • 你只有静态偏好数据集(不能在线采样) → DPO
  • 你可以在线采样,但没有 reward model(或用 rule-based reward) → GRPO
  • 你有强 reward model(如 GPT-4 as judge),且显存充裕 → 传统 PPO
  • 奖励信号稀疏或带噪声 → 先用 DPO 做 warmup,再切 GRPO 在线优化

实际上,DeepSeek-R1 的训练流程是 SFT → 冷启动数据 → RL(GRPO)→ 拒绝采样 → SFT → 全场景 RL,GRPO 只是其中一环。

总结​

GRPO 解决了 PPO 的显存问题和 DPO 的离线局限,在代码/数学推理任务上效果显著。但它的核心假设——组内相对比较能替代 critic 的 advantage 估计——在 reward 信号噪声大的场景下可能不成立。

如果你是后端工程师想做模型对齐,我的建议:

  1. 先跑通 DPO(TRL 的 DPOTrainer,半天就能出结果)
  2. 在 DPO 基础上升级到 GRPO(Unsloth + TRL)
  3. reward function 花 80% 的精力,超参花 20%

大模型分布式训练的并行策略:从数据并行到 3D 并行与专家并行

· 阅读需 10 分钟

单机训练大模型失败,从来不是因为「模型参数装不下」这一句话。真正的问题是:训练一个模型需要保存四份不同的状态——参数、梯度、优化器状态、前向激活值——而它们各自都以不同方式随模型规模增长。以 175B 参数的 GPT-3 为例(ZeRO 论文给出的估算):仅 Adam 优化器状态就约 1.2TB,梯度约 0.7TB,参数约 0.7TB,合计 约 2.6TB,而 2020 年最强的 A100 80GB 也只有 80GB 显存。这就是为什么 GPT-3 要在约 10,000 张 V100 的集群上训练。

但这只是「装不下」的问题。分布式训练真正的难点在于:把状态切开之后,如何在切面之间保持数学等价。本文拆解五种并行方式——DP、TP、PP、SP、EP——各自的切分维度、通信模式与组合方式,并给出工程上的选择依据。所有数字均来自可查证的论文与硬件规格。