# Monitor训练状态轻量化监测工具
## 简介
Monitor训练状态轻量化监测工具,能够在较低性能损耗下收集和记录模型训练过程中的激活值、权重梯度、优化器状态和通信算子的中间值,实时呈现训练状态。
## 使用前准备
**安装**
安装msProbe工具,详情请参见《[msProbe安装指南](./msprobe_install_guide.md)》。
**约束**
- PyTorch场景:torch不低于**2.1**
- MindSpore场景:mindspore不低于**2.4.10**,仅支持**MindSpore动态图**,支持**MSAdapter**套件
## 快速入门
根据需求监测相应对象。比如在loss上扬,grad norm正常的异常训练过程中,优先考虑监测模型前向过程;在grad norm异常的训练过程中,监测权重和激活值的梯度。
推荐使用方式:权重梯度的监测性能损耗小(20B dense模型全量权重梯度监测,时间增加<1%,内存增加<1%),可以长期开启。激活值监测性能损耗大,在必要时开启或者仅监测部分。
### 配置文件准备
请在当前目录下创建一个`config.json`文件(配置文件各个字段具体信息请查看[详细配置](#详细配置)),此处以最常见的权重梯度采集为例:
```json
{
"targets": {},
"wg_distribution": true,
"format": "csv",
"ops": ["min","max", "mean", "norm"],
"ndigits": 16
}
```
### 工具使能
在实际训练代码中找到模型、优化器定义完成后、训练开始前的位置,加入工具使能代码,不同场景使能方式如下:
- Pytorch使能方式:
```diff
# Megatron-LM(core_r0.6.0) training.py
model, optimizer, opt_param_scheduler = setup_model_and_optimizer(model_provider, model_type)
...
# 紧跟着model、optimizer定义完成后即插入monitor工具
+from msprobe.pytorch import TrainerMon
+monitor = TrainerMon(
+ config_file_path="./monitor_config.json",
+ params_have_main_grad=True, # 权重是否使用main_grad,通常megatron类为True,其他为False,默认为True。
+)
+monitor.set_monitor(
+ model,
+ grad_acc_steps=args.global_batch_size//args.data_parallel_size//args.micro_batch_size,
+ optimizer=optimizer
+)
```
deepspeed与accelerate、transformers同时使用时,optimizer传值方式为`optimizer=optimizer.optimizer`,若未使用deepspeed,单独使用accelerate、transformers,optimizer传值方式为`optimizer=optimizer`。
同时使用deepspeed和accelerate时,工具使能位置参考如下:
```diff
model, optimizer, trainloader, evalloader, schedular = accelerator.prepare(...)
...
+monitor = TrainerMon(...)
+monitor.set_monitor(....optimizer=optimizer.optimizer)
```
同时使用deepspeed和transformers时,工具使能位置参考如下:
```diff
# src/transformers/trainer.py
class Trainer:
def _inner_training_loop:
...
+ monitor = TrainerMon(...)
+ monitor.set_monitor(....optimizer=self.optimizer.optimizer)
for epoch in range(epochs_trained, num_train_epochs):
...
```
- MindSpore使能方式:
```diff
# Megatron-LM(core_r0.6.0) training.py
model, optimizer, opt_param_scheduler = setup_model_and_optimizer(model_provider, model_type)
...
# 紧跟着model、optimizer定义完成后即插入monitor工具
+from msprobe.mindspore import TrainerMon
+monitor = TrainerMon(
+ config_file_path="./monitor_config.json",
+ process_group=None,
+ params_have_main_grad=True, # 权重是否使用main_grad,通常megatron为True,其他为False,默认为True。
+)
# 挂载监测对象
+monitor.set_monitor(
+ model,
+ grad_acc_steps=args.global_batch_size//args.data_parallel_size//args.micro_batch_size,
+ optimizer=optimizer
+)
```
### 注意事项
若框架为FSDP1,请先保证model包裹FSDP时设置use_orig_params=True。
## 训练状态监测工具功能介绍
下表中字段为训练状态轻量化监测工具的完整功能点:
| 功能 | 说明 | 支持场景 |
| ------------------------------------------------------------ | ------------------------------------------------------------ | ----------------- |
| [权重监测](#权重监测) | 开启权重监测 | PyTorch、MindSpore |
| [权重梯度监测](#权重梯度监测) | 开启权重梯度监测 | PyTorch、MindSpore |
| [激活值监测](#激活值监测) | 开启激活值监测 | PyTorch、MindSpore |
| [优化器状态监测](#优化器状态监测) | 开启优化器状态监测 | PyTorch、MindSpore |
| [采集module堆栈信息](#采集module堆栈信息) | 采集监测的第一个 step 的 module 对应的堆栈信息辅助问题定位 | PyTorch、MindSpore |
| [指定监测对象](#指定监测对象) | 指定监测的nn.Module(nn.Cell)及对应的输入输出 | PyTorch、MindSpore |
| [打印模型结构](#打印模型结构) | 打印模型结构 | PyTorch |
| [l2可解释特征监测](#l2可解释特征监测) | 开启模型状态的高阶监测 | PyTorch、MindSpore |
| [mbs粒度梯度监测](#mbs粒度梯度监测) | 开启梯度监测时,采集聚合前梯度时支持`micro_batch_size`粒度 | PyTorch、MindSpore |
| [异常告警](#异常告警) | 监测对象指标异常时自动告警,支持异常数据落盘 | PyTorch、MindSpore |
| [csv格式数据转tensorboard可视化显示](#csv格式数据转tensorboard可视化显示) | 将csv转为tensorboard文件显示 | PyTorch |
| [动态启停](#动态启停) | 训练过程中动态修改配置开启监测 | PyTorch、MindSpore |
| [功能重载](#功能重载) | 训练中开启激活值监测。待废弃,请使用动态启停功能代替。 | PyTorch |
### 权重监测
- 该功能可开启权重监测,工具配置示例:
```json
{
"targets": {
},
"param_distribution": true,
"format": "csv",
"ops": ["norm", "min", "max", "nans"]
}
```
`targets`中指定module包含的所有权重都会被监测。`targets`为空时,默认监测全部module。
设置`param_distribution`为true,表示开启权重监测功能,默认值为false。
### 权重梯度监测
- 该功能可开启权重梯度监测,监测聚合前后的权重梯度,工具配置示例:
```json
{
"targets": {
},
"wg_distribution": true,
"format": "csv",
"ops": ["norm", "min", "max", "nans"]
}
```
`targets`中指定module包含的所有权重都会被监测。`targets`为空时,默认监测全部module。
设置`wg_distribution`(weight grad, noted as `wg`) 为true,表示开启权重梯度监测功能,默认值为false。
### 激活值监测
- 该功能可开启激活值监测,工具配置示例:
```json
{
"targets": {
},
"xy_distribution": true,
"forward_only": false,
"backward_only": false,
"all_xy": true,
"format": "csv",
"ops": ["norm", "min", "max", "nans"]
}
```
`all_xy`为true表示监测全量module激活值,若需要对指定模块设置监测对象,在`targets`中进行配置,配置方式参考 [指定监测对象](#指定监测对象) 。
设置`xy_distribution`为true表示开启激活值监测功能,默认值为false。
注意:`forward_only`和`backward_only`均为true时,触发warning,前反向均不采集;默认值均为false时,前反向均采集。
### 优化器状态监测
- 该功能可开启优化器状态监测,工具配置示例:
```json
{
"targets": {
},
"mv_distribution": true,
"format": "csv",
"ops": ["norm", "min", "max", "nans"]
}
```
`targets`中指定module包含的所有权重都会被监测。`targets`为空时,默认监测全部module。
设置`mv_distribution`为true表示开启优化器状态监测功能(1st moment noted as `m`, 2nd moment noted as `v`),默认值为false。[什么是mv](https://arxiv.org/pdf/1412.6980)
本工具针对分布式计算框架megatron和deepspeed框架做了适配,暂不支持其他框架。
### 采集module堆栈信息
- 该功能可采集module堆栈详细信息,工具配置示例:
```json
{
"targets": {
},
"format": "csv",
"stack_info": true
}
```
开启 `stack_info` 后会采集监测的第一个 step 的所有 module 的堆栈信息,输出格式仅支持 csv 。
### 指定监测对象
工具支持对指定nn.Module进行状态监测,在配置文件的`targets`字段中指定,`targets`格式为{module_name: {}}。
module_name可以通过nn.Module的接口named_modules()获取。
#### 打印模型结构
工具提供可选项`print_struct`打印模型结构,帮助配置targets。工具会在在第一个step后打印结构并停止训练进程,每张卡上的模型结构默认保存在`$MONITOR_OUTPUT_DIR/module_struct/rank{rank}/module_struct.json`, 其中{rank}为对应的卡号。
```json
{
"print_struct": true
}
```
输出样例:
```json
"0:63.mlp.linear_fc2": {
"input": {
"config": "tuple[1]",
"0": "size=(4096, 4, 1024), dtype=torch.bfloat16"
},
"output": {
"config": "tuple[2]",
"0": "size=(2048, 4, 512), dtype=torch.bfloat16",
"1": "size=(512,), dtype=torch.bfloat16"
},
"input_grad": {
"config": "tuple[1]",
"0": "size=(4096, 4, 1024), dtype=torch.bfloat16"
},
"output_grad": {
"config": "tuple[2]",
"0": "size=(2048, 4, 512), dtype=torch.bfloat16",
"1": "size=(512,), dtype=torch.bfloat16"
}
},
```
对于module对象,通常关心前向/反向传播的输入和输出:
- 前向的输入(input)
- 前向的输出(output)
- 反向的输入,表示前向输出的梯度(output_grad)
- 反向的输出,表示前向输入的梯度(input_grad)
#### 指定监测对象
targets字段指定监测对象示例如下:
```json
// 示例:对一个名为"module.encoder.layers.0.mlp"的module。
"targets": {
"module.encoder.layers.0.mlp": {}
}
```
对于parameter对象,通常会关注其在一个训练迭代中的梯度(weight grad)、adam类优化器中的动量(1st moment, 2nd moment)。
parameter归属于某一module,可以通过指定module_name来监测包含在这一module中的**所有**parameter。
param_name可以通过nn.Module的接口`named_parameters()`获取。
```json
// 示例:监测"module.encoder.layers.0.mlp"的所有参数和"module.embedding.word_embedding.weight"这一参数
{
"targets": {
"module.encoder.layers.0.mlp": {},
"module.embedding.word_embedding.weight": {}
}
}
```
#### 全量监测
工具提供简便的全量module对象监测方式。
```json
{
"targets": {}
}
```
### l2可解释特征监测
- 该功能可开启模型状态的高阶监测,工具配置示例:
```json
{
"l2_targets": {
"attention_hook": ["0:0.self_attention.core_attention.flash_attention"],
"linear_hook": ["0:0.self_attention.linear_qkv", "0:1.self_attention.linear_qkv"]
},
"recording_l2_features": true,
"sa_order": "b,s,h,d"
}
```
| 配置项 | 可选/必选 | 类型 | 说明 |
|--------|--------|------|------|
| **l2_targets** | 必选 | Dict[str, List[str]] | 指定需要监测的模型层配置
**支持的hook类型**:
• `attention_hook`:监测注意力层
▪️ 采集指标:`entropy` `softmax_max`
▪️ 必须通过[打印模型结构](#打印模型结构)获取准确层名
▪️ 不配置或配置空列表均表示不采集
• `linear_hook`:监测线性层
▪️ 采集指标:`sr`, `kernel_norm`
▪️ 必须通过[打印模型结构](#打印模型结构)获取准确层名, 不配置表示不采集
▪️ 配置空列表会自动识别符合条件的层(包含`weight`或`wg`2D参数属性的层) |
| **recording_l2_features** | 可选 | bool | 是否开启L2层特征数据采集,默认为false表示不采集 |
| **sa_order** | 可选 | str | 计算`attention_hook`内指标时,指定Attention输入(Q,K)的张量维度排列顺序,支持"s,b,h,d"和"b,s,h,d", 默认为"s,b,h,d"表示输入维度顺序为**s**equence_len->**b**atch_size->num_**h**eads->head_**d**im |
#### L2可解释特征监测指标说明
| **指标名称** | **适用Hook类型** | **数学定义/计算方式** | **监测意义** |
|--------------------|-------------------|-------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------|
| **entropy** | attention_hook | $H(p)=-\sum p_i \log p_i$,其中$p_i$为注意力权重 | 衡量注意力分布的不确定性,**低熵值**表示注意力集中 |
| **softmax_max** | attention_hook | $\max(\text{softmax}(QK^T/\sqrt{d}))$ | 反映注意力机制的聚焦程度,**高值**表示存在显著主导的注意力token |
| **sr(stable_rank)** | linear_hook | $\frac{\|W\|_F}{\|W\|_2}$(稳定秩,Frobenius范数除以谱范数) | 评估权重矩阵的有效秩,**低值**表示矩阵接近低秩不稳定状态 |
| **kernel_norm** | linear_hook | $\|W\|_F$(Frobenius范数) | 权重矩阵的缩谱范数,反映输入在矩阵最大奇异向量张成空间的放大系数 |
### mbs粒度梯度监测
当配置梯度监测任务时,工具默认`global_batch_size`粒度进行梯度监测。当需要监测`micro_batch_size`粒度梯度信息时,在配置文件中配置`monitor_mbs_grad`为`true`,配置示例如下:
```json
{
"wg_distribution": true,
"monitor_mbs_grad": true
}
```
应用范围
- **仅支持采集聚合前梯度**,在梯度累积场景下,聚合后梯度已无法区分`micro_batch`数据。
- PyTorch场景下,Megatron和DeepSpeed训练框架下均支持,FSDP训练框架下暂不支持。
- MindSpore场景下均支持。
### 异常告警
工具的异常告警功能旨在自动判断训练过程中的异常现象,用户可通过在配置文件中配置alert字段来指定告警规则,并在训练过程中根据该规则及时打印告警信息。
**异常告警规则**
当前支持的异常告警规则如下:
| 异常告警 |解释| rule_name | args是否可选 |
|--------------|----|-----------|---------------------------------------------------------------------|
| 历史均值偏离告警 |将当前数值与历史均值比较。如果相对偏差超过阈值,会在打印信息中提示用户指标偏离。当前仅对`norm`和`mean`指标生效。| AnomalyTurbulence | 否,必须传入threshold。当指标超过`(1+threshold)*avg`时,识别为偏离历史均值。 |
| nan值/极大值告警 |根据是否提供threshold来判断nan值或极大值| AnomalyNan | 是, 若未配置args或未配置threshold,则默认检测nan,若提供threshold,则检测nan值以及绝对值超过阈值的极大值 |
除此之外,我们在alert中支持dump配置项,如果打开"`dump`"选项,则会将异常信息落盘到目录`monitor_output/anomaly_detected`。
- 历史均值偏离告警案例如下:
```json
"alert": {
"rules": [{"rule_name": "AnomalyTurbulence", "args": {"threshold": 0.5}}], // 0.5表示偏离50%则提示偏离
"dump": true
},
```
- nan值/极大值告警案例如下:
```json
"alert": {
"rules": [{"rule_name": "AnomalyNan", "args": {"threshold": 1e10}}],
"dump": true
},
```
注:当配置多条异常告警规则时,优先告警第一条,如以下配置时每一层会优先报AnomalyNan的告警(一般不建议配置多条规则):
```json
"alert": {
"rules": [
{"rule_name": "AnomalyNan", "args": {"threshold": 1e10}},
{"rule_name": "AnomalyTurbulence", "args": {"threshold": 0.5}}
],
"dump": true
},
```
**异常提示说明**
训练过程中,检测到异常后打印提示信息,并将异常信息按照rank分组写入json文件,文件路径默认为`monitor_output/anomaly_detected`,异常信息示例如下:
```json
{
"0:1.self_attention.core_attention_flash_0/rank0/input_grad_step_1_call_112": {
"rank": 0,
"step": 1,
"micro_step": 0,
"pp_stage": 0,
"vpp_stage": 0,
"call_id": 112,
"tag_name": "0:1.self_attention.core_attention_flash_0/rank0/input_grad",
"message": "Rule AnomalyTurbulence reports anomaly signal in ('0:1.self_attention.core_attention_flash_0/rank0/input_grad', 'min') at step 1.",
"group_mates": [0, 1]
},
...
}
```
其中call_{xxx}中的xxx为API的执行调用顺序,为后续异常事件排序做准备。
**异常事件排序**
当模型训练过程中出现较多异常数据,需要对异常事件排序。工具提供topk的异常排序能力,按照api的执行顺序进行排序,便于定界首次异常点。异常分析命令示例:
```shell
python3 -m msprobe.core.monitor.anomaly_processor -d $MONITOR_OUTPUT_DIR/anomaly_detected
```
异常事件分析结束,将topk事件写入文件`anomaly_detected/anomaly_analyse.json`。异常分析支持以下参数配置:
| 参数名称 | 可选/必选 | 说明 |
| ----------------- | --------- | ------------------------------------------------------------ |
| -d 或 --data_path | 必选 | 指定异常落盘文件夹,监测功能输出,一般为$MONITOR_OUTPUT_DIR/anomaly_detected。 |
| -o 或 --out_path | 可选 | 排序后的异常落盘文件地址,默认在--data_path路径下落盘一个anomaly_analyse.json文件。 |
| -k 或 --topk | 可选 | 指定保留前topk个异常,默认为8。 |
| -s 或 --step_list | 可选 | 指定分析的step范围,默认为[]。 |
### csv格式数据转tensorboard可视化显示
**将csv数据转换为tensorboard格式数据。**
```python
from msprobe.pytorch.monitor.csv2tb import csv2tensorboard_by_step
# 前三个参数用来指定需要转换的一批文件,指定monitor输出目录及一个时间范围,会对这个范围内的文件进行转换
# process_num指定拉起的进程个数,默认为1,更多的进程个数可以加速转换
# data_type_list是一个列表,指定需要转换的数据类型,默认转换全部数据,数据类型应来自输出件文件前缀,所有类型数据:
# ["actv", "actv_grad", "exp_avg", "exp_avg_sq", "grad_unreduced", "grad_reduced", "param_origin", "param_updated"]
# output_dirpath可指定输出目录,默认保存到"{curtime}_csv2tensorboard_by_step"文件夹,其中curtime为自动获取的当前时间戳
csv2tensorboard_by_step(
monitor_path="~/monitor_output", # 必填
time_start="Dec03_21-34-40", # 必填
time_end="Dec03_21-34-42", # 必填
process_num=8,
data_type_list=["param_origin"]
)
```
参数详细介绍请参见[公开接口](#公开接口)的“csv输出件转tensorboard输出件”
### 动态启停
动态启停模式:支持用户在训练过程中随时启动/更新监测。
用户可在训练开始前通过配置环境变量`DYNAMIC_MONITOR=True`来确认进入动态启停模式,该模式下需要配合config.json文件中的`dynamic_on`字段来使用。
在动态启停模式下,启动和停止分别由如下控制:
- **启动**:
- 首次监测:查看config.json文件中`dynamic_on`字段,若为`true`则在下一步开启监测。
- 非首次监测:查看config.json文件时间戳,若时间戳更新且config.json文件中`dynamic_on`字段为`true`则在下一步开启监测。
- **停止**:
到达`collect_times`之后自动停止并修改config.json文件中`dynamic_on`字段为`false`,可再通过上述操作重启。
**注意事项:**:
- 默认监测启动皆统一在配置初始化或查询到更新后的下一步,即第n步挂载hook将在第n+1步启动采集,如需采集第0步数据请使用静态模式。
- config.json中途修改错误时,若此时不在监测则不生效,若在监测则用原配置继续。
- 达到`collect_times`之后程序会自动将该值置为`false`,待下次修改为`true`时重启。
**支持的使用场景说明如下:**
| 场景 | 监测模式 | 操作步骤 | 结果描述 |
|-----------------------------------------------|----|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------|
| 场景1: 使用默认静态模式 | 静态 | 1. 配置环境变量:`export DYNAMIC_MONITOR=False`
或不设置该环境变量 | 走默认分支进行数据采集和保存,不受config.json中`dynamic_on`影响 |
| 场景2: 进入动态启停模式,初始不启动监测 | 动态 | 1.配置环境变量:`export DYNAMIC_MONITOR=True`
2.配置config.json中`dynamic_on: false`或不设置该字段 | 初始状态下无监测,不进行数据采集和保存 |
| 场景3: 进入动态启停模式,初始即启动监测 | 动态 | 1.配置环境变量:`export DYNAMIC_MONITOR=True`
2.配置config.json中`dynamic_on: true` | 根据初始配置在第1步(初始计数为0)开启监测并保存,采集`collect_times`次数后结束监测 |
| 场景4: 进入动态启停模式,初始暂不启动监测,训练中途启动 | 动态 | 1.配置环境变量:`export DYNAMIC_MONITOR=True`
2.开始时配置config.json中`dynamic_on: false`或不设置该字段
3.训练中途修改config.json中`dynamic_on: true` | 训练中途根据最新配置在下一步开启监测并保存,采集`collect_times`次数后结束监测 |
| 场景5: 进入动态启停模式,监测还未结束时中途修改config.json采集配置 | 动态 | 1.配置环境变量:`export DYNAMIC_MONITOR=True`
2.期间配置`dynamic_on: true`启动采集
3.在采集还未达到`collect_times`次数前,中途修改config.json配置 | 更新前按旧配置采集并保存,更新后下一步以最新config.json采集且`collect_times`重新从0开始计数。此功能可配合中途`collect_times`改0来实现提前停止监测。
| 场景6: 进入动态启停模式,在根据`collect_times`结束监测后,需重新启动监测 | 动态 | 1.配置环境变量:`export DYNAMIC_MONITOR=True`
2.期间`dynamic_on: true`启动采集
3.采集达到`collect_times`次数后结束监测,程序自动改`dynamic_on:false`
4.配置config.json中`dynamic_on:true`重启监测 | 更新前按旧配置采集并保存,中途停止监测后无采集,重启后下一步以最新config.json重启采集且`collect_times`重新从0开始计数。
### 功能重载
此功能将在2026年废弃。请使用[动态启停](#动态启停)功能代替。
- 统计量
可以在训练过程中修改`TrainerMon`实例的`ops`属性, 调整监测的统计量。
```python
if {some condition}:
monitor.ops = ["min", "max"]
```
- 训练过程中开关激活值监测
激活值监测的性能损耗较大, 推荐仅在必要时开启, 比如发现loss出现尖刺, 根据loss的异常开启激活值监测.
```python
if {some condition}:
monitor.reload_xy(xy_distribution=True)
```
## 输出结果
### 输出路径
通过环境变量`MONITOR_OUTPUT_DIR`设置monitor输出路径,默认为`./monitor_output/`。
```shell
export MONITOR_OUTPUT_DIR=/xxx/output_dir
```
### 输出格式
通过可选配置项`format`指定,当前仅支持`csv`(默认值)。
- **csv**
监测结果写入csv文件中,可以通过`ndigits`字段设置小数位数。
表头为 vpp_stage | name | step | micro_step(optional) | *ops |。
仅在激活值监测的输出文件中包含micro_step。
激活值监测的name为`.`, 其他任务的name为``。
如需将csv转为tensorboard格式进行可视化,可使用[csv格式数据转tensorboard可视化显示](#csv格式数据转tensorboard可视化显示)功能。
### csv输出件合并
提供csv输出件合并功能,在配置json文件中设置`step_count_per_record`,表示每个csv文件存储多个step的监测数据。默认值为1,表示每个csv文件记录一个step的监测数据。
如下图所示为梯度监测结果示例,配置`step_count_per_record`为5,连续监测10个step,每个csv文件记录了5个step的梯度数据。其中`grad_reduced_0-4.csv`为step0至step4共计5个step的聚合后梯度数据,`grad_unreduced_0-4.csv`为step0至step4共计5个step的聚合前梯度数据。

## 公开接口
- monitor工具初始化
```python
TrainerMon.__init__(config_file_path, process_group=None, params_have_main_grad=True) -> None
```
| 参数 | 可选/必选 | 说明 |
| --------------------- | --------- | ------------------------------------------------------------ |
| config_file_path | 必选 | json配置文件路径。 |
| process_group | 可选 | 传入ProcessGroup对象,用以确定pipeline并行不同rank异常间时序,megatron下通过core.parallel_state.get_pipeline_model_parallel_group()获得。仅在异常时序判断功能中使用。 |
| params_have_main_grad | 可选 | 权重是否使用main_grad,通常megatron为True,deepspeed为False。默认为True。 |
| opt_ty(该参数废弃) | 可选 | 表示优化器类型。 |
- 模型挂载monitor工具
```python
TrainerMon.set_monitor(model, grad_acc_steps, optimizer, dp_group=None, tp_group=None, start_iteration=0) -> None
```
| 参数 | 可选/必选 | 说明 |
| --------------- | --------- | ------------------------------------------------------------ |
| model | 必选 | 需要监测的模型,需要是一个torch.nn.Module或者mindspore.nn.Cell。 |
| grad_acc_steps | 必选 | 梯度累积步数。 |
| optimizer | 必选 | 需要patch的优化器。 |
| dp_group | 可选 | 数据并行的通信组。
dp域通信后,且没有使用分布式优化器时,group内所有rank的梯度相同,落盘数据冗余。
提供dp_group后,工具仅保留每个dp_group的第一个rank的梯度。 |
| tp_group | 可选 | 张量并行的通信组。
tp域通信后,group内部分参数所有rank的梯度相同,落盘数据冗余。
提供tp_group后,工具仅保留每个tp_group中冗余参数在第一个rank的梯度。
当前适配Megatron core_r0.6.0, 通过权重属性"tensor_model_parallel"判断是否冗余。 |
| start_iteration | 可选 | 训练的起始iteration,影响工具计数。**仅PyTorch场景支持此参数**。 |
- csv输出件转tensorboard输出件
```python
csv2tensorboard_by_step(monitor_path, time_start, time_end, process_num=1, data_type_list=None) -> None
```
| 参数 | 可选/必选 | 说明 |
| -------------- | --------- | ------------------------------------------------------------ |
| monitor_path | 必选 | 待转换的csv存盘目录。 |
| time_start | 必选 | 起始时间戳。搭配time_end一起使用。指定一个时间范围,会对这个范围内的文件进行转换。左闭右闭的区间。 |
| time_end | 必选 | 结束时间戳。搭配time_start一起使用。指定一个时间范围,会对这个范围内的文件进行转换。左闭右闭的区间。 |
| process_num | 可选 | 指定拉起的进程个数,默认为1,更多的进程个数可以加速转换。 |
| data_type_list | 可选 | 指定需要转换的数据类型, 数据类型应来自输出件文件前缀,所有类型数据:
["actv", "actv_grad", "exp_avg", "exp_avg_sq", "grad_unreduced", "grad_reduced", "param_origin", "param_updated"]。
不指定就转换全部数据。 |
| output_dirpath | 可选 | 指定转换后的输出路径,默认输出到"{curtime}_csv2tensorboard_by_step"文件夹,其中curtime为自动获取的当前时间戳。 |
- 在模型任意位置获取当前参数**梯度**统计量
```python
TrainerMon.generate_wgrad_metrics() -> tuple[dict, dict]
```
具体使用方式如下:
```python
reduced, unreduced = monitor.generate_wgrad_metrics()
```
- 在模型任意位置获取当前参数**激活值**统计量
```python
TrainerMon.generate_xy_metrics() -> tuple[dict, dict]
```
具体使用方式如下:
```python
actv, actv_grad = monitor.generate_xy_metrics()
```
- 老版接口说明, **将在2026年废弃**:
```python
TrainerMon.set_wrapped_optimizer(optimizer) -> None
```
| 参数 | 可选/必选 | 说明 |
| --------- | --------- | ----------------------------------------- |
| optimizer | 必选 | megatron、deepspeed创建好的混合精度优化器 |
```python
TrainerMon.monitor_gnorm_with_ad(model, grad_acc_steps, optimizer, dp_group, tp_group, start_iteration) -> None
```
| 参数 | 可选/必选 | 说明 |
| --------------- | --------- | ------------------------------------------------------------ |
| model | 必选 | 需要监测的模型,需要是一个torch.nn.Module或者mindspore.nn.Cell。 |
| grad_acc_steps | 必选 | 梯度累积步数。 |
| optimizer | 可选 | 需要patch的优化器。 |
| dp_group | 可选 | 数据并行的通信组。
dp域通信后,且没有使用分布式优化器时,group内所有rank的梯度相同,落盘数据冗余。
提供dp_group后,工具仅保留每个dp_group的第一个rank的梯度。 |
| tp_group | 可选 | 张量并行的通信组。
tp域通信后,group内部分参数所有rank的梯度相同,落盘数据冗余。
提供tp_group后,工具仅保留每个tp_group中冗余参数在第一个rank的梯度。
当前适配Megatron core_r0.6.0, 通过权重属性"tensor_model_parallel"判断是否冗余。 |
| start_iteration | 可选 | 训练的起始iteration,影响工具计数。**仅PyTorch场景支持此参数**。 |
具体接口变更说明如下:
| 变更 | 说明 |
| ------------------ | ------------------------------------------------------------ |
| 初始化接口统一精简 | TrainerMon.__init__(config_file_path, process_group=None, param_have_main_grad=True) |
| 主调接口修改 | 从monitor_gnorm_with_ad(...)改名为set_monitor(...), 且此时optimizer从可选项改为必传项 |
| 优化器包装接口废除 | set_wrapped_optimizer接口废除, optimizer传入由set_monitor主调完成 |
## 详细配置
```json
{
"targets": {
"language_model.encoder.layers.0": {"input": "tuple[2]:0", "output": "tensor", "input_grad":"tuple[2]:0", "output_grad":"tuple[1]:0"}
},
"dynamic_on": false,
"start_step": 0,
"collect_times": 100000000,
"step_interval": 1,
"print_struct": false,
"module_ranks": [0,1,2,3],
"ur_distribution": true,
"xy_distribution": true,
"all_xy": true,
"forward_only": false,
"backward_only": false,
"mv_distribution": true,
"param_distribution": true,
"wg_distribution": true,
"monitor_mbs_grad": true,
"cc_distribution": {"enable":true, "cc_codeline":[]},
"alert": {
"rules": [{"rule_name": "AnomalyTurbulence", "args": {"threshold": 0.5}}],
"dump": false
},
"format": "csv",
"ops": ["min", "max", "norm", "zeros", "nans", "mean"],
"eps": 1e-8,
"ndigits": 12,
"step_count_per_record": 1,
"append_output": [],
"squash_name": false
}
```
下面详细解释各个字段:
| 字段名字 | 可选/必选 | 解释 |
| ----------------------- | -------- |---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| "targets" | 可选 | 指定需要监测的模型层和监测对象, 例如transformer的第0层language_model.encoder.layers.0,可选择监测input、output、input_grad、output_grad。如果不清楚模型结构, 可以将 "print_struct" 字段设置为 true, 监测工具会打印模型中torch module的名字和详细结构,并在第1个step后退出。未配置时默认为全量监测。 |
| "input" | 可选 | "tuple[2]:0"的意思是目标module的前向input参数为长度为2的tuple, 我们关心的是tuple第0个元素。 |
| "output" | 必选 | "tensor"的意思是目标module的前向output参数类型为tensor |
| "input_grad" | 可选 | "tuple[2]:0"的意思是目标module的后向input_grad参数是长度为2的tuple, 我们关心的是tuple的第0个元素。 |
| "output_grad" | 必选 | "tuple[1]:0"的意思是目标module的后向output_grad参数是长度为1的tuple, 我们关心的是tuple的第0个元素。 |
| "dynamic_on" | 可选 | 在动态启停时使用,true代表打开监测,false代表关闭监测,默认值为false,且达到collect_times之后会自动将该值置为false,待下次修改为true时重启。 |
| "collect_times" | 可选 | 设置采集次数,达到该次数后停止监测,默认值为100000000,目的是一直采集。 |
| "start_step" | 可选 | 设置开始采集step,模型训练达到start_step后开始监测采集,默认值为0,表示从step0开始监测采集。注:在动态启停模式下该设置不生效,只会从下一步开始监测采集。 |
| "step_interval" | 可选 | 设置采集step间隔,默认值为1,表示每个step均采集监测数据。 |
| "print_struct" | 可选 | 设置为true后监测工具会打印每张卡模型中module的名字和详细结构,并在第1个step后退出。不填默认为false。 |
| "module_ranks" | 可选 | 用于在分布式训练场景中希望控制在哪些rank开启module监测。如果不填,则默认在所有rank开启。 列表内rank要求为int类型。 |
| "ur_distribution" | 可选 | 若为true则会统计adam优化器指定模块(targets中指定)参数的update和ratio向量的数值分布,并展示在heatmap里。默认为false。
依赖histc算子, 需要CANN8.0.rc2以上版本, 否则会有严重的性能问题。**仅PyTorch场景支持此参数**。 |
| "xy_distribution" | 可选 | 若为true则会监测指定module(targets中指定)的输入输出张量。 默认为false。 |
| "all_xy" | 可选 | 开启xy_distribution后生效,若为true,监测所有module。默认为false。
与targets同时生效,all_xy配置为true时,若targets配置module_xx和指定对象,则module_xx按targets配置生效,其他module则监测全部对象,包含input、output、input_grad、output_grad。 |
| "forward_only" | 可选 | 开启xy_distribution后生效,若为true,仅监测指定module的前向,targets中的input_grad、output_grad不生效。默认为false。 |
| "backward_only" | 可选 | 开启xy_distribution后生效,若为true,仅监测指定module的反向,targets中的input、output不生效。默认为false。 |
| "mv_distribution" | 可选 | 若为true则会监测指定模块中的参数的优化器状态, 默认为false。 |
| "wg_distribution" | 可选 | 若为true则会监测指定模块的参数梯度, 默认为false。 |
| "monitor_mbs_grad" | 可选 | 若为true则会监测mbs粒度梯度统计量,默认为false。 |
| "param_distribution" | 可选 | 若为true则会监测指定模块的参数, 默认为false。 |
| "alert" | 可选 | "rules": 指定自动报警的异常检测机制及其相应的阈值。目前实现的异常检测是AnomalyTurbulence, 如果统计标量超出历史均值的指定浮动范围(threshold 0.5意味着上浮或者下浮50%)则在控制台打印报警信息。当"dump"字段配置为true表示异常事件写入文件,默认为false。**仅PyTorch场景支持此参数**。 |
| "cc_distribution" | 可选 | 其中"enable"字段控制通信监测模块的开关,仅支持在多卡训练时开启;需要监测通信算子时,务必尽量早地实例化`TrainerMon`, 因为监测通过劫持原始func后挂hook实现,部分加速库初始化时会保存原始function,避免监测失效。"cc_codeline"字段指定监测的代码行,如:`train.py\\[23\\]`,默认为空列表,不特别指定;"cc_pre_hook"字段控制是否监测通输入; 模块会在第二个optimize.step之前打印通信日志,包括通信api的调用栈、输入dtype、通信group。 "cc_log_only"为true时,仅打印日志,不监测通信的输入输出,并在打印后中断训练。可以根据通信日志设置"cc_codeline",规避与训练过程不相关的通信,比如一些时间、metrics的同步。 |
| "mg_direction" | 可选 | 若为true则会计算权重梯度和动量方向一致的比例,默认为false。 |
| "format" | 可选 | 数据落盘格式,仅支持"csv"(默认值)。 |
| "ops" | 可选 | 类型为list,与ur_distribution、xy_distribution、mv_distribution、wg_distribution、mg_direction、cc_distribution配合,监测所选张量的统计指标,目前支持"min"、"max"、"norm"、"mean"、"zeros"、"nans"。其中,zeros代表监测所选张量的元素小于eps的比例,nans代表张量中nan的数量。当ops中无有效指标时,默认监测norm指标。 |
| "eps" | 可选 | 若ops里包含"zeros"则需要配置,默认为1e-8。 |
| "ndigits" | 可选 | "format"为"csv"时,设置落盘文件中的小数位数,默认为6。 |
| "step_count_per_record" | 可选 | "format"为"csv"时生效,每个csv记录多少个step的数据,默认为1。 |
| "append_output" | 可选 | 适用于断点续训场景。多卡场景下生效,指定两个时间戳,将输出续写到这两个时间戳范围间的输出件中,不在范围内的rank不被续写。时间戳应来自原有输出件目录前缀,例如["Dec03_21-34-40", "Dec03_21-34-41"]。默认为[],不续写。**仅PyTorch场景支持此参数**。 |
| "squash_name" | 可选 | 是否简化参数名/模块名,多模态场景建议关闭,默认为False。 |