Spaces:
Running
Running
Upload 8 files
Browse files- app.py +1 -1
- lora_qlora_deep_dive.md +136 -0
- outline.md +61 -0
- presentation.md +687 -0
- test_model.py +70 -0
app.py
CHANGED
|
@@ -15,7 +15,7 @@ def get_md_content(file_path):
|
|
| 15 |
def run_script():
|
| 16 |
"""Function to run the fine-tuning script and stream output."""
|
| 17 |
process = subprocess.Popen(
|
| 18 |
-
['python3', '
|
| 19 |
stdout=subprocess.PIPE,
|
| 20 |
stderr=subprocess.STDOUT,
|
| 21 |
text=True,
|
|
|
|
| 15 |
def run_script():
|
| 16 |
"""Function to run the fine-tuning script and stream output."""
|
| 17 |
process = subprocess.Popen(
|
| 18 |
+
['python3', 'fine_tune_improved.py'],
|
| 19 |
stdout=subprocess.PIPE,
|
| 20 |
stderr=subprocess.STDOUT,
|
| 21 |
text=True,
|
lora_qlora_deep_dive.md
ADDED
|
@@ -0,0 +1,136 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# LoRA 与 QLoRA 深度解析
|
| 2 |
+
|
| 3 |
+
本文档旨在提供对 LoRA (Low-Rank Adaptation) 和 QLoRA (Quantized Low-Rank Adaptation) 的深入理解,涵盖其核心原理、技术细节、优势对比及应用场景。
|
| 4 |
+
|
| 5 |
+
## 1. LoRA (Low-Rank Adaptation) 深度解析
|
| 6 |
+
|
| 7 |
+
### 1.1 核心思想
|
| 8 |
+
|
| 9 |
+
大型语言模型(LLM)的微调通常需要更新模型的所有参数,这在计算和存储上都非常昂贵。LoRA 的核心思想是,我们不需要调整整个权重矩阵,而只需要调整一个低秩的“更新矩阵” `ΔW`。
|
| 10 |
+
|
| 11 |
+
根据线性代数的原理,任何矩阵都可以通过低秩分解来近似。LoRA 假设模型在适应新任务时,其权重的变化是低秩的。因此,它将这个大的更新矩阵 `ΔW` 分解为两个小的、低秩的矩阵 `A` 和 `B` 的乘积 (`ΔW = BA`)。
|
| 12 |
+
|
| 13 |
+
- **原始权重 `W`**:保持冻结,不参与训练。
|
| 14 |
+
- **低秩矩阵 `A` 和 `B`**:可训练的参数。
|
| 15 |
+
|
| 16 |
+
通过这种方式,需要训练的参数量从数十亿急剧减少到数百万甚至更少。
|
| 17 |
+
|
| 18 |
+
### 1.2 工作原理
|
| 19 |
+
|
| 20 |
+
LoRA 的工作流程分为训练和推理两个阶段。
|
| 21 |
+
|
| 22 |
+
#### 训练阶段 (Training)
|
| 23 |
+
|
| 24 |
+
在训练时,输入数据会并行流经两条路径:
|
| 25 |
+
1. **主路径**:通过原始的、被冻结的模型权重 `W₀`。
|
| 26 |
+
2. **LoRA 旁路**:通过可训练的低秩矩阵 `A` 和 `B`。
|
| 27 |
+
|
| 28 |
+
最终的输出是这两条路径结果的简单相加。只有矩阵 `A` 和 `B` 的参数会被梯度更新。
|
| 29 |
+
|
| 30 |
+
```mermaid
|
| 31 |
+
graph TD
|
| 32 |
+
subgraph "训练阶段 (Training)"
|
| 33 |
+
direction LR
|
| 34 |
+
Input[Input x] --> W0["Frozen W₀"]
|
| 35 |
+
Input --> LoRA_A["LoRA A"]
|
| 36 |
+
|
| 37 |
+
W0 --> Add["+"]
|
| 38 |
+
LoRA_A --> LoRA_B["LoRA B"]
|
| 39 |
+
LoRA_B --> Add
|
| 40 |
+
|
| 41 |
+
Add --> Output[Output h]
|
| 42 |
+
end
|
| 43 |
+
|
| 44 |
+
style W0 fill:#f8f9fa,stroke:#adb5bd,stroke-width:2px
|
| 45 |
+
style LoRA_A fill:#e6f7ff,stroke:#91d5ff,stroke-width:2px
|
| 46 |
+
style LoRA_B fill:#e6f7ff,stroke:#91d5ff,stroke-width:2px
|
| 47 |
+
```
|
| 48 |
+
|
| 49 |
+
#### 推理阶段 (Inference)
|
| 50 |
+
|
| 51 |
+
训练完成后,为了实现最高的推理效率,LoRA 模块可以被“吸收”回原始权重中。
|
| 52 |
+
1. 计算两个低秩矩阵的乘积,得到更新矩阵 `ΔW = BA`。
|
| 53 |
+
2. 将 `ΔW` 加到原始权重上,得到新的合并权重 `W' = W₀ + ΔW`。
|
| 54 |
+
|
| 55 |
+
在部署时,我们只使用这个合并后的新权重 `W'`,模型的结构和原始模型完全一样,因此**不会引入任何额外的推理延迟**。
|
| 56 |
+
|
| 57 |
+
```mermaid
|
| 58 |
+
graph TD
|
| 59 |
+
subgraph "推理阶段 (Inference)"
|
| 60 |
+
direction LR
|
| 61 |
+
subgraph "1. Merge Weights (Offline)"
|
| 62 |
+
W0["Frozen W₀"] --> Add["+"]
|
| 63 |
+
subgraph "Trained LoRA"
|
| 64 |
+
B["LoRA B"] --> Multiply["*"]
|
| 65 |
+
A["LoRA A"] --> Multiply
|
| 66 |
+
end
|
| 67 |
+
Multiply --> Add
|
| 68 |
+
end
|
| 69 |
+
|
| 70 |
+
Add --> W_prime["New Merged Weight W'"]
|
| 71 |
+
|
| 72 |
+
subgraph "2. Deploy"
|
| 73 |
+
Input[Input x] --> W_prime_deploy["Use W' for Inference"]
|
| 74 |
+
W_prime_deploy --> Output[Output h = W' * x]
|
| 75 |
+
end
|
| 76 |
+
|
| 77 |
+
W_prime --> W_prime_deploy
|
| 78 |
+
end
|
| 79 |
+
```
|
| 80 |
+
|
| 81 |
+
### 1.3 优势总结
|
| 82 |
+
|
| 83 |
+
- **参数高效**:仅需训练极少数参数,大大降低了硬件门槛和训练成本。
|
| 84 |
+
- **无推理延迟**:训练后权重可以合并,推理速度与原始模型完全相同。
|
| 85 |
+
- **易于切换任务**:可以为不同任务训练不同的 LoRA 模块,并根据需要即时切换,而无需替换整个模型。
|
| 86 |
+
|
| 87 |
+
## 2. QLoRA (Quantized Low-Rank Adaptation) 详解
|
| 88 |
+
|
| 89 |
+
QLoRA 是 LoRA 的进一步优化,旨在将微调的内存消耗降至最低,甚至可以在单张消费级显卡上微调大型模型。
|
| 90 |
+
|
| 91 |
+
### 2.1 核心思想
|
| 92 |
+
|
| 93 |
+
QLoRA 的核心思想是:**用 4-bit 量化的、冻结的基础模型 + LoRA 模块**。
|
| 94 |
+
|
| 95 |
+
它在 LoRA 的基础上引入了量化技术,将基础模型的权重从 16-bit (FP16) 或 32-bit (FP32) 压缩到 4-bit,从而极大地减少了内存占用。
|
| 96 |
+
|
| 97 |
+
### 2.2 关键技术
|
| 98 |
+
|
| 99 |
+
为了在如此低的精度下保持模型性能,QLoRA 引入了三项关键技术:
|
| 100 |
+
|
| 101 |
+
1. **4-bit NormalFloat (NF4)**:一种新的 4-bit 数据类型,理论上对于正态分布的权重数据是最优的。它能比传统的 4-bit 整数或浮点数量化方法更好地保留信息。
|
| 102 |
+
|
| 103 |
+
2. **双重量化 (Double Quantization)**:为了节省存储量化常数(用于将 4-bit 数据反量化回高精度)所需的内存,QLoRA 对这些常数本身再次进行量化。这是一种“量化的量化”,进一步压缩了内存。
|
| 104 |
+
|
| 105 |
+
3. **分页优化器 (Paged Optimizers)**:利用 NVIDIA 统一内存的特性,防止在处理长序列时可能出现的显存不足(OOM)问题。当显存不足时,它会自动将优化器状态从 GPU 内存分页到 CPU 内存。
|
| 106 |
+
|
| 107 |
+
### 2.3 优势与权衡
|
| 108 |
+
|
| 109 |
+
- **极致的内存效率**:能够在单张 24GB 或 48GB 显卡上微调 65B 参数的模型,这是前所未有的。
|
| 110 |
+
- **保持高性能**:通过上述技术,QLoRA 在 4-bit 精度下微调的模型性能可以媲美 16-bit 全参数微调的水平。
|
| 111 |
+
- **权衡**:训练速度会比标准的 LoRA 慢一些,因为涉及到量化和反量化的计算开销。
|
| 112 |
+
|
| 113 |
+
## 3. LoRA vs. QLoRA 对比
|
| 114 |
+
|
| 115 |
+
| 特性 | LoRA | QLoRA |
|
| 116 |
+
| :--- | :--- | :--- |
|
| 117 |
+
| **基础模型精度** | 通常为 FP16 / BF16 | FP4 (使用 NF4) |
|
| 118 |
+
| **主要优化目标** | 减少可训练参数量 | 极致压缩总内存占用 |
|
| 119 |
+
| **内存消耗** | 中等 | 非常低 |
|
| 120 |
+
| **训练速度** | 较快 | 相对较慢 |
|
| 121 |
+
| **推理性能** | 无损(合并后) | 无损(合并后) |
|
| 122 |
+
| **适用场景** | 资源相对充足,追求训练速度 | 资源极其有限,追求最大模型微调 |
|
| 123 |
+
|
| 124 |
+
## 4. 应用场景
|
| 125 |
+
|
| 126 |
+
- **选择 LoRA**:
|
| 127 |
+
- 当你有足够的 VRAM(例如,A100 40GB/80GB)来加载 16-bit 模型时。
|
| 128 |
+
- 当你对训练速度有较高要求时。
|
| 129 |
+
- 快速迭代和实验不同任务的微调。
|
| 130 |
+
|
| 131 |
+
- **选择 QLoRA**:
|
| 132 |
+
- 当你的 VRAM 非常有限(例如,RTX 3090/4090 24GB)但仍想微调大型模型时。
|
| 133 |
+
- 对内存效率的要求高于对训练速度的要求。
|
| 134 |
+
- 在个人电脑或消费级硬件上进行模型微调。
|
| 135 |
+
|
| 136 |
+
通过理解这两者的原理和差异,您可以根据自己的硬件资源和项目需求,做出最合适的微调策略选择。
|
outline.md
ADDED
|
@@ -0,0 +1,61 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# 微调技术分享大纲
|
| 2 |
+
|
| 3 |
+
1. **引言:什么是微调?**
|
| 4 |
+
* 概念介绍:迁移学习与微调
|
| 5 |
+
* 生动比喻:让预训练模型“再学习”
|
| 6 |
+
* 微调的目标:适配特定任务、提升模型性能
|
| 7 |
+
|
| 8 |
+
2. **为什么需要微调?**
|
| 9 |
+
* 通用大模型的局限性
|
| 10 |
+
* 微调的优势:
|
| 11 |
+
* 提高在特定领域的准确性
|
| 12 |
+
* 降低计算资源需求(相比从头训练)
|
| 13 |
+
* 实现模型个性化与知识更新
|
| 14 |
+
* 典型应用场景:
|
| 15 |
+
* 情感分析
|
| 16 |
+
* 文本摘要
|
| 17 |
+
* 代码生成
|
| 18 |
+
* 对话机器人
|
| 19 |
+
|
| 20 |
+
3. **微调的核心原理**
|
| 21 |
+
* 预训练模型(Pre-trained Model)的角色
|
| 22 |
+
* 准备微调数据集
|
| 23 |
+
* 数据格式(指令、问答对等)
|
| 24 |
+
* 数据清洗与预处理
|
| 25 |
+
* 微调过程概览
|
| 26 |
+
* 选择基础模型
|
| 27 |
+
* 加载数据集
|
| 28 |
+
* 设置训练参数
|
| 29 |
+
* 执行训练
|
| 30 |
+
* 模型评估与迭代
|
| 31 |
+
|
| 32 |
+
4. **主流微调技术解析**
|
| 33 |
+
* **Full Fine-Tuning (全量微调)**:更新所有模型参数
|
| 34 |
+
* **Parameter-Efficient Fine-Tuning (PEFT)**:参数高效微调
|
| 35 |
+
* **LoRA (Low-Rank Adaptation)**: 核心思想与优势
|
| 36 |
+
* **QLoRA**: 结合量化,进一步降低资源消耗
|
| 37 |
+
* 其他方法简介 (Adapter, Prompt Tuning等)
|
| 38 |
+
|
| 39 |
+
5. **实战演练:使用Hugging Face进行模型微调**
|
| 40 |
+
* 环境准备:安装`transformers`, `peft`, `datasets`等库
|
| 41 |
+
* 选择一个基础模型 (例如: `meta-llama/Llama-2-7b-chat-hf`)
|
| 42 |
+
* 加载并准备一个示例数据集
|
| 43 |
+
* 使用`peft`和`QLoRA`进行微调的核心代码讲解
|
| 44 |
+
* 如何运行训练并保存模型
|
| 45 |
+
* 微调后模型的效果对比
|
| 46 |
+
|
| 47 |
+
6. **挑战与最佳实践**
|
| 48 |
+
* 常见挑战:
|
| 49 |
+
* 灾难性遗忘 (Catastrophic Forgetting)
|
| 50 |
+
* 过拟合 (Overfitting)
|
| 51 |
+
* 数据质量问题
|
| 52 |
+
* 最佳实践:
|
| 53 |
+
* 选择合适的模型和微调策略
|
| 54 |
+
* 高质量数据集的重要性
|
| 55 |
+
* 超参数调优技巧
|
| 56 |
+
* 模型评估指标的选择
|
| 57 |
+
|
| 58 |
+
7. **总结与展望**
|
| 59 |
+
* 微调技术的核心价值回顾
|
| 60 |
+
* 未来发展趋势
|
| 61 |
+
* Q&A 环节
|
presentation.md
ADDED
|
@@ -0,0 +1,687 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
# 微调技术分享
|
| 2 |
+
|
| 3 |
+
## 1. 引言:什么是微调?
|
| 4 |
+
|
| 5 |
+
大家下午好!今天非常荣幸能在这里和大家一起探讨一个在AI领域非常火热且实用的技术——**模型微调 (Fine-Tuning)**。
|
| 6 |
+
|
| 7 |
+
在我们深入技术细节之前,我想先问一个问题:大家觉得,一个已经非常聪明的AI大模型,比如GPT-4,它能直接解决我们业务中所有特定的、细分的问题吗?
|
| 8 |
+
|
| 9 |
+
答案通常是“不完全能”。通用大模型虽然知识渊博,但在特定领域的“专业度”上往往还有提升空间。而“微调”就是释放这种潜力的关键钥匙。
|
| 10 |
+
|
| 11 |
+
### 概念介绍:迁移学习与微调
|
| 12 |
+
|
| 13 |
+
要理解微调,我们首先要提到一个更广泛的概念:**迁移学习 (Transfer Learning)**。
|
| 14 |
+
|
| 15 |
+
想象一下,一个学会了物理、数学、工程学等多种知识的工程师,当他要去学习一个新的领域,比如“如何维修一台特定型号的发动机”时,他不需要从零开始学习,而是可以利用已有的知识体系,快速掌握新技能。
|
| 16 |
+
|
| 17 |
+
迁移学习就是这个道理。我们利用一个在海量数据上预训练好的、强大的**基础模型 (Foundation Model)**,然后把它在新的、更小的、特定任务的数据集上进行“再训练”,从而让模型适配这个新任务。
|
| 18 |
+
|
| 19 |
+
而**微调 (Fine-Tuning)**,正是迁移学习中最常用、最核心的一种技术手段。它通过调整预训练模型的参数,使其更好地适应我们的特定需求。
|
| 20 |
+
|
| 21 |
+
### 生动比喻:让预训练模型“再学习”
|
| 22 |
+
|
| 23 |
+
我们可以把预训练大模型比作一个**“通才”毕业生**。他博览群书,知识面广,但对于任何一个具体的工作岗位,可能还缺乏“实战经验”。
|
| 24 |
+
|
| 25 |
+
而“微调”的过程,就好比是针对这个“通才”进行的一次**“岗前培训”**。
|
| 26 |
+
|
| 27 |
+
* **预训练模型 (毕业生)**:拥有庞大的通用知识。
|
| 28 |
+
* **特定任务 (工作岗位)**:例如,成为一名专业的“法律合同审核员”。
|
| 29 |
+
* **微调数据集 (培训材料)**:大量的法律合同案例。
|
| 30 |
+
* **微调过程 (岗前培训)**:让毕业生学习这些案例,掌握审核合同的规则、术语和技巧。
|
| 31 |
+
|
| 32 |
+
通过这次“培训”,这位“通才”毕业生就摇身一变,成了我们需要的“法律合同审核”领域的**专家**。他不仅保留了原有的通用语言能力,还获得了精准完成特定任务的专业技能。
|
| 33 |
+
|
| 34 |
+
### 微调的目标
|
| 35 |
+
|
| 36 |
+
总结来说,我们进行微调,主要有以下几个核心目标:
|
| 37 |
+
|
| 38 |
+
1. **适配特定任务 (Task Adaptation)**:让模型掌握在预训练阶段未曾见过或不擅长的特定能力,比如特定的文本风格、专业的领域知识或遵循特定的输出格式。
|
| 39 |
+
2. **提升模型性能 (Performance Improvement)**:在特定任务上,微调后的模型通常比通用模型的表现更精确、更可靠。
|
| 40 |
+
3. **知识更新 (Knowledge Update)**:为模型注入新的、在预训练数据截止日期之后出现的知识。
|
| 41 |
+
4. **实现个性化 (Personalization)**:打造具有特定“人设”、语气或行为模式的个性化AI,例如一个风趣幽默的聊天机器人。
|
| 42 |
+
|
| 43 |
+
在接下来的分享中,我们将深入探讨为什么需要微调、它的核心原理、主流技术以及如何亲手实践。
|
| 44 |
+
|
| 45 |
+
---
|
| 46 |
+
|
| 47 |
+
### 附:核心概念生态图
|
| 48 |
+
|
| 49 |
+
为了更好地理解大模型相关的核心概念,我们可以扩展“造车”的比喻,构建一个更完整的“产业生态图”。
|
| 50 |
+
|
| 51 |
+
```mermaid
|
| 52 |
+
graph TD
|
| 53 |
+
subgraph Upstream["Foundational R&D"]
|
| 54 |
+
A["Algorithm: Transformer"] -->|Blueprint| B("Pre-training")
|
| 55 |
+
C["Massive Dataset"] -->|Fuel| B
|
| 56 |
+
B -->|Output| D["Foundation Model"]
|
| 57 |
+
end
|
| 58 |
+
|
| 59 |
+
subgraph Midstream["Alignment & Refinement"]
|
| 60 |
+
D -->|Input| E("Alignment Fine-tuning")
|
| 61 |
+
F["Human Feedback RLHF"] -->|Guide| E
|
| 62 |
+
E -->|Output| G["Aligned Model"]
|
| 63 |
+
end
|
| 64 |
+
|
| 65 |
+
subgraph Downstream["Application & Customization"]
|
| 66 |
+
G -->|Starting Point| H{"Application Layer"}
|
| 67 |
+
H -->|Zero-cost| I["Prompt Engineering"]
|
| 68 |
+
H -->|Specialized| J("Task Fine-tuning")
|
| 69 |
+
J --> K["Full Fine-tuning"]
|
| 70 |
+
J --> L["PEFT"]
|
| 71 |
+
L --> M["LoRA / QLoRA"]
|
| 72 |
+
end
|
| 73 |
+
|
| 74 |
+
subgraph Foundation["Core Components"]
|
| 75 |
+
N["Parameters/Weights"]
|
| 76 |
+
end
|
| 77 |
+
|
| 78 |
+
style D fill:#f9f,stroke:#333,stroke-width:2px
|
| 79 |
+
style G fill:#ccf,stroke:#333,stroke-width:2px
|
| 80 |
+
```
|
| 81 |
+
|
| 82 |
+
#### 1. 上游: 研发与制造 (创造一辆"平台车")
|
| 83 |
+
* **算法 (Algorithm) / Transformer架构**:这是最源头的**工程蓝图**。Transformer的“自注意力机制”是现代大模型的根基,定义了汽车的基本结构。
|
| 84 |
+
* **预训练 (Pre-training)**:这是**批量生产**通用平台车的过程。在这个阶段,使用**训练算法**(如反向传播、AdamW优化器)将**海量通用数据集**(互联网上的书籍、文章、代码等)的知识“灌注”到模型中。
|
| 85 |
+
* **基础模型 (Foundation Model)**:预训练完成后的**产物**��这就是那辆拥有强大通用能力的“平台车”。它知识渊博,但可能有点“野”,不够“社会化”。**大模型**通常指的就是这类模型或其后续版本。
|
| 86 |
+
* **参数/权重 (Parameters/Weights)**:贯穿始终的**核心零件**。模型学到的所有知识,都以数字的形式存储在这些亿万个参数中。它们就像汽车里的每一个机械部件和电子元件。
|
| 87 |
+
|
| 88 |
+
#### 2. 中游: 对齐与调校 (让车"懂规矩、会沟通")
|
| 89 |
+
* **对齐 (Alignment)**:这是一个关键的“出厂前调校”环节。目的是让模型遵循人类的价值观和指令,变得有用、诚实、无害。
|
| 90 |
+
* **RLHF (从人类反馈中强化学习)**:这是实现“对齐”最主流的**微调技术**。通过收集人类对模型输出的偏好(比如,哪个回答更好?),来“教育”模型,让它的行为更符合人类期望。经过RLHF,模型就从一个纯粹的知识库,变成了一个乐于助人、善于沟通的AI助手(如ChatGPT)。
|
| 91 |
+
|
| 92 |
+
#### 3. 下游: 应用与定制 (把车开出去,或改成"专业车")
|
| 93 |
+
现在,我们有了一辆“对齐”过的、好开的通用车,可以投入使用了。
|
| 94 |
+
* **推理 (Inference)**:就是“**开车**”的过程。你给模型一个输入(Prompt),它生成一个输出(Response)。这个过程由**采样算法**(如Top-k)驱动。
|
| 95 |
+
* **提示工程 (Prompt Engineering)**:这是最轻量级的“定制”方法,相当于你通过**高超的驾驶技巧和清晰的指令**(写好Prompt),让这辆通用车完成一些高难度动作。你没有改装车,只是用好了它。
|
| 96 |
+
* **任务微调 (Task Fine-tuning)**:当你发现“提示工程”无法满足你的专业需求时,就需要“**改装**”了。这就是我们之前讨论的微调。
|
| 97 |
+
* **全量微调 (Full FT)**:**深度改装**。重新调校发动机、悬挂等所有核心部件,让它变成一辆专业赛车。
|
| 98 |
+
* **参数高效微调 (PEFT)**:**轻量化改装**。只加装一些高性能套件(如LoRA),就能在特定场景下获得巨大性能提升。
|
| 99 |
+
* **LoRA / QLoRA**:是PEFT技术中最流行、最高效的**具体改装方案**。
|
| 100 |
+
|
| 101 |
+
#### 总结关系链
|
| 102 |
+
1. **算法**是基石,定义了模型的可能性。
|
| 103 |
+
2. **预训练**利用算法和数据,创造出**基础模型**(大模型)。
|
| 104 |
+
3. **RLHF**等**对齐微调**技术,让基础模型变得“文明”和“有用”。
|
| 105 |
+
4. 在应用时,你可以用**提示工程**来“引导”它,或者用**任务微调**(如**PEFT/LoRA**)来“改造”它,以适应你的专属需求。
|
| 106 |
+
5. 所有这些过程,本质上都是在学习或调整模型的**参数**。
|
| 107 |
+
|
| 108 |
+
---
|
| 109 |
+
|
| 110 |
+
## 2. 为什么需要微调?
|
| 111 |
+
|
| 112 |
+
我们已经知道微调是什么了,但下一个更重要的问题是:我们真的需要它吗?一个强大的通用大模型,比如GPT-4或Llama-2,难道还不够用吗?
|
| 113 |
+
|
| 114 |
+
### 通用大模型的局限性
|
| 115 |
+
|
| 116 |
+
事实证明,通用大模型虽然强大,但在很多特定场景下,它们存在一些固有局限性:
|
| 117 |
+
|
| 118 |
+
1. **领域知识的“广而不精”**:
|
| 119 |
+
* 通用模型是在互联网规模的通用语料上训练的,对于非常专业或小众的领域(如特定行业的法律、医疗、金融术语),它们的理解可能不够深入和准确。
|
| 120 |
+
* 它们可能会“一本正经地胡说八道”,产生看似合理但事实错误的幻觉 (Hallucination)。
|
| 121 |
+
|
| 122 |
+
2. **任务适配的“最后一公里”问题**:
|
| 123 |
+
* 即使模型有能力完成任务,其输出的格式、风格、语气也可能不符合我们的具体要求。例如,你可能需要模型以固定的JSON格式输出,或者以特定的品牌声调进行对话。通过Prompt工程虽然可以部分解决,但效果不稳定且成本高。
|
| 124 |
+
|
| 125 |
+
3. **知识的“保鲜期”**:
|
| 126 |
+
* 大模型的知识被“冻结”在了其训练数据截止的那个时间点。对于日新月异的领域,它们无法获取最新的信息。
|
| 127 |
+
|
| 128 |
+
4. **缺乏“个性”与“记忆”**:
|
| 129 |
+
* 通用模型是无状态的,它不记得与你的上一次对话。它也没有独特的“个性”,无法扮演一个持续的、特定的角色。
|
| 130 |
+
|
| 131 |
+
### 微调的优势
|
| 132 |
+
|
| 133 |
+
微调正是为了解决上述这些“最后一公里”的问题而生的。它带来了几个核心优势:
|
| 134 |
+
|
| 135 |
+
* **显著提高领域内的准确性**:
|
| 136 |
+
通过在你自己的高质量、特定领域的数据上进行微调,模型可以深入学习该领域的术语、模式和细微差别,表现得像一个真正的“领域专家”。
|
| 137 |
+
|
| 138 |
+
* **更低的资源和时间成本(相比从头训练)**:
|
| 139 |
+
从零开始训练一个百亿、千亿参数的大模型,需要海量的计算资源(成千上万的GPU月)和时间,这是绝大多数公司和个人无法承受的。而微调,特别是参数高效微调(PEFT),可以在消费级的硬件上(有时甚至单张GPU)在数小时或数天内完成。
|
| 140 |
+
|
| 141 |
+
* **实现模型的“个性化”与知识更新**:
|
| 142 |
+
* **个性化**: 你可以微调出一个具有特定“人设”(如幽默、严谨)的聊天机器人,或者一个模仿特定写作风格的内容创作者。
|
| 143 |
+
* **知识注入**: 可以通过微调,向模型“喂”入新的知识,比如公司最新的产品文档、最新的市场报告等。
|
| 144 |
+
|
| 145 |
+
### 典型应用场景
|
| 146 |
+
|
| 147 |
+
微调的应用几乎遍及所有NLP(自然语言处理)领域,这里列举几个典型的例子:
|
| 148 |
+
|
| 149 |
+
| 应用场景 | 通用模型可能遇到的问题 | 微调后的效果 |
|
| 150 |
+
| :--- | :--- | :--- |
|
| 151 |
+
| **客服机器人** | 回答过于通用,无法解决具体产品问题 | 能准确理解用户关于特定产品的询问,并提供精准的解决方案 |
|
| 152 |
+
| **情感分析** | 无法理解金融新闻中“看涨”等行业黑话 | 能精准判断特定领域文本(如财经、法律)的正面、负面或中性情绪 |
|
| 153 |
+
| **代码生成** | 生成的代码不符合团队的编码规范和架构风格 | 能生成遵循特定代码库风格和最佳实践的高质量代码 |
|
| 154 |
+
| **文本摘要** | 摘要过长或过短,没有抓住医疗报告的关键信息 | 能按照预设格式(如病历摘要),精准提炼出最重要的信息点 |
|
| 155 |
+
|
| 156 |
+
总而言之,当通用大模型无法满足你对**专业度、精确度、时效性或个性化**的极致追求时,微调就是你的不二之选。它是在巨人的肩膀上,为你的特定需求量身打造一双“合脚的鞋”。
|
| 157 |
+
|
| 158 |
+
---
|
| 159 |
+
|
| 160 |
+
## 3. 微调的核心原理
|
| 161 |
+
|
| 162 |
+
了解了微调的“是什么”和“为什么”之后,让我们深入一层,探究其背后的核心技术原理。微调的过程就像一个精心设计的“学习计划”,它主要包含四大环节:**准备预训练模型、准备数据集、执行训练、评估迭代**。
|
| 163 |
+
|
| 164 |
+
### 预训练模型 (Pre-trained Model) 的角色
|
| 165 |
+
|
| 166 |
+
预训练模型是微调的基石。它是一个已经在海量数据(如维基百科、网页、书籍)上训练过的深度学习模型,通常是基于Transformer架构的大语言模型(LLM)。
|
| 167 |
+
|
| 168 |
+
* **知识的起点**:预训练模型已经学习到了丰富的语言知识,包括语法、句法、常识以及一定程度的推理能力。我们进行微调,正是要利用这些已经习得的通用能力,而不是从零开始。
|
| 169 |
+
* **选择的重要性**:选择哪个基础模型至关重要。你需要考虑:
|
| 170 |
+
* **模型规模 (Scale)**:模型的参数量(如7B, 13B, 70B)决定了其能力上限和资源消耗。更大的模型通常更强大,但也需要更多的计算资源。
|
| 171 |
+
* **模型特性 (Features)**:不同的模型家族(如Llama、Mistral、Qwen)有不同的特性、训练数据和社区支持。
|
| 172 |
+
* **开源协议 (License)**:确保模型的许可证允许你的使用场景(特别是商业用途)。
|
| 173 |
+
|
| 174 |
+
### 准备微调数据集
|
| 175 |
+
|
| 176 |
+
如果说预训练模型是“大脑”,那么微调数据集就是“教科书”。**数据集的质量直接决定了微调的成败。**
|
| 177 |
+
|
| 178 |
+
* **数据格式**:数据集需要被构造成模型能够理解的格式。最常见的格式是“指令-响应”或“问答”对。例如:
|
| 179 |
+
|
| 180 |
+
```json
|
| 181 |
+
[
|
| 182 |
+
{
|
| 183 |
+
"instruction": "把下面的英文翻译成中文。",
|
| 184 |
+
"input": "Hello, world!",
|
| 185 |
+
"output": "你好,世界!"
|
| 186 |
+
},
|
| 187 |
+
{
|
| 188 |
+
"instruction": "解释什么是人工智能。",
|
| 189 |
+
"input": "",
|
| 190 |
+
"output": "人工智能是计算机科学的一个分支,它企图了解智能的实质,并生产出一种新的能以人类智能相似的方式做出反应的智能机器。"
|
| 191 |
+
}
|
| 192 |
+
]
|
| 193 |
+
```
|
| 194 |
+
|
| 195 |
+
这里的`instruction`是给模型的指令,`input`是可选的上下文,`output`是期望模型生成的结果。
|
| 196 |
+
|
| 197 |
+
* **数据质量**:
|
| 198 |
+
* **准确性**:确保你的答案是正确、无误的。
|
| 199 |
+
* **多样性**:覆盖你希望模型处理的各种场景和问题类型。
|
| 200 |
+
* **一致性**:遵循统一的风格和格式。
|
| 201 |
+
* **数量**:虽然微调不需要像预训练那样海量的数据,但通常也需要几百到几千条高质量的样本才能达到理想效果。
|
| 202 |
+
|
| 203 |
+
* **数据清洗与预处理**:
|
| 204 |
+
在训练前,需要对原始数据进行清洗,去除无关信息、修复格式错误,并将其转换为模型训练所需的特定格式(Tokenization)。
|
| 205 |
+
|
| 206 |
+
### 微调过程概览
|
| 207 |
+
|
| 208 |
+
有了模型和数据,我们就可以开始“训练”了。这个过程可以简化为以下几个步骤:
|
| 209 |
+
|
| 210 |
+
1. **加载基础模型**:从Hugging Face等平台加载你选定的预训练模型。
|
| 211 |
+
2. **加载数据集**:加载你精心准备的数据集。
|
| 212 |
+
3. **配置训练参数**:这是微调中最具技术性的部分,需要设置一系列**超参数 (Hyperparameters)**,例如:
|
| 213 |
+
* **学习率 (Learning Rate)**:控制模型参数更新的幅度。设置过高可能导致模型不稳定,过低则训练缓慢。
|
| 214 |
+
* **批次大小 (Batch Size)**:一次训练迭代中使用的样本数量。
|
| 215 |
+
* **训练轮次 (Epochs)**:整个数据集被重复��练的次数。
|
| 216 |
+
* **优化器 (Optimizer)**:如AdamW,用于在训练过程中更新模型的权重。
|
| 217 |
+
4. **执行训练**:启动训练脚本。在这个过程中,模型会根据你的数据集进行学习,并不断调整自身权重以最小化预测输出与真实标签之间的“损失”(Loss)。你会看到损失值在训练过程中逐渐下降。
|
| 218 |
+
5. **保存模型**:训练完成后,将微调后的模型权重(通常是与基础模型不同的那部分,如LoRA适配器)保存到磁盘。
|
| 219 |
+
|
| 220 |
+
### 模型评估与迭代
|
| 221 |
+
|
| 222 |
+
训练完成不代表工作的结束。你需要客观地评估微调后的模型是否真的变好了。
|
| 223 |
+
|
| 224 |
+
* **评估方法**:
|
| 225 |
+
* **自动化评估**:使用一个独立的**测试集**(模型在训练中从未见过的数据),通过一些标准指标(如BLEU, ROUGE用于文本生成,Accuracy用于分类)来量化模型的性能。
|
| 226 |
+
* **人工评估**:让领域专家或目标用户来使用模型,根据实际表现进行打分和反馈。这是评估模型在真实世界中表现的黄金标准。
|
| 227 |
+
|
| 228 |
+
* **迭代优化**:
|
| 229 |
+
根据评估结果,你可能需要回到前面的步骤进行调整,例如:
|
| 230 |
+
* **数据问题**:增加更多高质量数据,或修正现有数据中的错误。
|
| 231 |
+
* **参数问题**:调整学习率、训练轮次等超参数。
|
| 232 |
+
* **模型问题**:尝试不同的基础模型或微调策略。
|
| 233 |
+
|
| 234 |
+
微调是一个“**数据驱动、实验迭代**”的科学与艺术结合的过程。通过这个循环,你的模型将逐步达到理想的性能水平。
|
| 235 |
+
|
| 236 |
+
---
|
| 237 |
+
|
| 238 |
+
## 4. 主流微调技术解析
|
| 239 |
+
|
| 240 |
+
现在我们已经理解了微调的基本流程,是时候深入探讨实现微调的几种主流技术了。不同的技术在效果、成本和实现复杂度上各有千秋。它们主要分为两大派别:**全量微调 (Full Fine-Tuning)** 和 **参数高效微调 (Parameter-Efficient Fine-Tuning, PEFT)**。
|
| 241 |
+
|
| 242 |
+
### Full Fine-Tuning (全量微调)
|
| 243 |
+
|
| 244 |
+
全量微调是最直接、最传统的微调方法。
|
| 245 |
+
|
| 246 |
+
* **核心思想**:在微调过程中,**更新预训练模型的所有参数**。这意味着模型的每一个权重都会根据新数据集进行梯度下降和调整。
|
| 247 |
+
|
| 248 |
+
* **优点**:
|
| 249 |
+
* **效果上限高**:由于调整了所有参数,模型有最大的自由度去适配新数据,理论上可以达到最佳的性能。
|
| 250 |
+
|
| 251 |
+
* **缺点**:
|
| 252 |
+
* **计算成本极高**:对于一个拥有数十亿甚至上百亿参数的大模型,更新所有参数需要巨大的计算资源(GPU显存)和时间。例如,微调一个7B(70亿)参数的模型,通常需要多张高端GPU。
|
| 253 |
+
* **存储成本高**:每次微调都会产生一个与原始模型同样大小的完整模型副本。如果你需要为多个不同任务微调模型,存储成本会急剧增加。
|
| 254 |
+
* **容易导致灾难性遗忘**:在适配新任务的同时,模型可能会忘记在预训练阶段学到的通用知识,这种现象被称为“灾难性遗忘”。
|
| 255 |
+
|
| 256 |
+
**适用场景**:资源充足,且对模型性能有极致追求的场景。在PEFT技术成熟之前,这是唯一的选择。
|
| 257 |
+
|
| 258 |
+
### Parameter-Efficient Fine-Tuning (PEFT) - 参数高效微调
|
| 259 |
+
|
| 260 |
+
为了克服全量微调的巨大成本,研究者们提出了一系列“参数高效”的微调方法。PEFT的核心思想是:**在微调时,冻结预训练模型的大部分参数,只调整其中一小部分(新增的或选择的)参数。**
|
| 261 |
+
|
| 262 |
+
这种方法就像是给一个庞大的机器加装一个精巧的“外挂”或“补丁”,而不是去改造整个机器。目前,PEFT已经成为主流的微调范式,其中最耀眼的明星技术当属 **LoRA** 和 **QLoRA**。
|
| 263 |
+
|
| 264 |
+
#### LoRA (Low-Rank Adaptation)
|
| 265 |
+
|
| 266 |
+
LoRA是目前最流行、最有效的PEFT方法之一。
|
| 267 |
+
|
| 268 |
+
* **核心思想**:
|
| 269 |
+
LoRA认为,模型在适配新任务时,其参数的“变化量”(即`微调后的权重 - 原始权重`)是一个**低秩矩阵**。基于这个假设,我们不需要更新整个巨大的权重矩阵,而可以用两个更小的、低秩的矩阵(A和B)来模拟这个变化。
|
| 270 |
+
|
| 271 |
+
在微调时,原始的模型权重 `W` 保持不变,我们在旁边新增两个小矩阵 `A` 和 `B`。训练的对象不再是 `W`,而是 `A` 和 `B`。在推理时,我们将 `A` 和 `B` 的乘积 `BA` 与原始权重 `W` 相加,即 `W' = W + BA`,从而得到微调后的效果。
|
| 272 |
+
|
| 273 |
+
* **优点**:
|
| 274 |
+
* **极大地降低了计算需求**:需要训练的参数量急剧减少,通常不到总参数量的1%。这意味着你可以在消费级GPU(如RTX 3090/4090)上微调大型模型。
|
| 275 |
+
* **存储效率高**:微调后,你只需要保存小小的 `A` 和 `B` 矩阵(通常只有几MB到几十MB),而不是整个模型的副本。这使得管理多个任务的微调模型变得非常容易。
|
| 276 |
+
* **效果媲美全量微调**:大量实验证明,在很多任务上,LoRA的效果可以与全量微调相媲美,甚至更好(因为它在一��程度上避免了灾难性遗忘)。
|
| 277 |
+
* **轻松切换任务**:由于“补丁”是可插拔的,你可以根据不同任务加载不同的LoRA权重,实现模型的动态切换。
|
| 278 |
+
|
| 279 |
+
#### LoRA 原理深入:低秩矩阵分解
|
| 280 |
+
|
| 281 |
+
为了更直观地理解 LoRA 如何工作,我们可以将其核心思想可视化为矩阵分解。LoRA 不直接修改预训练模型的庞大权重矩阵 (W),而是通过训练两个小得多的“低秩”矩阵 (A 和 B) 来模拟权重的更新 (ΔW)。
|
| 282 |
+
|
| 283 |
+
- **预训练权重 (W)**: 这是一个巨大的矩阵(例如,维度为 `d x k`),在微调期间保持**冻结**,不参与训练。
|
| 284 |
+
- **低秩矩阵 (A 和 B)**: 这两个是 LoRA 的核心,它们的维度分别为 `r x k` 和 `d x r`。其中,秩 `r` 远小于 `d` 和 `k` (`r << d, r << k`)。在微调期间,**只有这两个矩阵是可训练的**。
|
| 285 |
+
- **权重更新 (ΔW)**: 两个低秩矩阵的乘积 `B * A` 形成一个与原始权重矩阵 W 维度相同的更新矩阵 `ΔW`。
|
| 286 |
+
- **最终计算**: 模型的前向传播计算变为 `h = W*x + B*A*x`。
|
| 287 |
+
|
| 288 |
+
这个过程可以用下面的图来表示:
|
| 289 |
+
|
| 290 |
+
```mermaid
|
| 291 |
+
graph LR
|
| 292 |
+
subgraph "LoRA 核心原理"
|
| 293 |
+
subgraph "Frozen Pre-trained Weight"
|
| 294 |
+
W0["<strong>W_0</strong> (d x k)<br/><i>Frozen</i>"]
|
| 295 |
+
end
|
| 296 |
+
|
| 297 |
+
subgraph "Trainable LoRA Adapter"
|
| 298 |
+
B["<strong>Matrix B</strong><br/>(d x r)<br/><i>Trainable</i>"]
|
| 299 |
+
A["<strong>Matrix A</strong><br/>(r x k)<br/><i>Trainable</i>"]
|
| 300 |
+
|
| 301 |
+
B -- "Matrix Multiply" --> A
|
| 302 |
+
end
|
| 303 |
+
|
| 304 |
+
W0 -- " + " --> Result["h = (W_0 + B*A)x"]
|
| 305 |
+
A -- "Forms ΔW = B*A" --> Result
|
| 306 |
+
end
|
| 307 |
+
|
| 308 |
+
subgraph "Key Idea"
|
| 309 |
+
Note["<strong>Key Idea:</strong><br/>Train ΔW via low-rank decomposition (B*A).<br/>r is the rank, where r << d and r << k.<br/>This drastically reduces trainable parameters."]
|
| 310 |
+
end
|
| 311 |
+
|
| 312 |
+
style W0 fill:#f8f9fa,stroke:#adb5bd,stroke-width:2px
|
| 313 |
+
style A fill:#e6f7ff,stroke:#91d5ff,stroke-width:2px
|
| 314 |
+
style B fill:#e6f7ff,stroke:#91d5ff,stroke-width:2px
|
| 315 |
+
style Note fill:#fffbe6,stroke:#ffe58f,stroke-width:1px,text-align:left
|
| 316 |
+
```
|
| 317 |
+
|
| 318 |
+
这个图清晰地展示了 LoRA 如何通过在原始冻结权重旁边增加一个由两个可训练的低秩矩阵组成的“旁路”来实现高效微调。
|
| 319 |
+
|
| 320 |
+
### LoRA 如何与模型协同工作?
|
| 321 |
+
|
| 322 |
+
LoRA 的工作方式可以奇妙地分为两个阶段:**训练阶段**和**推理阶段**,这使其既高效又灵活。
|
| 323 |
+
|
| 324 |
+
#### 阶段一:训练 (并行计算)
|
| 325 |
+
|
| 326 |
+
在训练期间,LoRA 像一个并行的“附加模块”一样工作,不直接修改原始模型。
|
| 327 |
+
|
| 328 |
+
- **原始权重 (W₀)** 被**冻结**,不参与训练。
|
| 329 |
+
- 输入 `x` 同时流经两条路径:
|
| 330 |
+
1. **主路径**: `h₁ = W₀ * x`
|
| 331 |
+
2. **LoRA 旁路**: `h₂ = (B * A) * x`
|
| 332 |
+
- 最终输出是两条路径结果的和:`h = h₁ + h₂`。
|
| 333 |
+
- 只有矩阵 **A** 和 **B** 在训练中被更新。
|
| 334 |
+
|
| 335 |
+
```mermaid
|
| 336 |
+
graph TD
|
| 337 |
+
subgraph Training["Training Phase"]
|
| 338 |
+
direction LR
|
| 339 |
+
Input[Input x] --> W0["Frozen W₀"]
|
| 340 |
+
Input --> LoRA_A["LoRA A"]
|
| 341 |
+
|
| 342 |
+
W0 --> Add["+"]
|
| 343 |
+
LoRA_A --> LoRA_B["LoRA B"]
|
| 344 |
+
LoRA_B --> Add
|
| 345 |
+
|
| 346 |
+
Add --> Output[Output h]
|
| 347 |
+
end
|
| 348 |
+
|
| 349 |
+
style W0 fill:#f8f9fa,stroke:#adb5bd,stroke-width:2px
|
| 350 |
+
style LoRA_A fill:#e6f7ff,stroke:#91d5ff,stroke-width:2px
|
| 351 |
+
style LoRA_B fill:#e6f7ff,stroke:#91d5ff,stroke-width:2px
|
| 352 |
+
```
|
| 353 |
+
|
| 354 |
+
#### 阶段二:推理 (合并权重)
|
| 355 |
+
|
| 356 |
+
训练完成后,为了达到最高的推理效率,LoRA 模块可以被“吸收”回原始权重中。
|
| 357 |
+
|
| 358 |
+
- 首先,计算总的权重更新量 `ΔW = B * A`。
|
| 359 |
+
- 然后,将这个更新量加到原始权重上:`W' = W₀ + ΔW`。
|
| 360 |
+
- 最终,部署时只使用这个合并后的新权重 `W'`,模型的结构和原始模型完全一样,因此**没有额外的推理延迟**。
|
| 361 |
+
|
| 362 |
+
```mermaid
|
| 363 |
+
graph TD
|
| 364 |
+
subgraph Inference["Inference Phase"]
|
| 365 |
+
direction LR
|
| 366 |
+
subgraph MergeWeights["1. Merge Weights (Offline)"]
|
| 367 |
+
W0["Frozen W₀"] --> Add["+"]
|
| 368 |
+
subgraph TrainedLoRA["Trained LoRA"]
|
| 369 |
+
B["LoRA B"] --> Multiply["*"]
|
| 370 |
+
A["LoRA A"] --> Multiply
|
| 371 |
+
end
|
| 372 |
+
Multiply --> Add
|
| 373 |
+
end
|
| 374 |
+
|
| 375 |
+
Add --> W_prime["New Merged Weight W'"]
|
| 376 |
+
|
| 377 |
+
subgraph Deploy["2. Deploy"]
|
| 378 |
+
Input[Input x] --> W_prime_deploy["Use W' for Inference"]
|
| 379 |
+
W_prime_deploy --> Output["Output h = W' * x"]
|
| 380 |
+
end
|
| 381 |
+
|
| 382 |
+
W_prime --> W_prime_deploy
|
| 383 |
+
end
|
| 384 |
+
```
|
| 385 |
+
|
| 386 |
+
这个“训练时并行,推理时合并”的设计,是 LoRA 如此成功和受欢迎的关键所在。
|
| 387 |
+
|
| 388 |
+
#### QLoRA (Quantized Low-Rank Adaptation)
|
| 389 |
+
|
| 390 |
+
QLoRA是LoRA的进一步优化,它将“量化”技术与LoRA相结合,将资源消耗推向了新的极致。
|
| 391 |
+
|
| 392 |
+
* **核心思想**:
|
| 393 |
+
1. **4-bit量化**:将预训练模型的权重从标准的16位或32位浮点数 **量化** 为4位整数。这使得模型在显存中的占用大幅减少(约减少75%)。
|
| 394 |
+
2. **在量化的模型上进行LoRA微调**:在加载了4-bit量化模型的“骨架”之上,再应用LoRA方法,只训练新增的小矩阵。
|
| 395 |
+
3. **Paged Optimizers**: 使用NVIDIA的统一内存技术,防止在处理长序列时可能出现的显存溢出问题。
|
| 396 |
+
|
| 397 |
+
* **优点**:
|
| 398 |
+
* **资源消耗的终极压缩**:QLoRA使得在**单张消费级GPU**上微调更大规模的模型(如33B甚至65B模型)成为可能,极大地降低了微调的硬件门槛。
|
| 399 |
+
|
| 400 |
+
#### 其他PEFT方法简介
|
| 401 |
+
|
| 402 |
+
除了LoRA系列,PEFT家族还有其他一些重要成员:
|
| 403 |
+
|
| 404 |
+
* **Adapter Tuning**:在模型的Transformer层之间插入一些小型的“适配器”模块。微调时只训练这些适配器,而主干网络保持不变。
|
| 405 |
+
* **Prompt Tuning / Prefix Tuning**:不改变模型参数,而是在输入端为每个任务学习一个特定的、连续的“提示”向量(Prompt)。这个提示会引导模型更好地执行特定任务。
|
| 406 |
+
|
| 407 |
+
**总结对比**
|
| 408 |
+
|
| 409 |
+
| 方法 | 训练参数量 | 存储成本 | 计算成本 | 效果 | 主要思想 |
|
| 410 |
+
| :--- | :--- | :--- | :--- | :--- | :--- |
|
| 411 |
+
| **Full Fine-Tuning** | 全部 (100%) | 非常高 | 非常高 | 最好(理论) | 更新所有权重 |
|
| 412 |
+
| **LoRA** | 极少 (<1%) | 非常低 | 低 | 接近全量微调 | 学习权重的低秩更新 |
|
| 413 |
+
| **QLoRA** | 极少 (<1%) | 非常低 | 非常低 | 略低于LoRA | 在量化模型上做LoRA |
|
| 414 |
+
| **Adapter** | 较少 | 低 | 较低 | 较好 | 插入并训练小模块 |
|
| 415 |
+
|
| 416 |
+
### 原理图:LoRA vs. QLoRA
|
| 417 |
+
|
| 418 |
+
为了更直观地理解 LoRA 和 QLoRA 的核心差异,我们可以参考下面的原理图。这张图清晰地展示了两种方法如何处理原始的预训练权重和新增的适配器。
|
| 419 |
+
|
| 420 |
+
* **左侧 (LoRA)**: 原始的预训练权重 (W₀) 保持 FP16 精度并被冻结。旁边新增一个由两个小矩阵 (B 和 A) 组成的 LoRA 适配器 (ΔW),这个适配器是可训练的。最终的输出是两者的结合。
|
| 421 |
+
* **右侧 (QLoRA)**: 这是 QLoRA 的精髓所在。原始的预训练权重 (W₀) 首先被**量化**成极低精度的 NF4 格式并冻结,极大压缩了模型体积。而可训练的 LoRA 适配器则保持在较高的 bfloat16 精度。在计算时,两者都会被转换到 bfloat16 精度进行运算,从而保证了性能。
|
| 422 |
+
|
| 423 |
+
```mermaid
|
| 424 |
+
graph TD
|
| 425 |
+
subgraph LoRA["LoRA: FP16 Base with Adapter"]
|
| 426 |
+
direction TB
|
| 427 |
+
A["Pre-trained Weight Matrix W₀<br/>Frozen, FP16"]
|
| 428 |
+
B["LoRA Adapter ΔW = BA<br/>Trainable, FP16"]
|
| 429 |
+
A -- "Output = W₀x + ΔWx" --> C(( ))
|
| 430 |
+
B -- " " --> C
|
| 431 |
+
end
|
| 432 |
+
|
| 433 |
+
subgraph QLoRA["QLoRA: NF4 Quantized Base with Adapter"]
|
| 434 |
+
direction TB
|
| 435 |
+
D["Quantized Pre-trained Weight Matrix W₀<br/>Frozen, NF4"]
|
| 436 |
+
E["LoRA Adapter ΔW = BA<br/>Trainable, bfloat16"]
|
| 437 |
+
D -- "Output = W₀x + ΔWx<br/>Computation in bfloat16" --> F(( ))
|
| 438 |
+
E -- " " --> F
|
| 439 |
+
end
|
| 440 |
+
|
| 441 |
+
style A fill:#e3f2fd,stroke:#333,stroke-width:2px,stroke-dasharray: 5 5
|
| 442 |
+
style B fill:#dcedc8,stroke:#333,stroke-width:2px
|
| 443 |
+
style D fill:#ffebf2,stroke:#333,stroke-width:2px,stroke-dasharray: 5 5
|
| 444 |
+
style E fill:#dcedc8,stroke:#333,stroke-width:2px
|
| 445 |
+
```
|
| 446 |
+
|
| 447 |
+
在当今的实践中,**LoRA及其变体(特别是QLoRA)已经成为进行大模型微调的首选方案**,因为它在成本和效果之间取得了绝佳的平衡。
|
| 448 |
+
|
| 449 |
+
---
|
| 450 |
+
|
| 451 |
+
## 5. 实战演练:使用Hugging Face进行模型微调
|
| 452 |
+
|
| 453 |
+
理论讲了这么多,现在让我们卷起袖子,亲手实践一下!我们将使用Python和Hugging Face生态中的强大工具,一步步完成一个模型的QLoRA微调过程。
|
| 454 |
+
|
| 455 |
+
我们将以一个简单的任务为例:**教模型学会一个特定的JSON输出格式**。这是一个非常常见且实用的场景。
|
| 456 |
+
|
| 457 |
+
### 环境准备
|
| 458 |
+
|
| 459 |
+
首先,你需要一个合适的Python环境(建议使用conda或venv创建虚拟环境),并安装必要的库。你需要一块NVIDIA GPU来运行此代码。
|
| 460 |
+
|
| 461 |
+
```bash
|
| 462 |
+
# 安装核心库
|
| 463 |
+
pip install torch transformers datasets
|
| 464 |
+
|
| 465 |
+
# 安装PEFT和QLoRA相关库
|
| 466 |
+
pip install peft bitsandbytes accelerate
|
| 467 |
+
```
|
| 468 |
+
|
| 469 |
+
* `transformers`: Hugging Face的核心库,用于加载模型和分词器。
|
| 470 |
+
* `datasets`: 用于加载和处理数据集。
|
| 471 |
+
* `peft`: Hugging Face官方的参数高效微调库,内置LoRA等多种方法。
|
| 472 |
+
* `bitsandbytes`: QLoRA的核心,提供了4-bit量化等功能。
|
| 473 |
+
* `accelerate`: 简化PyTorch在多GPU或TPU上的分布式训练和混合精度训练。
|
| 474 |
+
|
| 475 |
+
### 选择一个基础模型
|
| 476 |
+
|
| 477 |
+
我们选择一个相对较小且能力不错的模型作为基础,以便在消费级硬件上快速演示。`meta-llama/Llama-2-7b-chat-hf` 是一个很好的选择。但直接使用需要授权,为了方便,我们使用一个社区已经转换好的版本,例如 `unsloth/llama-2-7b-chat-hf`。
|
| 478 |
+
|
| 479 |
+
### 准备并加载示例数据集
|
| 480 |
+
|
| 481 |
+
我们的任务是让模型学会输出特定的JSON。假设我们有如下的指令数据集,保存在一个名为 `data.json` 的文件中:
|
| 482 |
+
|
| 483 |
+
```json
|
| 484 |
+
[
|
| 485 |
+
{
|
| 486 |
+
"instruction": "根据以下信息,生成一个用户JSON对象。",
|
| 487 |
+
"input": "用户ID是123,用户名是alice,邮箱是alice@example.com",
|
| 488 |
+
"output": "{\"user_id\": 123, \"username\": \"alice\", \"email\": \"alice@example.com\"}"
|
| 489 |
+
},
|
| 490 |
+
{
|
| 491 |
+
"instruction": "根据以下信息,生成一个用户JSON对象。",
|
| 492 |
+
"input": "用户ID是456,用户名是bob,邮箱是bob@example.com",
|
| 493 |
+
"output": "{\"user_id\": 456, \"username\": \"bob\", \"email\": \"bob@example.com\"}"
|
| 494 |
+
}
|
| 495 |
+
]
|
| 496 |
+
```
|
| 497 |
+
|
| 498 |
+
*注意:JSON字符串在作为另一个JSON的值时,需要进行转义。*
|
| 499 |
+
|
| 500 |
+
我们将使用`datasets`库来加载它。
|
| 501 |
+
|
| 502 |
+
### 核心代码讲解
|
| 503 |
+
|
| 504 |
+
接下来,我们将通过一个Python脚本 `fine_tune.py` 来串起整个流程。这个脚本将包含以下关键步骤:
|
| 505 |
+
|
| 506 |
+
1. **加载模型和分词器**:以4-bit量化的方式加载基础模型。
|
| 507 |
+
2. **加载数据集**:加载并处理我们的JSON数据,将其转换为模型需要的格式。
|
| 508 |
+
3. **配置LoRA参数**:定义LoRA的配置,如`r`(秩)、`lora_alpha`等。
|
| 509 |
+
4. **创建PEFT模型**:使用`get_peft_model`函数将LoRA“附加”到我们的量化模型上。
|
| 510 |
+
5. **配置训练参数**:使用`TrainingArguments`定义学习率、批次大小、训练轮次等。
|
| 511 |
+
6. **创建Trainer并开始训练**:使用`SFTTrainer`(一个为指令微调优化的训练器)来执行训练过程。
|
| 512 |
+
7. **保存模型**:将训练好的LoRA适配器权重保存到磁盘。
|
| 513 |
+
|
| 514 |
+
我们将在下一个步骤中提供完整的 `fine_tune.py` 示例代码。
|
| 515 |
+
|
| 516 |
+
### 运行训练并保存模型
|
| 517 |
+
|
| 518 |
+
当脚本准备好后,你只需要在终端运行它:
|
| 519 |
+
|
| 520 |
+
```bash
|
| 521 |
+
python fine_tune.py
|
| 522 |
+
```
|
| 523 |
+
|
| 524 |
+
训练过程会显示进度条、损失(Loss)等信息。训练完成后,你会发现指定的输出目录(例如 `./llama-2-7b-chat-json`)下出现了一些文件,如 `adapter_model.bin` 和 `adapter_config.json`。这就是我们训练得到的LoRA适配器,它非常小,通常只有几十MB。
|
| 525 |
+
|
| 526 |
+
### 微调后模型的效果对比
|
| 527 |
+
|
| 528 |
+
如何验证我们的微调是否成功?我们可以编写一个简单的推理脚本,分别加载**原始模型**和**附加了LoRA适配器的模型**,给它们相同的指令,看看输出有何不同。
|
| 529 |
+
|
| 530 |
+
**微调前**,模型可能会理解你的指令,但输出格式可能很随意:
|
| 531 |
+
|
| 532 |
+
> **输入**: "根据以下信息,生成一个用户JSON对象。用户ID是789,用户名是charlie,邮箱是charlie@example.com"
|
| 533 |
+
> **输出**: "当然,这是一个根据您提供信息生成的JSON对象:\n{\n \"user_id\": 789,\n \"username\": \"charlie\",\n \"email\": \"charlie@example.com\"\n}"
|
| 534 |
+
|
| 535 |
+
**微调后**,模型则会严格按照我们期望的、紧凑的单行JSON格式输出:
|
| 536 |
+
|
| 537 |
+
> **输入**: "根据以下信息,生成一个用户JSON对象。用户ID是789,用户名是charlie,邮箱是charlie@example.com"
|
| 538 |
+
> **输出**: "{\"user_id\": 789, \"username\": \"charlie\", \"email\": \"charlie@example.com\"}"
|
| 539 |
+
|
| 540 |
+
这个简单的例子展示了微调的强大能力:**让模型精确地“学会”并遵循我们的特定规则**。在下一节,我们将提供用于运行此示例的完整代码。
|
| 541 |
+
|
| 542 |
+
### 核心抉择:何时微调(Fine-Tuning)?何时提示(Prompting)?
|
| 543 |
+
|
| 544 |
+
您观察得非常敏锐!我们示例中的任务(如`data.json`所示),确实有可能通过精心设计的提示(Prompt)来完成,尤其是对于像 GPT-4 这样能力强大的基础模型。这引出了一个在实际应用中至关重要的问题:**我们应该投入资源进行微调,还是专注于优化提示工程?**
|
| 545 |
+
|
| 546 |
+
答案是:**“看情况而定”**。让我们通过一个类比和一张对比表格来深入理解两者的差异。
|
| 547 |
+
|
| 548 |
+
#### 一个比喻:通才顾问 vs. 内部专家
|
| 549 |
+
|
| 550 |
+
想象一下,一个基础大模型就像一位刚入职的、博学多才的**“通才顾问”**。他阅读了互联网上几乎所有的公开信息,知识渊博,逻辑能力强,但对你公司的具体业务、术语和做事风格一无所知。
|
| 551 |
+
|
| 552 |
+
* **提示工程 (Prompt Engineering)**:就像是你在给这位“通才顾问”**分配一个具体的任务**。你通过一份详尽的任务简报(Prompt),告诉他背景信息、具体要求、参考示例、输出格式等。你是在**“教他如何使用他已有的知识”**来解决你的问题。顾问本身没有变化,但他根据你的指令给出了你想要的答案。
|
| 553 |
+
|
| 554 |
+
* **微调 (Fine-Tuning)**:就像是公司决定对这位“通才顾问”进行一次**系统的内部培训**。你把他送到一个专门的培训项目中,让他学习公司内部大量的历史案例、沟通风格和业务流程(我们的`data.json`就是教材的一部分)。培训结束后,他掌握了公司的“黑话”和“套路”,成了一位**“内部专家”**。他的知识结构发生了改变,现在即使你给他一个很简单的指令,他也能心领神会地给出符合公司风格的专业回答。
|
| 555 |
+
|
| 556 |
+
#### 决策框架:如何��择?
|
| 557 |
+
|
| 558 |
+
| 维度 (Dimension) | 优先选择提示工程 (Prompting) | 优先选择微调 (Fine-Tuning) |
|
| 559 |
+
| :--- | :--- | :--- |
|
| 560 |
+
| **任务复杂度** | 任务相对通用,可通过清晰指令描述(如总结、翻译、分类) | 任务高度专业、风格独特,或涉及模型未曾见过的领域知识 |
|
| 561 |
+
| **数据量** | 只有少量(几个到几十个)高质量的示例 | 拥有大量(几百到几千个以上)高质量的标注数据 |
|
| 562 |
+
| **成本与效率** | **低成本、高效率**。快速迭代,即时见效。 | **高成本、低效率**。需要准备数据、租用GPU、花费时间训练。 |
|
| 563 |
+
| **知识注入** | 无法教授新知识,只能引导模型利用其**已有知识**。 | 可以向模型**注入**新的、私有的或领域特定的知识。 |
|
| 564 |
+
| **风格/格式一致性** | 较难保证每次输出都严格遵循特定的风格或JSON格式。 | 能非常可靠地让模型学会并稳定复现特定的输出格式、语气或角色。 |
|
| 565 |
+
| **可维护性** | 当任务变复杂时,Prompt可能变得非常长(“万字长Prompt”),难以维护。 | 训练好的模型是一个独立的“资产”,调用时的Prompt可以更简洁。 |
|
| 566 |
+
| **模型能力上限** | 受限于基础模型本身的能力天花板。 | 有可能在特定任务上超越比它更强大的基础模型。 |
|
| 567 |
+
|
| 568 |
+
#### 总结与建议
|
| 569 |
+
|
| 570 |
+
1. **从提示工程开始 (Start with Prompting)**:这永远是第一步。它成本最低,见效最快,能帮你快速验证想法,解决80%的问题。
|
| 571 |
+
2. **当提示工程碰壁时,考虑微调 (Fine-Tune when you hit a ceiling)**:当你发现无论如何优化Prompt都无法达到理想的准确性、稳定性或专业性时,或者你需要模型掌握新的知识时,微调就是你的不二之选。
|
| 572 |
+
3. **两者结合,效果更佳 (Hybrid Approach)**:微调和提示工程并非互斥。一个经过微调的“专家模型”,再配合上精良的提示,往往能发挥出最强大的威力。你可以先微调模型使其成为某个领域的专家,然后再通过提示指导这位专家完成具体任务。
|
| 573 |
+
|
| 574 |
+
对于我们的分享会,这个对比可以帮助听众理解,微调虽然强大,但并非“银弹”,它是在大模型应用链路中一个需要权衡利弊的“重武器”。
|
| 575 |
+
|
| 576 |
+
### 微调的“杀手级”应用场景
|
| 577 |
+
|
| 578 |
+
除了通用的决策框架,还存在一些“杀手级”应用场景,在这些场景下,微调的效果远非提示工程所能及。
|
| 579 |
+
|
| 580 |
+
1. **注入领域“私有知识” (Injecting Proprietary Knowledge)**
|
| 581 |
+
* **场景**: 当您需要模型掌握公司内部的、非公开的知识时(如内部技术文档、法律案例库、独家产品信息),这些知识并未出现在互联网上,基础模型对此一无所知。
|
| 582 |
+
* **为何微调**: 提示工程的上下文窗口有限,无法将海量私有文档作为输入。微调能让模型系统性地“学习”并“内化”这些知识,使其成为一个真正的领域专家。
|
| 583 |
+
* **例子**: 一家律所用上万份内部合同微调模型,使其能生成符合该所风格的法律文书;一家制造业公司用所有设备维修手册微调模型,打造一个精准的内部故障问答专家。
|
| 584 |
+
|
| 585 |
+
2. **稳定复现“复杂结构化输出” (Reliable Structured Output)**
|
| 586 |
+
* **场景**: 当您需要模型稳定、可靠地将非结构化文本转换成严格、复杂的结构化数据格式时(如特定的JSON、XML或代码)。
|
| 587 |
+
* **为何微调**: 尽管提示可以引导模型输出JSON,但对于复杂或嵌套结构,其输出非常不稳定,容易出错。通过大量样本微调,模型能从根本上学会这种结构,视其为“母语”,从而保证输出的可靠性。
|
| 588 |
+
* **例子**: 将医生自由书写的病历稳定地转换成符合医疗标准(如FHIR)的复杂JSON;根据用户指令精确生成可直接执行的API调用代码。
|
| 589 |
+
|
| 590 |
+
3. **“压缩”复杂指令,降本增效 (Compressing Complex Instructions)**
|
| 591 |
+
* **场景**: 当完成一个任务需要一个长达数千字的“超级提示词”时,每次调用都会带来高昂的成本和较长的延迟。
|
| 592 |
+
* **为何微调**: 微调可以将这些复杂的指令“压缩”并“烘焙”到模型内部。训练完成后,您只需一个非常简短的提示就能触发同样复杂的行为,从而极大地降低API成本和响应时间。
|
| 593 |
+
* **例子**: 一个复杂的财报分析任务,原先需要3000字的提示来指导模型,微调后可能只需要一句“分析这份财报”即可,降本增效效果显著。
|
| 594 |
+
|
| 595 |
+
---
|
| 596 |
+
|
| 597 |
+
## 6. 挑战与最佳实践
|
| 598 |
+
|
| 599 |
+
虽然微调非常强大,但它并非“银弹”。在实践中,你可能会遇到一些常见的挑战。了解这些挑战并掌握一些最佳实践,将帮助你更高效地获得理想的模型。
|
| 600 |
+
|
| 601 |
+
### 常见挑战
|
| 602 |
+
|
| 603 |
+
1. **灾难性遗忘 (Catastrophic Forgetting)**
|
| 604 |
+
* **现象**:在学习新知识(你的微调数据)时,模型可能会忘记它在预训练阶段学到的通用知识。例如,一个经过法律合同微调的模型,可能会在写诗或常识问答方面能力下降。
|
| 605 |
+
* **原因**:全量微调时,模型的权重被大幅修改,导致原始知识被“覆盖”。
|
| 606 |
+
* **缓解**:使用PEFT方法(如LoRA)是缓解此问题的有效手段,因为它们只对模型进行微小的、附加的改动。
|
| 607 |
+
|
| 608 |
+
2. **过拟合 (Overfitting)**
|
| 609 |
+
* **现象**:模型“死记硬背”了你的训练数据,但在面对训练集中未出现过的新数据时,表现很差。它失去了泛化能力。
|
| 610 |
+
* **原因**:训练数据量太少、质量不高,或者训练过度(训练轮次太多、学习率太高)。
|
| 611 |
+
* **缓解**:
|
| 612 |
+
* **获取更多、更多样化的数据**。
|
| 613 |
+
* 使用**早停 (Early Stopping)**:在模型验证集性能不再提升时停止训练。
|
| 614 |
+
* 使用**正则化**技术,如Dropout。
|
| 615 |
+
* 调整超参数,如降低学习率。
|
| 616 |
+
|
| 617 |
+
3. **数据质量问题**
|
| 618 |
+
* **现象**:“垃圾进,垃圾出”。如果你的微调数据包含错误、偏见或不一致的格式,模型会忠实地学会这些“坏习惯”。
|
| 619 |
+
* **原因**:数据标注不仔细、来源不可靠、缺乏清洗。
|
| 620 |
+
* **缓解**:**将大部分精力投入到数据准备上**。仔细清洗、审查和标注你的数据集。高质量的数据是成功微调的基石。
|
| 621 |
+
|
| 622 |
+
### 最佳实践
|
| 623 |
+
|
| 624 |
+
1. **优先选择PEFT,特别是QLoRA**
|
| 625 |
+
* 对于绝大多数应用场景,PEFT(尤其是QLoRA)是在效果、成本和效率之间取得最佳平衡的选择。它不仅能让你在消费级硬件上进行微调,还能有效避免灾难性遗忘。
|
| 626 |
+
|
| 627 |
+
2. **数据质量高于一切**
|
| 628 |
+
* 与其花费大量时间寻找“最好”的模型或“最优”的超参数,不如优先确保你的数据集是干净、准确、多样且与你的任务高度相关的。几百条高质量数据的效果,往往胜过几千条低质量数据。
|
| 629 |
+
|
| 630 |
+
3. **从一个好的基础模型开始**
|
| 631 |
+
* 基础模型决定了你微调效果的上限。选择一个在通用能力上被广泛认可的、强大的基础模型(如Llama、Mistral系列),你的微调工作将事半功倍。
|
| 632 |
+
|
| 633 |
+
4. **进行系统的超参数调优**
|
| 634 |
+
* 超参数对微调结果影响巨大。不要满足于默认参数,至少要对以下几个核心参数进行实验和调整:
|
| 635 |
+
* **学习率 (Learning Rate)**:通常需要尝试不同的数量级(如 `1e-5`, `5e-5`, `1e-4`)。
|
| 636 |
+
* **LoRA秩 (r)**:`r`的大小(如8, 16, 32, 64)决定了LoRA矩阵的大小。更大的`r`意味着更多的可训练参数和更强的拟合能力,但也可能增加过拟合风险。
|
| 637 |
+
* **训练轮次/步数 (Epochs/Steps)**:训练不足或过度都会损害模型性能。
|
| 638 |
+
|
| 639 |
+
5. **建立可靠的评估体系**
|
| 640 |
+
* **不要仅凭感觉**。创建一个独立的、高质量的**验证集**和**测试集**。
|
| 641 |
+
* 在训练过程中,定期在验证集上评估模型,以监控其性能变化并防止过拟合。
|
| 642 |
+
* 最终,通过测试集(或更好的是,通过人工评估)来客观地判断哪个版本的模型是最好的。
|
| 643 |
+
|
| 644 |
+
6. **迭代,迭代,再迭代**
|
| 645 |
+
* 微调是一个循环往复的实验过程。你的第一次尝试很可能不是最佳的。根据评估结果,不断地返回去优化你的数据、模型选择和超参数,直到达到满意的效果为止。
|
| 646 |
+
|
| 647 |
+
---
|
| 648 |
+
|
| 649 |
+
## 7. 总结与展望
|
| 650 |
+
|
| 651 |
+
女士们,先生们,我们今天的分享即将接近尾声。让我们一起回顾一下本次微调技术之旅的核心要点,并展望一下这项令人兴奋的技术的未来。
|
| 652 |
+
|
| 653 |
+
### 总结:微调的核心价值
|
| 654 |
+
|
| 655 |
+
今天,我们从“什么是微调”出发,探讨了其背后的核心价值:
|
| 656 |
+
|
| 657 |
+
1. **微调是释放大模型潜力的“金钥匙”**:它让我们能够将通用的、强大的预训练模型,改造为能够精准解决特定领域问题的“专家模型”。
|
| 658 |
+
|
| 659 |
+
2. **数据质量是成功的基石**:我们反复强调,高质量、干净、与任务相关的标注数据,是整个微调过程中最宝贵的资产。
|
| 660 |
+
|
| 661 |
+
3. **PEFT技术让微调触手可及**:以QLoRA为代表的参数高效微调技术,极大地降低了微调的硬件和时间成本,使得在消费级硬件上训练大模型成为现实,真正实现了技术的普惠。
|
| 662 |
+
|
| 663 |
+
4. **微调是一个科学的迭代过程**:它不是一蹴而就的魔法,而是一个涉及数据准备、模型选择、参数调优和系统评估的严谨循环。通过不断迭代,我们才能逐步逼近最佳效果。
|
| 664 |
+
|
| 665 |
+
### 展望:微调技术的未来趋势
|
| 666 |
+
|
| 667 |
+
微调技术本身也在飞速发展,未来我们可以期待以下几个激动人心的方向:
|
| 668 |
+
|
| 669 |
+
* **更极致的效率 (Extreme Efficiency)**
|
| 670 |
+
未来的微调技术将更加高效,或许我们能在几分钟内,用更少的数据,在更普通的设备(甚至手机)上完成微调,实现真正的实时、在端侧的个性化。
|
| 671 |
+
|
| 672 |
+
* **自动化与智能化 (AutoML for Fine-Tuning)**
|
| 673 |
+
自动化的工具将会兴起,它们可以帮你自动选择最佳的超参数、评估模型性能,甚至自动清洗和增强你的数据集,让微调的门槛进一步降低。
|
| 674 |
+
|
| 675 |
+
* **多模态微调 (Multimodal Fine-Tuning)**
|
| 676 |
+
微调将不再局限于文本。我们将能更轻松地微调那些能够同时理解文本、图像、声音和视频的多模态大模型,让AI在更丰富的场景中发挥作用。
|
| 677 |
+
|
| 678 |
+
* **终身学习与持续适应 (Lifelong Learning & Continual Adaptation)**
|
| 679 |
+
未来的模型将具备“终身学习”的能力。它们可以在不完全重训的情况下,持续地从新的数据流中学习和适应,动态更新自己的知识库,变得越来越“聪明”。
|
| 680 |
+
|
| 681 |
+
总而言之,微调技术正在深刻地改变我们与AI协作的方式。它赋予了我们每一个人、每一个企业去“定制”专属于自己的人工智能的能力。掌握微调,就是掌握了在AI时代里创造独特价值的关键技能。
|
| 682 |
+
|
| 683 |
+
我的分享到此结束,感谢大家的聆听!
|
| 684 |
+
|
| 685 |
+
### Q&A
|
| 686 |
+
|
| 687 |
+
现在,我非常乐意回答大家的问题。
|
test_model.py
ADDED
|
@@ -0,0 +1,70 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
import torch
|
| 2 |
+
from transformers import AutoModelForCausalLM, AutoTokenizer
|
| 3 |
+
from peft import PeftModel
|
| 4 |
+
|
| 5 |
+
# 加载基础模型和分词器
|
| 6 |
+
model_name = "microsoft/DialoGPT-small"
|
| 7 |
+
base_model = AutoModelForCausalLM.from_pretrained(
|
| 8 |
+
model_name,
|
| 9 |
+
torch_dtype=torch.float32,
|
| 10 |
+
low_cpu_mem_usage=True,
|
| 11 |
+
)
|
| 12 |
+
tokenizer = AutoTokenizer.from_pretrained(model_name)
|
| 13 |
+
tokenizer.pad_token = tokenizer.eos_token
|
| 14 |
+
|
| 15 |
+
# 加载LoRA适配器
|
| 16 |
+
model = PeftModel.from_pretrained(base_model, "./dialogpt-small-lora")
|
| 17 |
+
|
| 18 |
+
# 测试函数
|
| 19 |
+
def test_model(instruction, input_text):
|
| 20 |
+
prompt = f"### Instruction:\n{instruction}\n\n### Input:\n{input_text}\n\n### Response:\n"
|
| 21 |
+
|
| 22 |
+
# 编码输入
|
| 23 |
+
inputs = tokenizer(prompt, return_tensors="pt", padding=True, truncation=True)
|
| 24 |
+
|
| 25 |
+
# 生成响应
|
| 26 |
+
with torch.no_grad():
|
| 27 |
+
outputs = model.generate(
|
| 28 |
+
input_ids=inputs['input_ids'],
|
| 29 |
+
attention_mask=inputs['attention_mask'],
|
| 30 |
+
max_new_tokens=50, # 限制新生成的token数量
|
| 31 |
+
num_return_sequences=1,
|
| 32 |
+
temperature=0.3, # 降低温度获得更确定的输出
|
| 33 |
+
do_sample=True,
|
| 34 |
+
pad_token_id=tokenizer.eos_token_id,
|
| 35 |
+
eos_token_id=tokenizer.eos_token_id,
|
| 36 |
+
repetition_penalty=1.1 # 减少重复
|
| 37 |
+
)
|
| 38 |
+
|
| 39 |
+
# 解码输出
|
| 40 |
+
response = tokenizer.decode(outputs[0], skip_special_tokens=True)
|
| 41 |
+
|
| 42 |
+
# 提取生成的部分
|
| 43 |
+
generated_text = response[len(prompt):].strip()
|
| 44 |
+
|
| 45 |
+
return generated_text
|
| 46 |
+
|
| 47 |
+
# 测试示例
|
| 48 |
+
if __name__ == "__main__":
|
| 49 |
+
print("测试微调后的模型...")
|
| 50 |
+
print("="*50)
|
| 51 |
+
|
| 52 |
+
# 测试1:生成用户JSON对象
|
| 53 |
+
instruction = "根据以下信息,生成一个用户JSON对象。"
|
| 54 |
+
input_text = "用户ID是999,用户名是test_user,邮箱是test@example.com"
|
| 55 |
+
|
| 56 |
+
result = test_model(instruction, input_text)
|
| 57 |
+
print(f"指令: {instruction}")
|
| 58 |
+
print(f"输入: {input_text}")
|
| 59 |
+
print(f"输出: {result}")
|
| 60 |
+
print("="*50)
|
| 61 |
+
|
| 62 |
+
# 测试2:另一个示例
|
| 63 |
+
instruction = "根据以下信息,生成一个用户JSON对象。"
|
| 64 |
+
input_text = "用户ID是888,用户名是admin,邮箱是admin@company.com"
|
| 65 |
+
|
| 66 |
+
result = test_model(instruction, input_text)
|
| 67 |
+
print(f"指令: {instruction}")
|
| 68 |
+
print(f"输入: {input_text}")
|
| 69 |
+
print(f"输出: {result}")
|
| 70 |
+
print("="*50)
|