|
|
|
@@ -38,306 +38,317 @@ from fastNLP.core.utils.exceptions import EarlyStopException |
|
|
|
|
|
|
|
|
|
|
|
class Trainer(TrainerEventTrigger): |
|
|
|
_custom_callbacks: dict = defaultdict(list) |
|
|
|
r""" |
|
|
|
用于支持快速训练的训练器。 |
|
|
|
|
|
|
|
def __init__( |
|
|
|
self, |
|
|
|
model, |
|
|
|
driver, |
|
|
|
train_dataloader, |
|
|
|
optimizers, |
|
|
|
device: Optional[Union[int, List[int], str]] = "cpu", |
|
|
|
n_epochs: int = 20, |
|
|
|
evaluate_dataloaders=None, |
|
|
|
batch_step_fn: Optional[Callable] = None, |
|
|
|
evaluate_batch_step_fn: Optional[Callable] = None, |
|
|
|
train_fn: Optional[str] = None, |
|
|
|
evaluate_fn: Optional[str] = None, |
|
|
|
callbacks: Union[List[Callback], Callback, None] = None, |
|
|
|
metrics: Optional[dict] = None, |
|
|
|
evaluate_every: Optional[Union[int, Callable]] = -1, |
|
|
|
input_mapping: Optional[Union[Callable, Dict]] = None, |
|
|
|
output_mapping: Optional[Union[Callable, Dict]] = None, |
|
|
|
model_wo_auto_param_call: bool = False, |
|
|
|
accumulation_steps: int = 1, |
|
|
|
fp16: bool = False, |
|
|
|
monitor: Union[str, Callable] = None, |
|
|
|
larger_better: bool = True, |
|
|
|
marker: Optional[str] = None, |
|
|
|
**kwargs |
|
|
|
): |
|
|
|
r""" |
|
|
|
:param model: 训练所需要的模型，例如 ``torch.nn.Module``； |
|
|
|
:param model: 训练所需要的模型，例如 ``torch.nn.Module``； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
当使用 pytorch 时，注意参数 ``model`` 在大多数情况下为 ``nn.Module``。但是您仍能够通过使用一些特定的组合来使用情况，如下所示： |
|
|
|
|
|
|
|
1. 当希望使用 ``DataParallel`` 时，您应当使用 ``TorchSingleDriver``，意味着您在初始化 ``Trainer`` 时参数 ``device`` 不应当为 |
|
|
|
一个 ``List``； |
|
|
|
|
|
|
|
2. 当您选择自己初始化 ``init_process_group`` 时（这种情况要求您传入的 ``model`` 参数一定为 ``DistributedDataParallel``）， |
|
|
|
您应当使用 ``TorchDDPDriver``，意味着您需要通过 ``python -m torch.distributed.launch`` 的方式来启动训练，此时参数 ``device`` |
|
|
|
应当设置为 None（此时我们会忽略该参数），具体见下面对于参数 ``device`` 的更详细的解释。 |
|
|
|
|
|
|
|
:param driver: 训练模型所使用的具体的驱动模式，应当为以下选择中的一个：["torch"]，之后我们会加入 jittor、paddle 等 |
|
|
|
国产框架的训练模式；其中 "torch" 表示使用 ``TorchSingleDriver`` 或者 ``TorchDDPDriver``，具体使用哪一种取决于参数 ``device`` |
|
|
|
的设置； |
|
|
|
:param train_dataloader: 训练数据集，注意其必须是单独的一个数据集，不能是 List 或者 Dict； |
|
|
|
:param optimizers: 训练所需要的优化器；可以是单独的一个优化器实例，也可以是多个优化器组成的 List； |
|
|
|
:param device: 该参数用来指定具体训练时使用的机器；注意当该参数仅当您通过 `torch.distributed.launch/run` 启动时可以为 None， |
|
|
|
此时 fastNLP 不会对模型和数据进行设备之间的移动处理，但是你可以通过参数 `input_mapping` 和 `output_mapping` 来实现设备之间 |
|
|
|
数据迁移的工作（通过这两个参数传入两个处理数据的函数）；同时你也可以通过在 kwargs 添加参数 "data_device" 来让我们帮助您将数据 |
|
|
|
迁移到指定的机器上（注意这种情况理应只出现在用户在 Trainer 实例化前自己构造 DDP 的场景）； |
|
|
|
|
|
|
|
device 的可选输入如下所示： |
|
|
|
|
|
|
|
* *str*: 例如 'cpu', 'cuda', 'cuda:0', 'cuda:1' 等； |
|
|
|
* *torch.device*: 例如 'torch.device("cuda:0")'； |
|
|
|
* *int*: 将使用 ``device_id`` 为该值的 ``gpu`` 进行训练；如果值为 -1，那么默认使用全部的显卡，此时使用的 driver 实例是 `TorchDDPDriver`； |
|
|
|
* *list(int)*: 如果多于 1 个device，应当通过该种方式进行设定；注意此时我们一定会使用 ``TorchDDPDriver``，不管您传入的列表的长度是 1 还是其它值； |
|
|
|
* *None*: 仅当用户自己通过训练框架提供的并行训练启动脚本开启 ddp 进程时为 None； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
当使用 pytorch 时，注意参数 ``model`` 在大多数情况下为 ``nn.Module``。但是您仍能够通过使用一些特定的组合来使用情况，如下所示： |
|
|
|
如果希望使用 ``TorchDDPDriver``，在初始化 ``Trainer`` 时您应当使用:: |
|
|
|
|
|
|
|
1. 当希望使用 ``DataParallel`` 时，您应当使用 ``TorchSingleDriver``，意味着您在初始化 ``Trainer`` 时参数 ``device`` 不应当为 |
|
|
|
一个 ``List``； |
|
|
|
Trainer(driver="torch", device=[0, 1]) |
|
|
|
|
|
|
|
2. 当您选择自己初始化 ``init_process_group`` 时（这种情况要求您传入的 ``model`` 参数一定为 ``DistributedDataParallel``）， |
|
|
|
您应当使用 ``TorchDDPDriver``，意味着您需要通过 ``python -m torch.distributed.launch`` 的方式来启动训练，此时参数 ``device`` |
|
|
|
应当设置为 None（此时我们会忽略该参数），具体见下面对于参数 ``device`` 的更详细的解释。 |
|
|
|
注意如果这时 ``device=[0]``，我们仍旧会使用 ``TorchDDPDriver``。 |
|
|
|
|
|
|
|
:param driver: 训练模型所使用的具体的驱动模式，应当为以下选择中的一个：["torch"]，之后我们会加入 jittor、paddle 等 |
|
|
|
国产框架的训练模式；其中 "torch" 表示使用 ``TorchSingleDriver`` 或者 ``TorchDDPDriver``，具体使用哪一种取决于参数 ``device`` |
|
|
|
的设置； |
|
|
|
:param train_dataloader: 训练数据集，注意其必须是单独的一个数据集，不能是 List 或者 Dict； |
|
|
|
:param optimizers: 训练所需要的优化器；可以是单独的一个优化器实例，也可以是多个优化器组成的 List； |
|
|
|
:param device: 该参数用来指定具体训练时使用的机器；注意当该参数仅当您通过 `torch.distributed.launch/run` 启动时可以为 None， |
|
|
|
此时 fastNLP 不会对模型和数据进行设备之间的移动处理，但是你可以通过参数 `input_mapping` 和 `output_mapping` 来实现设备之间 |
|
|
|
数据迁移的工作（通过这两个参数传入两个处理数据的函数）；同时你也可以通过在 kwargs 添加参数 "data_device" 来让我们帮助您将数据 |
|
|
|
迁移到指定的机器上（注意这种情况理应只出现在用户在 Trainer 实例化前自己构造 DDP 的场景）； |
|
|
|
如果希望使用 ``TorchSingleDriver``，则在初始化 ``Trainer`` 时您应当使用:: |
|
|
|
|
|
|
|
device 的可选输入如下所示： |
|
|
|
Trainer(driver="torch", device=0) |
|
|
|
|
|
|
|
* *str*: 例如 'cpu', 'cuda', 'cuda:0', 'cuda:1' 等； |
|
|
|
* *torch.device*: 例如 'torch.device("cuda:0")'； |
|
|
|
* *int*: 将使用 ``device_id`` 为该值的 ``gpu`` 进行训练；如果值为 -1，那么默认使用全部的显卡，此时使用的 driver 实例是 `TorchDDPDriver`； |
|
|
|
* *list(int)*: 如果多于 1 个device，应当通过该种方式进行设定；注意此时我们一定会使用 ``TorchDDPDriver``，不管您传入的列表的长度是 1 还是其它值； |
|
|
|
* *None*: 仅当用户自己通过训练框架提供的并行训练启动脚本开启 ddp 进程时为 None； |
|
|
|
.. warning:: |
|
|
|
|
|
|
|
.. note:: |
|
|
|
注意参数 ``device`` 仅当您通过 pytorch 或者其它训练框架自身的并行训练启动脚本启动 ddp 训练时才允许为 ``None``！ |
|
|
|
|
|
|
|
如果希望使用 ``TorchDDPDriver``，在初始化 ``Trainer`` 时您应当使用:: |
|
|
|
例如，当您使用:: |
|
|
|
|
|
|
|
Trainer(driver="torch", device=[0, 1]) |
|
|
|
python -m torch.distributed.launch --nproc_per_node 2 train.py |
|
|
|
|
|
|
|
注意如果这时 ``device=[0]``，我们仍旧会使用 ``TorchDDPDriver``。 |
|
|
|
来使用 ``TorchDDPDriver`` 时，此时参数 ``device`` 不再有效（不管您是否自己初始化 ``init_process_group``），我们将直接 |
|
|
|
通过 ``torch.device(f"cuda:{local_rank}")`` 来获取当前进程所使用的的具体的 gpu 设备。因此此时您需要使用 ``os.environ["CUDA_VISIBLE_DEVICES"]`` |
|
|
|
来指定要使用的具体的 gpu 设备。 |
|
|
|
|
|
|
|
如果希望使用 ``TorchSingleDriver``，则在初始化 ``Trainer`` 时您应当使用:: |
|
|
|
另一点需要注意的是，当您没有选择自己初始化 ``init_process_group`` 时，我们仍旧会帮助您把模型和数据迁移到当前进程所使用的 |
|
|
|
具体的 gpu 设备上。但是如果您选择自己在 ``Trainer`` 初始化前（意味着在 ``driver`` 的 ``setup`` 前）初始化 ``init_process_group``， |
|
|
|
那么对于模型的迁移应当完全由您自己来完成。此时对于数据的迁移，如果您在 ``Trainer`` 初始化时指定了参数 ``data_device``，那么 |
|
|
|
我们会将数据迁移到 ``data_device`` 上；如果其为 None，那么将数据迁移到正确的设备上应当由您自己来完成。 |
|
|
|
|
|
|
|
Trainer(driver="torch", device=0) |
|
|
|
对于使用 ``TorchDDPDriver`` 的更多细节，请见 :class:`fastNLP.core.drivers.torch_driver.TorchDDPDriver`。 |
|
|
|
|
|
|
|
.. warning:: |
|
|
|
:param n_epochs: 训练总共的 epoch 的数量，默认为 20； |
|
|
|
:param evaluate_dataloaders: 验证数据集，其可以是单独的一个数据集，也可以是多个数据集；当为多个数据集时，注意其必须是 Dict；默认 |
|
|
|
为 None； |
|
|
|
:param batch_step_fn: 定制每次训练时前向运行一个 batch 的数据所执行的函数。该函数应接受两个参数为 ``trainer`` 和 ``batch``， |
|
|
|
不需要要返回值；更详细的使用位置和说明请见 :meth:`fastNLP.core.controllers.TrainBatchLoop.batch_step_fn`； |
|
|
|
:param evaluate_batch_step_fn: 定制每次验证时前向运行一个 batch 的数据所执行的函数。该函数应接受的两个参数为 ``evaluator`` 和 ``batch``， |
|
|
|
不需要有返回值；可以参考 :meth:`fastNLP.core.controllers.EvaluateBatchLoop.batch_step_fn`； |
|
|
|
:param train_fn: 用来控制 ``Trainer`` 在训练的前向传播过程中是调用模型的哪一个函数，例如是 ``train_step`` 还是 ``forward``； |
|
|
|
默认为 ``None``，如果该值是 ``None``，那么我们会默认使用 ``train_step`` 当做前向传播的函数，如果在模型的定义类中没有找到该方法， |
|
|
|
则使用模型默认的前向传播函数，例如对于 pytorch 来说就是 ``forward``。 |
|
|
|
|
|
|
|
注意参数 ``device`` 仅当您通过 pytorch 或者其它训练框架自身的并行训练启动脚本启动 ddp 训练时才允许为 ``None``！ |
|
|
|
.. note:: |
|
|
|
在 fastNLP 中，对于训练时使用的前向传播函数的查找逻辑如下所示： |
|
|
|
|
|
|
|
例如，当您使用:: |
|
|
|
1. 如果 ``train_fn`` 为 None，那么在 model 的类 Model 中寻找方法 ``Model.train_step``;如果没有找到，那么默认使用 ``Model.forward``； |
|
|
|
2. 如果 ``train_fn`` 为一个字符串，例如 'my_step_fn'，那么我们首先会在 model 的类 Model 中寻找方法 ``Model.my_step_fn``， |
|
|
|
如果没有找到，那么会直接报错； |
|
|
|
|
|
|
|
python -m torch.distributed.launch --nproc_per_node 2 train.py |
|
|
|
:param evaluate_fn: 用来控制 ``Trainer`` 中内置的 ``Evaluator`` 在验证的前向传播过程中是调用模型的哪一个函数，应当为 ``None`` |
|
|
|
或者一个字符串；其使用方式和 train_fn 类似；具体可见 :class:`fastNLP.core.controllers.Evaluator`； |
|
|
|
:param callbacks: 训练当中触发的 callback 类，该参数应当为一个列表，其中的每一个元素都应当继承 ``Callback`` 类；具体可见 |
|
|
|
:class:`fastNLP.core.callbacks.Callback`； |
|
|
|
:param metrics: 用于传给 ``Trainer`` 内部的 ``Evaluator`` 实例来进行训练过程中的验证。其应当为一个字典，其中 key 表示 monitor， |
|
|
|
例如 {"acc1": AccMetric(), "acc2": AccMetric()}； |
|
|
|
|
|
|
|
来使用 ``TorchDDPDriver`` 时，此时参数 ``device`` 不再有效（不管您是否自己初始化 ``init_process_group``），我们将直接 |
|
|
|
通过 ``torch.device(f"cuda:{local_rank}")`` 来获取当前进程所使用的的具体的 gpu 设备。因此此时您需要使用 ``os.environ["CUDA_VISIBLE_DEVICES"]`` |
|
|
|
来指定要使用的具体的 gpu 设备。 |
|
|
|
目前我们支持的 ``metric`` 的种类有以下几种： |
|
|
|
|
|
|
|
另一点需要注意的是，当您没有选择自己初始化 ``init_process_group`` 时，我们仍旧会帮助您把模型和数据迁移到当前进程所使用的 |
|
|
|
具体的 gpu 设备上。但是如果您选择自己在 ``Trainer`` 初始化前（意味着在 ``driver`` 的 ``setup`` 前）初始化 ``init_process_group``， |
|
|
|
那么对于模型的迁移应当完全由您自己来完成。此时对于数据的迁移，如果您在 ``Trainer`` 初始化时指定了参数 ``data_device``，那么 |
|
|
|
我们会将数据迁移到 ``data_device`` 上；如果其为 None，那么将数据迁移到正确的设备上应当由您自己来完成。 |
|
|
|
1. fastNLP 自己的 ``metric``：详见 :class:`fastNLP.core.metrics.Metric`； |
|
|
|
2. torchmetrics； |
|
|
|
3. allennlp.training.metrics； |
|
|
|
4. paddle.metric； |
|
|
|
|
|
|
|
对于使用 ``TorchDDPDriver`` 的更多细节，请见 :class:`fastNLP.core.drivers.torch_driver.TorchDDPDriver`。 |
|
|
|
:param evaluate_every: 用来控制 ``Trainer`` 内部的 ``Evaluator`` 验证的频率，其可以为负数、正数或者函数： |
|
|
|
|
|
|
|
:param n_epochs: 训练总共的 epoch 的数量，默认为 20； |
|
|
|
:param evaluate_dataloaders: 验证数据集，其可以是单独的一个数据集，也可以是多个数据集；当为多个数据集时，注意其必须是 Dict；默认 |
|
|
|
为 None； |
|
|
|
:param batch_step_fn: 定制每次训练时前向运行一个 batch 的数据所执行的函数。该函数应接受两个参数为 ``trainer`` 和 ``batch``， |
|
|
|
不需要要返回值；更详细的使用位置和说明请见 :meth:`fastNLP.core.controllers.TrainBatchLoop.batch_step_fn`； |
|
|
|
:param evaluate_batch_step_fn: 定制每次验证时前向运行一个 batch 的数据所执行的函数。该函数应接受的两个参数为 ``evaluator`` 和 ``batch``， |
|
|
|
不需要有返回值；可以参考 :meth:`fastNLP.core.controllers.EvaluateBatchLoop.batch_step_fn`； |
|
|
|
:param train_fn: 用来控制 ``Trainer`` 在训练的前向传播过程中是调用模型的哪一个函数，例如是 ``train_step`` 还是 ``forward``； |
|
|
|
默认为 ``None``，如果该值是 ``None``，那么我们会默认使用 ``train_step`` 当做前向传播的函数，如果在模型的定义类中没有找到该方法， |
|
|
|
则使用模型默认的前向传播函数，例如对于 pytorch 来说就是 ``forward``。 |
|
|
|
1. 为负数时表示每隔几个 ``epoch`` evaluate 一次； |
|
|
|
2. 为正数则表示每隔几个 ``batch`` evaluate 一次； |
|
|
|
3. 为函数时表示用户自己传入的用于控制 evaluate 的频率的函数，该函数的应该接受当前 trainer 对象作为参数，并 |
|
|
|
返回一个 bool 值，返回为 True 说明需要进行 evaluate ；将在每个 ``batch`` 结束后调用该函数判断是否需要 evaluate； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
在 fastNLP 中，对于训练时使用的前向传播函数的查找逻辑如下所示： |
|
|
|
.. note:: |
|
|
|
|
|
|
|
1. 如果 ``train_fn`` 为 None，那么在 model 的类 Model 中寻找方法 ``Model.train_step``;如果没有找到，那么默认使用 ``Model.forward``； |
|
|
|
2. 如果 ``train_fn`` 为一个字符串，例如 'my_step_fn'，那么我们首先会在 model 的类 Model 中寻找方法 ``Model.my_step_fn``， |
|
|
|
如果没有找到，那么会直接报错； |
|
|
|
如果参数 ``evaluate_every`` 为函数，其应当类似： |
|
|
|
|
|
|
|
:param evaluate_fn: 用来控制 ``Trainer`` 中内置的 ``Evaluator`` 在验证的前向传播过程中是调用模型的哪一个函数，应当为 ``None`` |
|
|
|
或者一个字符串；其使用方式和 train_fn 类似；具体可见 :class:`fastNLP.core.controllers.Evaluator`； |
|
|
|
:param callbacks: 训练当中触发的 callback 类，该参数应当为一个列表，其中的每一个元素都应当继承 ``Callback`` 类；具体可见 |
|
|
|
:class:`fastNLP.core.callbacks.Callback`； |
|
|
|
:param metrics: 用于传给 ``Trainer`` 内部的 ``Evaluator`` 实例来进行训练过程中的验证。其应当为一个字典，其中 key 表示 monitor， |
|
|
|
例如 {"acc1": AccMetric(), "acc2": AccMetric()}； |
|
|
|
>>> def my_evaluate_every(trainer) -> bool: |
|
|
|
... if (trainer.global_forward_batches+1) % 1000 == 0: |
|
|
|
... return True |
|
|
|
... else: |
|
|
|
... return False |
|
|
|
|
|
|
|
目前我们支持的 ``metric`` 的种类有以下几种： |
|
|
|
该函数表示当每经过 1000 个 batch，``Trainer`` 中内置的 ``Evaluator`` 就会验证一次； |
|
|
|
|
|
|
|
1. fastNLP 自己的 ``metric``：详见 :class:`fastNLP.core.metrics.Metric`； |
|
|
|
2. torchmetrics； |
|
|
|
3. allennlp.training.metrics； |
|
|
|
4. paddle.metric； |
|
|
|
另一个需要注意的事情在于该函数会在每一次 batch 的结尾进行调用，当该函数返回 ``True`` 时，``Evaluator`` 才会进行验证； |
|
|
|
|
|
|
|
:param evaluate_every: 用来控制 ``Trainer`` 内部的 ``Evaluator`` 验证的频率，其可以为负数、正数或者函数： |
|
|
|
:param input_mapping: 应当为一个字典或者一个函数，表示在当前 step 拿到一个 batch 的训练数据后，应当做怎样的映射处理： |
|
|
|
|
|
|
|
1. 为负数时表示每隔几个 ``epoch`` evaluate 一次； |
|
|
|
2. 为正数则表示每隔几个 ``batch`` evaluate 一次； |
|
|
|
3. 为函数时表示用户自己传入的用于控制 evaluate 的频率的函数，该函数的应该接受当前 trainer 对象作为参数，并 |
|
|
|
返回一个 bool 值，返回为 True 说明需要进行 evaluate ；将在每个 ``batch`` 结束后调用该函数判断是否需要 evaluate； |
|
|
|
1. 如果 ``input_mapping`` 是一个字典: |
|
|
|
|
|
|
|
.. note:: |
|
|
|
1. 如果此时 batch 也是一个 ``Dict``，那么我们会把 batch 中同样在 ``input_mapping`` 中的 key 修改为 ``input_mapping`` 的对应 ``key`` 的 ``value``； |
|
|
|
2. 如果此时 batch 是一个 ``dataclass``，那么我们会先将其转换为一个 ``Dict``，然后再进行上述转换； |
|
|
|
3. 如果此时 batch 此时是其它类型，那么我们将会直接报错； |
|
|
|
2. 如果 ``input_mapping`` 是一个函数，那么对于取出的 batch，我们将不会做任何处理，而是直接将其传入该函数里； |
|
|
|
|
|
|
|
如果参数 ``evaluate_every`` 为函数，其应当类似： |
|
|
|
注意该参数会被传进 ``Evaluator`` 中；因此你可以通过该参数来实现将训练数据 batch 移到对应机器上的工作（例如当参数 ``device`` 为 ``None`` 时）； |
|
|
|
如果 ``Trainer`` 和 ``Evaluator`` 需要使用不同的 ``input_mapping``, 请使用 ``train_input_mapping`` 与 ``evaluate_input_mapping`` 分别进行设置。 |
|
|
|
|
|
|
|
>>> def my_evaluate_every(trainer) -> bool: |
|
|
|
... if (trainer.global_forward_batches+1) % 1000 == 0: |
|
|
|
... return True |
|
|
|
... else: |
|
|
|
... return False |
|
|
|
:param output_mapping: 应当为一个字典或者函数。作用和 ``input_mapping`` 类似，区别在于其用于转换输出： |
|
|
|
|
|
|
|
该函数表示当每经过 1000 个 batch，``Trainer`` 中内置的 ``Evaluator`` 就会验证一次； |
|
|
|
1. 如果 ``output_mapping`` 是一个 ``Dict``，那么我们需要模型的输出必须是 ``Dict`` 或者 ``dataclass`` 类型： |
|
|
|
|
|
|
|
另一个需要注意的事情在于该函数会在每一次 batch 的结尾进行调用，当该函数返回 ``True`` 时，``Evaluator`` 才会进行验证； |
|
|
|
1. 如果此时模型的输出是一个 ``Dict``，那么我们会把输出中同样在 ``output_mapping`` 中的 key 修改为 ``output_mapping`` 的对应 key 的 value； |
|
|
|
2. 如果此时模型的输出是一个 ``dataclass``，那么我们会先将其转换为一个 Dict，然后再进行上述转换； |
|
|
|
2. 如果 ``output_mapping`` 是一个函数，那么我们将会直接将模型的输出传给该函数； |
|
|
|
|
|
|
|
:param input_mapping: 应当为一个字典或者一个函数，表示在当前 step 拿到一个 batch 的训练数据后，应当做怎样的映射处理： |
|
|
|
如果 ``Trainer`` 和 ``Evaluator`` 需要使用不同的 ``output_mapping``, 请使用 ``train_output_mapping`` 与 ``evaluate_output_mapping`` 分别进行设置； |
|
|
|
|
|
|
|
1. 如果 ``input_mapping`` 是一个字典: |
|
|
|
.. note:: |
|
|
|
|
|
|
|
1. 如果此时 batch 也是一个 ``Dict``，那么我们会把 batch 中同样在 ``input_mapping`` 中的 key 修改为 ``input_mapping`` 的对应 ``key`` 的 ``value``； |
|
|
|
2. 如果此时 batch 是一个 ``dataclass``，那么我们会先将其转换为一个 ``Dict``，然后再进行上述转换； |
|
|
|
3. 如果此时 batch 此时是其它类型，那么我们将会直接报错； |
|
|
|
2. 如果 ``input_mapping`` 是一个函数，那么对于取出的 batch，我们将不会做任何处理，而是直接将其传入该函数里； |
|
|
|
``input_mapping`` 和 ``output_mapping`` 与 fastNLP 的一个特殊的概念 **'参数绑定'** 高度相关，它们的存在也是为了 fastNLP |
|
|
|
中的参数匹配能够正确地运行； |
|
|
|
|
|
|
|
注意该参数会被传进 ``Evaluator`` 中；因此你可以通过该参数来实现将训练数据 batch 移到对应机器上的工作（例如当参数 ``device`` 为 ``None`` 时）； |
|
|
|
如果 ``Trainer`` 和 ``Evaluator`` 需要使用不同的 ``input_mapping``, 请使用 ``train_input_mapping`` 与 ``evaluate_input_mapping`` 分别进行设置。 |
|
|
|
.. todo:: |
|
|
|
之后链接上 参数匹配 的文档； |
|
|
|
|
|
|
|
:param output_mapping: 应当为一个字典或者函数。作用和 ``input_mapping`` 类似，区别在于其用于转换输出： |
|
|
|
.. warning:: |
|
|
|
|
|
|
|
1. 如果 ``output_mapping`` 是一个 ``Dict``，那么我们需要模型的输出必须是 ``Dict`` 或者 ``dataclass`` 类型： |
|
|
|
如果 ``Trainer`` 的参数 ``output_mapping`` 不为 ``None``，请保证其返回的一定是一个字典，并且其中含有关键字 **'loss'**； |
|
|
|
|
|
|
|
1. 如果此时模型的输出是一个 ``Dict``，那么我们会把输出中同样在 ``output_mapping`` 中的 key 修改为 ``output_mapping`` 的对应 key 的 value； |
|
|
|
2. 如果此时模型的输出是一个 ``dataclass``，那么我们会先将其转换为一个 Dict，然后再进行上述转换； |
|
|
|
2. 如果 ``output_mapping`` 是一个函数，那么我们将会直接将模型的输出传给该函数； |
|
|
|
:param model_wo_auto_param_call: 是否关闭在训练时调用我们的 ``auto_param_call`` 函数来自动匹配 batch 和前向函数的参数的行为； |
|
|
|
|
|
|
|
如果 ``Trainer`` 和 ``Evaluator`` 需要使用不同的 ``output_mapping``, 请使用 ``train_output_mapping`` 与 ``evaluate_output_mapping`` 分别进行设置； |
|
|
|
1. 如果该值为 ``False``，并且当 batch 为字典时，我们会根据**前向函数**所需要的参数从 batch 中提取对应的对象，然后传入到**前向函数**中； |
|
|
|
2. 如果该值为 ``True``，那么我们会将 batch 直接透传给模型； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
.. todo:: |
|
|
|
之后链接上 参数匹配 的文档； |
|
|
|
|
|
|
|
``input_mapping`` 和 ``output_mapping`` 与 fastNLP 的一个特殊的概念 **'参数绑定'** 高度相关，它们的存在也是为了 fastNLP |
|
|
|
中的参数匹配能够正确地运行； |
|
|
|
函数 ``auto_param_call`` 详见 :func:`fastNLP.core.utils.auto_param_call`； |
|
|
|
|
|
|
|
.. todo:: |
|
|
|
之后链接上 参数匹配 的文档； |
|
|
|
:param accumulation_steps: 梯度累积的步数，表示每隔几个 batch 才让优化器迭代一次，默认为 1； |
|
|
|
:param fp16: 是否开启混合精度训练，默认为 False； |
|
|
|
:param monitor: 对于一些特殊的 ``Callback``，例如 :class:`fastNLP.core.callbacks.CheckpointCallback`，它们需要参数 ``monitor`` |
|
|
|
来从 ``Evaluator`` 的验证结果中获取当前评测的值，从而来判断是否执行一些特殊的操作。例如，对于 ``CheckpointCallback`` 而言，如果我们 |
|
|
|
想要每隔一个 epoch 让 ``Evaluator`` 进行一次验证，然后保存训练以来的最好的结果；那么我们需要这样设置： |
|
|
|
|
|
|
|
.. warning:: |
|
|
|
.. code-block:: |
|
|
|
|
|
|
|
trainer = Trainer( |
|
|
|
..., |
|
|
|
metrics={'acc': accMetric()}, |
|
|
|
callbacks=[CheckpointCallback( |
|
|
|
..., |
|
|
|
monitor='acc', |
|
|
|
topk=1 |
|
|
|
)] |
|
|
|
) |
|
|
|
|
|
|
|
如果 ``Trainer`` 的参数 ``output_mapping`` 不为 ``None``，请保证其返回的一定是一个字典，并且其中含有关键字 **'loss'**； |
|
|
|
这意味着对于 ``CheckpointCallback`` 来说，*'acc'* 就是一个监测的指标，用于在 ``Evaluator`` 验证后取出其需要监测的那个指标的值。 |
|
|
|
|
|
|
|
:param model_wo_auto_param_call: 是否关闭在训练时调用我们的 ``auto_param_call`` 函数来自动匹配 batch 和前向函数的参数的行为； |
|
|
|
``Trainer`` 中的参数 ``monitor`` 的作用在于为没有设置 ``monitor`` 参数但是需要该参数的 *callback* 实例设置该值。关于 ``monitor`` |
|
|
|
参数更详细的说明，请见 :class:`fastNLP.core.callbacks.CheckpointCallback`； |
|
|
|
|
|
|
|
1. 如果该值为 ``False``，并且当 batch 为字典时，我们会根据**前向函数**所需要的参数从 batch 中提取对应的对象，然后传入到**前向函数**中； |
|
|
|
2. 如果该值为 ``True``，那么我们会将 batch 直接透传给模型； |
|
|
|
注意该参数仅当 ``Trainer`` 内置的 ``Evaluator`` 不为 None 时且有需要该参数但是没有设置该参数的 *callback* 实例才有效； |
|
|
|
|
|
|
|
.. todo:: |
|
|
|
之后链接上 参数匹配 的文档； |
|
|
|
:param larger_better: 对于需要参数 ``monitor`` 的 *callback* 来说，``monitor`` 的值是否是越大越好；类似于 ``monitor``，其作用 |
|
|
|
在于为没有设置 ``larger_better`` 参数但是需要该参数的 *callback* 实例设置该值； |
|
|
|
|
|
|
|
注意该参数仅当 ``Trainer`` 内置的 ``Evaluator`` 不为 None 时且有需要该参数但是没有设置该参数的 *callback* 实例才有效； |
|
|
|
|
|
|
|
:param marker: 用于标记一个 ``Trainer`` 实例，从而在用户调用 ``Trainer.on`` 函数时，标记该函数属于哪一个具体的 ``Trainer`` 实例；默认为 None； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
marker 的使用场景主要在于如果一个脚本中含有多个 ``Trainer`` 实例，并且含有多个使用 ``Trainer.on`` 修饰的函数时，不同的函数属于 |
|
|
|
不同的 ``Trainer`` 实例； |
|
|
|
|
|
|
|
此时，通过将修饰器 ``Trainer.on`` 的参数 ``marker`` 和 ``Trainer`` 的参数 ``marker`` 置为相同，就可以使得该函数只会在这一 |
|
|
|
``Trainer`` 实例中被调用；例如， |
|
|
|
|
|
|
|
函数 ``auto_param_call`` 详见 :func:`fastNLP.core.utils.auto_param_call`； |
|
|
|
.. code-block:: |
|
|
|
|
|
|
|
:param accumulation_steps: 梯度累积的步数，表示每隔几个 batch 才让优化器迭代一次，默认为 1； |
|
|
|
:param fp16: 是否开启混合精度训练，默认为 False； |
|
|
|
:param monitor: 对于一些特殊的 ``Callback``，例如 :class:`fastNLP.core.callbacks.CheckpointCallback`，它们需要参数 ``monitor`` |
|
|
|
来从 ``Evaluator`` 的验证结果中获取当前评测的值，从而来判断是否执行一些特殊的操作。这里设置了 ``monitor`` 则所有的需要 |
|
|
|
``monitor`` 但是没有自己设置的 ``Callback`` 都会使用这个值 |
|
|
|
@Trainer.on(Event.on_train_begin(), marker='trainer1') |
|
|
|
def fn(trainer): |
|
|
|
... |
|
|
|
|
|
|
|
* 为 ``None`` |
|
|
|
没有 monitor ，默认。 |
|
|
|
* 为 ``str`` |
|
|
|
尝试直接使用该名称从 ``evaluation`` 结果中寻找，如果在 ``evaluation`` 结果中没有找到完全一致的名称，将 |
|
|
|
使用 最长公共字符串算法 从 ``evaluation`` 结果中找到最匹配的那个作为 ``monitor`` 。 |
|
|
|
* 为 ``Callable`` |
|
|
|
接受参数为 ``evaluation`` 的结果(字典类型)，返回一个 ``float`` 值作为 ``monitor`` 的结果，如果当前结果中没有相关 |
|
|
|
的 ``monitor`` 值请返回 ``None`` 。 |
|
|
|
trainer = Trainer( |
|
|
|
..., |
|
|
|
marker='trainer1' |
|
|
|
) |
|
|
|
|
|
|
|
注意该参数仅当传入了 ``evaluate_dataloaders`` 不为 ``None`` 时且有需要该参数但是没有设置该参数的 *Callback* 实例才有意义； |
|
|
|
另一点需要说明的是，如果一个被 ``Trainer.on`` 修饰的函数，其修饰时没有指明 ``marker``，那么会将该函数传给代码位于其之后的 |
|
|
|
第一个 ``Trainer`` 实例，即使该 ``Trainer`` 实例的 marker 不为 None；这一点详见 :meth:`~fastNLP.core.controllers.Trainer.on` |
|
|
|
|
|
|
|
:param larger_better: 对于需要参数 ``monitor`` 的 *callback* 来说，``monitor`` 的值是否是越大越好；类似于 ``monitor``，其作用 |
|
|
|
在于为没有设置 ``larger_better`` 参数但是需要该参数的 *callback* 实例设置该值； |
|
|
|
:kwargs: |
|
|
|
* *torch_kwargs* -- 用于在指定 ``driver`` 为 'torch' 时设定具体 driver 实例的一些参数： |
|
|
|
* ddp_kwargs -- 用于在使用 ``TorchDDPDriver`` 时指定 ``DistributedDataParallel`` 初始化时的参数；例如传入 |
|
|
|
{'find_unused_parameters': True} 来解决有参数不参与前向运算导致的报错等； |
|
|
|
* set_grad_to_none -- 是否在训练过程中在每一次 optimizer 更新后将 grad 置为 None； |
|
|
|
* torch_non_blocking -- 表示用于 pytorch 的 tensor 的 to 方法的参数 non_blocking； |
|
|
|
* *paddle_kwargs* -- 用于在指定 ``driver`` 为 'paddle' 时设定具体 driver 实例的一些参数： |
|
|
|
|
|
|
|
注意该参数仅当 ``Trainer`` 内置的 ``Evaluator`` 不为 None 时且有需要该参数但是没有设置该参数的 *callback* 实例才有效； |
|
|
|
* fleet_kwargs -- 用于在使用 ``PaddleFleetDriver`` 时指定 ``DataParallel`` 和 ``fleet`` 初始化时的参数，包括： |
|
|
|
|
|
|
|
:param marker: 用于标记一个 ``Trainer`` 实例，从而在用户调用 ``Trainer.on`` 函数时，标记该函数属于哪一个具体的 ``Trainer`` 实例；默认为 None； |
|
|
|
* is_collective -- 是否使用 paddle 集群式的分布式训练方法，目前仅支持为 True 的情况； |
|
|
|
* role_maker -- 初始化 ``fleet`` 分布式训练 API 时使用的 ``RoleMaker`` |
|
|
|
* 其它用于初始化 ``DataParallel`` 的参数； |
|
|
|
* *data_device* -- 一个具体的 driver 实例中，有 ``model_device`` 和 ``data_device``，前者表示模型所在的设备，后者表示 |
|
|
|
当 ``model_device`` 为 None 时应当将数据迁移到哪个设备； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
marker 的使用场景主要在于如果一个脚本中含有多个 ``Trainer`` 实例，并且含有多个使用 ``Trainer.on`` 修饰的函数时，不同的函数属于 |
|
|
|
不同的 ``Trainer`` 实例； |
|
|
|
|
|
|
|
此时，通过将修饰器 ``Trainer.on`` 的参数 ``marker`` 和 ``Trainer`` 的参数 ``marker`` 置为相同，就可以使得该函数只会在这一 |
|
|
|
``Trainer`` 实例中被调用；例如， |
|
|
|
|
|
|
|
.. code-block:: |
|
|
|
|
|
|
|
@Trainer.on(Event.on_train_begin(), marker='trainer1') |
|
|
|
def fn(trainer): |
|
|
|
... |
|
|
|
|
|
|
|
trainer = Trainer( |
|
|
|
..., |
|
|
|
marker='trainer1' |
|
|
|
) |
|
|
|
|
|
|
|
另一点需要说明的是，如果一个被 ``Trainer.on`` 修饰的函数，其修饰时没有指明 ``marker``，那么会将该函数传给代码位于其之后的 |
|
|
|
第一个 ``Trainer`` 实例，即使该 ``Trainer`` 实例的 marker 不为 None；这一点详见 :meth:`~fastNLP.core.controllers.Trainer.on` |
|
|
|
|
|
|
|
:kwargs: |
|
|
|
* *torch_kwargs* -- 用于在指定 ``driver`` 为 'torch' 时设定具体 driver 实例的一些参数： |
|
|
|
|
|
|
|
* ddp_kwargs -- 用于在使用 ``TorchDDPDriver`` 时指定 ``DistributedDataParallel`` 初始化时的参数；例如传入 |
|
|
|
{'find_unused_parameters': True} 来解决有参数不参与前向运算导致的报错等； |
|
|
|
* set_grad_to_none -- 是否在训练过程中在每一次 optimizer 更新后将 grad 置为 None； |
|
|
|
* torch_non_blocking -- 表示用于 pytorch 的 tensor 的 to 方法的参数 non_blocking； |
|
|
|
* *paddle_kwargs* -- 用于在指定 ``driver`` 为 'paddle' 时设定具体 driver 实例的一些参数： |
|
|
|
|
|
|
|
* fleet_kwargs -- 用于在使用 ``PaddleFleetDriver`` 时指定 ``DataParallel`` 和 ``fleet`` 初始化时的参数，包括： |
|
|
|
|
|
|
|
* is_collective -- 是否使用 paddle 集群式的分布式训练方法，目前仅支持为 True 的情况； |
|
|
|
* role_maker -- 初始化 ``fleet`` 分布式训练 API 时使用的 ``RoleMaker`` |
|
|
|
* 其它用于初始化 ``DataParallel`` 的参数； |
|
|
|
* *data_device* -- 一个具体的 driver 实例中，有 ``model_device`` 和 ``data_device``，前者表示模型所在的设备，后者表示 |
|
|
|
当 ``model_device`` 为 None 时应当将数据迁移到哪个设备； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
注意您在绝大部分情况下不会用到该参数！ |
|
|
|
|
|
|
|
1. 当 driver 实例的 ``model_device`` 不为 None 时，该参数无效； |
|
|
|
2. 对于 pytorch，仅当用户自己通过 ``python -m torch.distributed.launch`` 并且自己初始化 ``init_process_group`` 时， |
|
|
|
driver 实例的 ``model_device`` 才会为 None； |
|
|
|
3. 对于 paddle，该参数无效； |
|
|
|
|
|
|
|
* *use_dist_sampler* -- 表示是否使用分布式的 ``sampler``。在多卡时，分布式 ``sampler`` 将自动决定每张卡上读取的 sample ，使得一个 epoch |
|
|
|
内所有卡的 sample 加起来为一整个数据集的 sample。默认会根据 driver 是否为分布式进行设置。 |
|
|
|
* *evaluate_use_dist_sampler* -- 表示在 ``Evaluator`` 中在使用分布式的时候是否将 dataloader 的 ``sampler`` 替换为分布式的 ``sampler``；默认为 ``True``； |
|
|
|
* *output_from_new_proc* -- 应当为一个字符串，表示在多进程的 driver 中其它进程的输出流应当被做如何处理；其值应当为以下之一： |
|
|
|
["all", "ignore", "only_error"]；当该参数的值不是以上值时，该值应当表示一个文件夹的名字，我们会将其他 rank 的输出流重定向到 |
|
|
|
log 文件中，然后将 log 文件保存在通过该参数值设定的文件夹中；默认为 "only_error"； |
|
|
|
|
|
|
|
注意该参数仅当使用分布式的 ``driver`` 时才有效，例如 ``TorchDDPDriver``； |
|
|
|
* *progress_bar* -- 以哪种方式显示 progress ，目前支持[None, 'raw', 'rich', 'auto'] 或者 RichCallback, RawTextCallback对象， |
|
|
|
默认为 auto , auto 表示如果检测到当前 terminal 为交互型则使用 RichCallback，否则使用 RawTextCallback对象。如果 |
|
|
|
需要定制 progress bar 的参数，例如打印频率等，可以传入 RichCallback, RawTextCallback 对象。 |
|
|
|
* *train_input_mapping* -- 与 input_mapping 一致，但是只用于 ``Trainer`` 中。与 input_mapping 互斥。 |
|
|
|
* *train_output_mapping* -- 与 output_mapping 一致，但是只用于 ``Trainer`` 中。与 output_mapping 互斥。 |
|
|
|
* *evaluate_input_mapping* -- 与 input_mapping 一致，但是只用于 ``Evaluator`` 中。与 input_mapping 互斥。 |
|
|
|
* *evaluate_output_mapping* -- 与 output_mapping 一致，但是只用于 ``Evaluator`` 中。与 output_mapping 互斥。 |
|
|
|
注意您在绝大部分情况下不会用到该参数！ |
|
|
|
|
|
|
|
.. note:: |
|
|
|
``Trainer`` 是通过在内部直接初始化一个 ``Evaluator`` 来进行验证； |
|
|
|
``Trainer`` 内部的 ``Evaluator`` 默认是 None，如果您需要在训练过程中进行验证，你需要保证这几个参数得到正确的传入： |
|
|
|
1. 当 driver 实例的 ``model_device`` 不为 None 时，该参数无效； |
|
|
|
2. 对于 pytorch，仅当用户自己通过 ``python -m torch.distributed.launch`` 并且自己初始化 ``init_process_group`` 时， |
|
|
|
driver 实例的 ``model_device`` 才会为 None； |
|
|
|
3. 对于 paddle，该参数无效； |
|
|
|
|
|
|
|
必须的参数：1. ``metrics``；2. ``evaluate_dataloaders``； |
|
|
|
* *use_dist_sampler* -- 表示是否使用分布式的 ``sampler``。在多卡时，分布式 ``sampler`` 将自动决定每张卡上读取的 sample ，使得一个 epoch |
|
|
|
内所有卡的 sample 加起来为一整个数据集的 sample。默认会根据 driver 是否为分布式进行设置。 |
|
|
|
* *evaluate_use_dist_sampler* -- 表示在 ``Evaluator`` 中在使用分布式的时候是否将 dataloader 的 ``sampler`` 替换为分布式的 ``sampler``；默认为 ``True``； |
|
|
|
* *output_from_new_proc* -- 应当为一个字符串，表示在多进程的 driver 中其它进程的输出流应当被做如何处理；其值应当为以下之一： |
|
|
|
["all", "ignore", "only_error"]；当该参数的值不是以上值时，该值应当表示一个文件夹的名字，我们会将其他 rank 的输出流重定向到 |
|
|
|
log 文件中，然后将 log 文件保存在通过该参数值设定的文件夹中；默认为 "only_error"； |
|
|
|
|
|
|
|
可选的其它参数：1. ``evaluate_batch_step_fn；2. ``evaluate_fn``；3. ``evaluate_every``；4. ``input_mapping``； |
|
|
|
5. ``output_mapping``； 6. ``model_wo_auto_param_call``；7. ``fp16``；8. ``monitor``；9. ``larger_better``； |
|
|
|
注意该参数仅当使用分布式的 ``driver`` 时才有效，例如 ``TorchDDPDriver``； |
|
|
|
* *progress_bar* -- 以哪种方式显示 progress ，目前支持[None, 'raw', 'rich', 'auto'] 或者 RichCallback, RawTextCallback对象， |
|
|
|
默认为 auto , auto 表示如果检测到当前 terminal 为交互型则使用 RichCallback，否则使用 RawTextCallback对象。如果 |
|
|
|
需要定制 progress bar 的参数，例如打印频率等，可以传入 RichCallback, RawTextCallback 对象。 |
|
|
|
* *train_input_mapping* -- 与 input_mapping 一致，但是只用于 ``Trainer`` 中。与 input_mapping 互斥。 |
|
|
|
* *train_output_mapping* -- 与 output_mapping 一致，但是只用于 ``Trainer`` 中。与 output_mapping 互斥。 |
|
|
|
* *evaluate_input_mapping* -- 与 input_mapping 一致，但是只用于 ``Evaluator`` 中。与 input_mapping 互斥。 |
|
|
|
* *evaluate_output_mapping* -- 与 output_mapping 一致，但是只用于 ``Evaluator`` 中。与 output_mapping 互斥。 |
|
|
|
|
|
|
|
.. warning:: |
|
|
|
.. note:: |
|
|
|
``Trainer`` 是通过在内部直接初始化一个 ``Evaluator`` 来进行验证； |
|
|
|
``Trainer`` 内部的 ``Evaluator`` 默认是 None，如果您需要在训练过程中进行验证，你需要保证这几个参数得到正确的传入： |
|
|
|
|
|
|
|
如果 ``Trainer`` 中内置的 ``Evaluator`` 实例不为 ``None``，那么需要注意 ``Trainer`` 中的一些参数是与 ``Evaluator`` 一致的，它们分别为： |
|
|
|
必须的参数：1. ``metrics``；2. ``evaluate_dataloaders``； |
|
|
|
|
|
|
|
1. ``Evaluator`` 在初始化时的 ``driver`` 参数是 ``Trainer`` 中已经实例化过的 driver；这一点使得一些参数对于 ``Trainer`` 内部的 |
|
|
|
``Evaluator`` 没有用处，例如 ``device``，``torch_kwargs``，``data_device`` 和 ``output_from_new_proc`` 等； |
|
|
|
2. ``input_mapping``，``output_mapping``，``model_wo_auto_param_call`` 和 ``fp16`` 是 ``Trainer`` 和其内部默认的 |
|
|
|
``Evaluator`` 是一致的； |
|
|
|
可选的其它参数：1. ``evaluate_batch_step_fn；2. ``evaluate_fn``；3. ``evaluate_every``；4. ``input_mapping``； |
|
|
|
5. ``output_mapping``； 6. ``model_wo_auto_param_call``；7. ``fp16``；8. ``monitor``；9. ``larger_better``； |
|
|
|
|
|
|
|
当然，对于 ``input_mapping`` 和 ``output_mapping``，您可以通过添加 ``kwargs`` 中的参数 ``evaluate_input_mapping`` 和 |
|
|
|
``evaluate_output_mapping`` 来单独为 ``Evaluator`` 进行更细致的订制。 |
|
|
|
.. warning:: |
|
|
|
|
|
|
|
另一方面，注意一些专门独属于 ``Evaluator`` 的参数仅当 ``Evaluator`` 不为 None 时才会生效。 |
|
|
|
如果 ``Trainer`` 中内置的 ``Evaluator`` 实例不为 ``None``，那么需要注意 ``Trainer`` 中的一些参数是与 ``Evaluator`` 一致的，它们分别为： |
|
|
|
|
|
|
|
1. ``Evaluator`` 在初始化时的 ``driver`` 参数是 ``Trainer`` 中已经实例化过的 driver；这一点使得一些参数对于 ``Trainer`` 内部的 |
|
|
|
``Evaluator`` 没有用处，例如 ``device``，``torch_kwargs``，``data_device`` 和 ``output_from_new_proc`` 等； |
|
|
|
2. ``input_mapping``，``output_mapping``，``model_wo_auto_param_call`` 和 ``fp16`` 是 ``Trainer`` 和其内部默认的 |
|
|
|
``Evaluator`` 是一致的； |
|
|
|
|
|
|
|
当然，对于 ``input_mapping`` 和 ``output_mapping``，您可以通过添加 ``kwargs`` 中的参数 ``evaluate_input_mapping`` 和 |
|
|
|
``evaluate_output_mapping`` 来单独为 ``Evaluator`` 进行更细致的订制。 |
|
|
|
|
|
|
|
另一方面，注意一些专门独属于 ``Evaluator`` 的参数仅当 ``Evaluator`` 不为 None 时才会生效。 |
|
|
|
|
|
|
|
""" |
|
|
|
|
|
|
|
_custom_callbacks: dict = defaultdict(list) |
|
|
|
|
|
|
|
def __init__( |
|
|
|
self, |
|
|
|
model, |
|
|
|
driver, |
|
|
|
train_dataloader, |
|
|
|
optimizers, |
|
|
|
device: Optional[Union[int, List[int], str]] = "cpu", |
|
|
|
n_epochs: int = 20, |
|
|
|
evaluate_dataloaders=None, |
|
|
|
batch_step_fn: Optional[Callable] = None, |
|
|
|
evaluate_batch_step_fn: Optional[Callable] = None, |
|
|
|
train_fn: Optional[str] = None, |
|
|
|
evaluate_fn: Optional[str] = None, |
|
|
|
callbacks: Union[List[Callback], Callback, None] = None, |
|
|
|
metrics: Optional[dict] = None, |
|
|
|
evaluate_every: Optional[Union[int, Callable]] = -1, |
|
|
|
input_mapping: Optional[Union[Callable, Dict]] = None, |
|
|
|
output_mapping: Optional[Union[Callable, Dict]] = None, |
|
|
|
model_wo_auto_param_call: bool = False, |
|
|
|
accumulation_steps: int = 1, |
|
|
|
fp16: bool = False, |
|
|
|
monitor: Union[str, Callable] = None, |
|
|
|
larger_better: bool = True, |
|
|
|
marker: Optional[str] = None, |
|
|
|
**kwargs |
|
|
|
): |
|
|
|
|
|
|
|
""" |
|
|
|
self.model = model |
|
|
|
self.marker = marker |
|
|
|
if isinstance(driver, str): |
|
|
|
@@ -817,8 +828,10 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
def _fetch_matched_fn_callbacks(self): |
|
|
|
r""" |
|
|
|
因为对于使用装饰器加入的函数 callback，我们是加在类属性中，因此在初始化一个具体的 trainer 实例后，我们需要从 Trainer 的 |
|
|
|
callback 类属性中将属于其的 callback 函数拿到，然后加入到 callback_manager 中； |
|
|
|
因为对于使用装饰器加入的函数 callback，我们是加在类属性 ``_custom_callbacks`` 中，因此在初始化一个具体的 trainer 实例后，我们需要从 Trainer 的 |
|
|
|
callback 类属性中将属于其的 callback 函数拿到，然后加入到 ``callback_manager`` 中； |
|
|
|
|
|
|
|
这里的主要需要注意的地方在于为了支持没有带 ``marker`` 的 callback 函数赋给下方代码距离其最近的 trainer，在每次收集到 self._custom_callbacks[None] 后将其置为 []； |
|
|
|
""" |
|
|
|
_own_callbacks: List = copy.deepcopy(self._custom_callbacks["all"]) |
|
|
|
_own_callbacks.extend(self._custom_callbacks[None]) |
|
|
|
@@ -833,12 +846,24 @@ class Trainer(TrainerEventTrigger): |
|
|
|
self.add_callback_fn(*each_callback) |
|
|
|
|
|
|
|
def _check_callback_called_legality(self, check_mode: bool = True): |
|
|
|
""" |
|
|
|
1. 函数的调用时机： |
|
|
|
r""" |
|
|
|
这个函数主要的作用在于： |
|
|
|
|
|
|
|
如果用户定制了训练流程中的一部分，例如 ``batch_step_fn`` 或者 ``TrainBatchLoop``；并且这些部分流程中可能会包含一些 callback |
|
|
|
函数的调用；例如 ``train_batch_loop.batch_step_fn`` 中包含 ``on_before_backward`` 等； |
|
|
|
|
|
|
|
用户是十分可能忘记在其自己定制的部分流程中实现对这些 callback 函数的调用的；因此需要我们进行检测和提醒； |
|
|
|
|
|
|
|
这种检测也十分简单，即如果我们检测到 callback_manager 的某一 callback 函数在训练一段时间（通常是涉及到允许定制的部分流程的结尾）后， |
|
|
|
其被调用的次数是 0，那么我们就会打印 ``warning`` 信息； |
|
|
|
|
|
|
|
1. 这个函数的调用时机（这个函数会在以下情况被调用）： |
|
|
|
|
|
|
|
当检测 'batch_step_fn' 时，这个函数应当在 'train_batch_loop.run' 的 while 循环的最后进行调用； |
|
|
|
当检测 'TrainBatchLoop' 时，这个函数应当在每一个 epoch 的最后进行调用； |
|
|
|
|
|
|
|
2. 函数作用 |
|
|
|
2. 这个函数作用的更细致的解释： |
|
|
|
|
|
|
|
这一函数的作用在于检查用户定制的 batch_step_fn / TrainBatchLoop 是否能够正确地调用 callback 函数，更准确地说，当用户实际 |
|
|
|
定制了 ("on_before_backward", "on_after_backward", "on_before_optimizers_step", "on_after_optimizers_step", "on_before_zero_grad", |
|
|
|
"on_after_zero_grad") / |
|
|
|
@@ -902,6 +927,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
""" Trainer 需要的一些 property """ |
|
|
|
@property |
|
|
|
def driver(self): |
|
|
|
""" |
|
|
|
:return: 返回 ``trainer`` 中的 ``driver`` 实例； |
|
|
|
""" |
|
|
|
return self._driver |
|
|
|
|
|
|
|
@driver.setter |
|
|
|
@@ -910,6 +938,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def train_batch_loop(self): |
|
|
|
""" |
|
|
|
:return: 返回 ``trainer`` 中的 ``train_batch_loop`` 实例； |
|
|
|
""" |
|
|
|
return self._train_batch_loop |
|
|
|
|
|
|
|
@train_batch_loop.setter |
|
|
|
@@ -925,12 +956,24 @@ class Trainer(TrainerEventTrigger): |
|
|
|
def save_model(self, folder: Union[str, os.PathLike, BinaryIO, io.BytesIO], only_state_dict: bool = False, |
|
|
|
model_save_fn: Optional[Callable] = None, **kwargs): |
|
|
|
r""" |
|
|
|
用于帮助用户保存模型的辅助函数，具体实际的保存模型的操作由具体的 driver 实现； |
|
|
|
用于帮助您保存模型的辅助函数； |
|
|
|
|
|
|
|
:param folder: 保存模型的文件夹。如果没有传入 model_save_fn 参数，则我们会在这个文件夹下保存 fastnlp_model.pkl.tar 文件； |
|
|
|
:param only_state_dict: 仅在 model_save_fn 为空时，有效。是否只保存模型的 ``state_dict``； |
|
|
|
:param model_save_fn: 您自己定制的用来替换该保存函数本身保存逻辑的函数，当您传入了该参数后，我们会实际调用该函数，而不会去调用 ``driver`` 的 ``save_model`` 函数； |
|
|
|
:param kwargs: 理论上您不需要使用到该参数； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
:param folder: 保存模型的文件夹。如果没有传入 model_save_fn 参数，则在这个文件夹下创建 fastnlp_model.pkl.tar 文件。 |
|
|
|
:param only_state_dict: 仅在 model_save_fn 为空时，有效。是否只保存模型的 `state_dict`； |
|
|
|
:param model_save_fn: 用户自己定制的用来替换该保存函数本身保存逻辑的函数； |
|
|
|
:param kwargs: |
|
|
|
注意如果您需要在训练的过程中保存模型，如果没有特别复杂的逻辑，强烈您使用我们专门为保存模型以及断点重训功能定制的 ``callback``：**``CheckpointCallback``**； |
|
|
|
``CheckpointCallback`` 的使用具体见 :class:`fastNLP.core.callbacks.checkpoint_callback.CheckpointCallback`； |
|
|
|
|
|
|
|
这意味着在大多数时刻您并不需要自己主动地调用该函数来保存模型；当然您可以在自己定制的 callback 类中通过直接调用 ``trainer.save_model`` 来保存模型； |
|
|
|
|
|
|
|
具体实际的保存模型的操作由具体的 driver 实现，这意味着对于不同的 ``Driver`` 来说，保存模型的操作可能是不尽相同的， |
|
|
|
您如果想要了解更多的保存模型的细节，请直接查看各个 ``Driver`` 的 ``save_model`` 函数； |
|
|
|
|
|
|
|
``save_model`` 函数和 ``load_model`` 函数是配套使用的； |
|
|
|
""" |
|
|
|
|
|
|
|
self.on_save_model() |
|
|
|
@@ -955,14 +998,22 @@ class Trainer(TrainerEventTrigger): |
|
|
|
def load_model(self, folder: Union[str, Path, BinaryIO, io.BytesIO], only_state_dict: bool = True, |
|
|
|
model_load_fn: Optional[Callable] = None, **kwargs): |
|
|
|
""" |
|
|
|
加载模型 |
|
|
|
|
|
|
|
:param folder: 读取 model 的文件夹，默认会尝试读取该文件夹下的 fastnlp_model.pkl.tar 文件。在 model_load_fn 不为空时， |
|
|
|
直接将该 folder 传递到 model_load_fn 中。 |
|
|
|
:param only_state_dict: 要读取的文件中是否仅包含模型权重。在 model_load_fn 不为 None 时，该参数无意义。 |
|
|
|
:param model_load_fn: callable 的函数，接受一个 folder 作为参数，不返回任何内容。 |
|
|
|
:param kwargs: |
|
|
|
:return: |
|
|
|
用于帮助您加载模型的辅助函数； |
|
|
|
|
|
|
|
:param folder: 存放着您需要加载的 model 的文件夹，默认会尝试读取该文件夹下的 fastnlp_model.pkl.tar 文件。在 model_load_fn 不为空时， |
|
|
|
直接将该 folder 传递到 model_load_fn 中； |
|
|
|
:param only_state_dict: 要读取的文件中是否仅包含模型权重。在 ``model_load_fn 不为 None`` 时，该参数无意义； |
|
|
|
:param model_load_fn: ``callable`` 的函数，接受一个 folder 作为参数，需要注意该函数不需要返回任何内容； |
|
|
|
:param kwargs: 理论上您不需要使用到该参数； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
注意您需要在初始化 ``Trainer`` 后再通过 ``trainer`` 实例来调用该函数；这意味着您需要保证在保存和加载时使用的 ``driver`` 是属于同一个 |
|
|
|
训练框架的，例如都是 ``pytorch`` 或者 ``paddle``； |
|
|
|
|
|
|
|
注意在大多数情况下您不需要使用该函数，如果您需要断点重训功能，您可以直接使用 ``trainer.load`` 函数； |
|
|
|
|
|
|
|
该函数在通常情况下和 ``save_model`` 函数配套使用；其参数均与 ``save_model`` 函数成对应关系； |
|
|
|
""" |
|
|
|
self.on_load_model() |
|
|
|
self.driver.barrier() |
|
|
|
@@ -989,24 +1040,62 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
def save(self, folder: Union[str, Path], only_state_dict: bool = True, model_save_fn: Optional[Callable] = None, **kwargs): |
|
|
|
r""" |
|
|
|
用于断点重训 Trainer 的保存函数。 |
|
|
|
用于帮助您实现断点重训功能的保存函数； |
|
|
|
|
|
|
|
:param folder: 保存在哪个文件夹下，会在该文件下声称两个文件：fastnlp_checkpoint.pkl.tar 与 fastnlp_model.pkl.tar 。 |
|
|
|
如果 model_save_fn 不为空，则没有 fastnlp_model.pkl.tar 文件。 |
|
|
|
:param only_state_dict: 当 model_save_fn 为空时有效，表明是否仅保存模型的权重。 |
|
|
|
:param model_save_fn: 如果模型保存比较特殊，可以传入该函数自定义保存过程，输入应该接受一个文件夹（实际上就是接受上面的 folder |
|
|
|
参数），不必返回任何东西。 |
|
|
|
:param kwargs: |
|
|
|
:return: |
|
|
|
如果 model_save_fn 不为空，则没有 fastnlp_model.pkl.tar 文件； |
|
|
|
:param only_state_dict: 当 model_save_fn 为空时有效，表明是否仅保存模型的权重； |
|
|
|
:param model_save_fn: 如果模型保存比较特殊，可以传入该函数自定义模型的保存过程，输入应该接受一个文件夹（实际上就是接受上面的 folder |
|
|
|
参数），不需要返回值；这意味着您可以通过该函数来自己负责模型的保存过程，而我们则会将 ``trainer`` 的状态保存好； |
|
|
|
:param kwargs: 理论上您不需要使用到该参数； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
注意如果您需要在训练的过程中使用断点重训功能，您可以直接使用 **``CheckpointCallback``**； |
|
|
|
``CheckpointCallback`` 的使用具体见 :class:`fastNLP.core.callbacks.checkpoint_callback.CheckpointCallback`； |
|
|
|
|
|
|
|
这意味着在大多数时刻您并不需要自己主动地调用该函数来保存 ``Trainer`` 的状态；当然您可以在自己定制的 callback 类中通过直接调用 ``trainer.save`` 来保存 ``Trainer`` 的状态； |
|
|
|
|
|
|
|
具体实际的保存状态的操作由具体的 driver 实现，这意味着对于不同的 ``Driver`` 来说，保存的操作可能是不尽相同的， |
|
|
|
您如果想要了解保存 ``Trainer`` 状态的更多细节，请直接查看各个 ``Driver`` 的 ``save`` 函数； |
|
|
|
|
|
|
|
``save`` 函数和 ``load`` 函数是配套使用的； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
为了支持断点重训功能，我们会在调用该函数时保存以下内容： |
|
|
|
|
|
|
|
1. 各个 ``callback`` 的状态，这主要涉及到一些带有运行状态的 ``callback``； |
|
|
|
2. 控制训练流程的变量 ``trainer_state``，具体详见 :class:`fastNLP.core.controllers.utils.states.TrainerState`； |
|
|
|
3. 一个特殊的变量 ``num_consumed_batches``，表示在这次训练过程中总共训练了多少个 batch 的数据；您不需要关心这个变量； |
|
|
|
4. sampler 的状态，为了支持断点重训功能，我们会在 trainer 初始化的时候，将您的 ``trainer_dataloader`` 的 ``sampler`` 替换为 |
|
|
|
我们专门用于断点重训功能的 ``ReproducibleSampler``，详见 :class:`fastNLP.core.samplers.reproducible_sampler.ReproducibleSampler`； |
|
|
|
5. model 的状态，即模型参数； |
|
|
|
6. optimizers 的状态，即优化器的状态； |
|
|
|
7. fp16 的状态； |
|
|
|
|
|
|
|
.. warning:: |
|
|
|
|
|
|
|
一个值得注意的问题是 ``Driver`` 在新版 ``fastNLP`` 中的特殊作用，在断点重训时则体现为您应当尽量保证在前后两次训练中使用的 ``Driver`` |
|
|
|
是一致的，例如您不能在第一次训练时使用 ``pytorch``，而在第二次训练时使用 ``paddle``；或者尽量不要在第一次训练时使用分布式训练，但是 |
|
|
|
在第二次训练时使用非分布式训练（尽管这一行为的部分情况是支持的，请见下方的说明）； |
|
|
|
|
|
|
|
但是如果您一定需要在前后使用不同分布式情况的 ``Driver``，那么在简单的默认情况下，我们也还是支持您使用断点重训的，这意味您可以在第一次训练时 |
|
|
|
使用单卡，但是在第二次训练时使用多卡进行训练；或者反过来； |
|
|
|
|
|
|
|
以 ``pytorch`` 为例，这里的简单的默认情况指的是您的 ``train_dataloader`` 所使用的 ``sampler`` 是 ``RandomSampler`` 或者 ``SequentialSampler``； |
|
|
|
如果您的 ``sampler`` 是其它类型的 ``sampler``，那么我们仅支持前后两次训练 ``driver`` 严格不变时的断点重训； |
|
|
|
""" |
|
|
|
|
|
|
|
self.driver.barrier() |
|
|
|
|
|
|
|
# 1. callback states 和 每一个callback的具体 callback 函数的 filter 的状态； |
|
|
|
# 2. trainer_state； |
|
|
|
states = {"callback_states": self.on_save_checkpoint(), |
|
|
|
"trainer_state": self.trainer_state.state_dict(), |
|
|
|
'num_consumed_batches': self.batch_idx_in_epoch - getattr(self, 'start_batch_idx_in_epoch', 0) |
|
|
|
} |
|
|
|
states = { |
|
|
|
"callback_states": self.on_save_checkpoint(), |
|
|
|
"trainer_state": self.trainer_state.state_dict(), |
|
|
|
'num_consumed_batches': self.batch_idx_in_epoch - getattr(self, 'start_batch_idx_in_epoch', 0) |
|
|
|
} |
|
|
|
|
|
|
|
if isinstance(folder, str): |
|
|
|
folder = Path(folder) |
|
|
|
@@ -1025,18 +1114,34 @@ class Trainer(TrainerEventTrigger): |
|
|
|
def load(self, folder: str, resume_training: bool = True, only_state_dict: bool = True, |
|
|
|
model_load_fn: Optional[Callable] = None, **kwargs): |
|
|
|
r""" |
|
|
|
用于断点重训的加载函数； |
|
|
|
注意在 fastNLP 中断点重训的保存和加载逻辑是分开的，因此可能存在一种情况：用户只希望加载一个断点重训的状态，而在之后不再进行断点重训的 |
|
|
|
保存；在这种情况下，dataloader 的 sampler 就不一定会被替换成我们的 ReproducibleSampler； |
|
|
|
用于帮助您实现断点重训功能的加载函数； |
|
|
|
|
|
|
|
:param folder: 保存断点重训时 ``trainer`` 的状态文件的文件夹； |
|
|
|
:param resume_training: 是否精确到从上次训练时最终截断的那一个 batch 开始训练；如果 ``resume_training=True``，那么我们 |
|
|
|
只会加载 ``model`` 和 ``optimizers`` 的状态；而其余对象的值则根据用户的 ``Trainer`` 的初始化直接重置； |
|
|
|
:param only_state_dict: 保存的 ``model`` 是否只保存了权重； |
|
|
|
:param model_load_fn: 使用的模型加载函数，参数应为一个文件夹，注意该函数不需要返回任何内容；您可以传入该参数来定制自己的加载模型的操作， |
|
|
|
当该参数不为 None 时，我们默认加载模型由该函数完成，``trainer.load`` 函数则会把 ``trainer`` 的其余状态加载好； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
注意我们目前不支持单卡到多卡的断点重训； |
|
|
|
在 fastNLP 中，断点重训的保存和加载的逻辑是完全分离的，这意味着您在第二次训练时可以将 ``CheckpointCallback`` 从 ``trainer`` 中 |
|
|
|
去除，而直接使用 ``trainer.load`` 函数加载 ``trainer`` 的状态来进行断点重训； |
|
|
|
|
|
|
|
该函数在通常情况下和 ``save`` 函数配套使用；其参数与 ``save`` 函数成对应关系； |
|
|
|
|
|
|
|
对于在前后两次训练 ``Driver`` 不同的情况时使用断点重训，请参考 :meth:`fastNLP.core.controllers.trainer.Trainer.load` 函数的 ``warning``； |
|
|
|
|
|
|
|
Example:: |
|
|
|
|
|
|
|
trainer = Trainer(...) |
|
|
|
|
|
|
|
trainer.load(folder='/path-to-your-saved_checkpoint_folder/', ...) |
|
|
|
|
|
|
|
trainer.run() |
|
|
|
|
|
|
|
:param folder: 保存断点重训 states 的文件地址； |
|
|
|
:param resume_training: 是否从上次的 batch 开始训练，或者只从最近的 epoch 开始训练；注意如果 resume_training=True，那么我们 |
|
|
|
只会加载 model 和 optimizers 的状态；而其余的对象的值则根据用户的 Trainer 的初始化直接重置； |
|
|
|
:param only_state_dict: 保存的 model 是否只包含了权重。 |
|
|
|
:param model_load_fn: 使用的模型加载函数，参数应为一个 文件夹，不返回任何内容。 |
|
|
|
""" |
|
|
|
|
|
|
|
self.driver.barrier() |
|
|
|
if isinstance(folder, str): |
|
|
|
folder = Path(folder) |
|
|
|
@@ -1083,12 +1188,30 @@ class Trainer(TrainerEventTrigger): |
|
|
|
""" 这四个函数是用来方便用户定制自己的 batch_step_fn（用于替换 train_batch_loop 当中的 batch_step_fn 函数） 的 """ |
|
|
|
|
|
|
|
def train_step(self, batch): |
|
|
|
r""" |
|
|
|
实现模型训练过程中的对一个 batch 的数据的前向传播过程； |
|
|
|
|
|
|
|
.. note:: |
|
|
|
|
|
|
|
该函数的提供是为了您能够更方便地定制自己的 ``train_batch_step_fn`` 来替换原本的 ``train_batch_loop.batch_step_fn``；更具体的细节 |
|
|
|
请见 :meth:`fastNLP.core.controllers.loops.train_batch_loop.TrainBatchLoop.batch_step_fn`； |
|
|
|
|
|
|
|
``trainer.backward / zero_grad / step`` 函数的作用类似； |
|
|
|
|
|
|
|
:param batch: 一个 batch 的数据； |
|
|
|
:return: 返回模型的前向传播函数所返回的结果； |
|
|
|
""" |
|
|
|
with self.driver.auto_cast(): |
|
|
|
outputs = self.driver.model_call(batch, self._train_step, self._train_step_signature_fn) |
|
|
|
outputs = match_and_substitute_params(self.output_mapping, outputs) |
|
|
|
return outputs |
|
|
|
|
|
|
|
def backward(self, outputs): |
|
|
|
r""" |
|
|
|
实现模型训练过程中神经网络的反向传播过程； |
|
|
|
|
|
|
|
:param outputs: 模型的输出，应当为一个字典或者 dataclass，里面包含以 ``loss`` 为关键字的值； |
|
|
|
""" |
|
|
|
self.on_before_backward(outputs) |
|
|
|
loss = self.extract_loss_from_outputs(outputs) |
|
|
|
loss = loss / self.accumulation_steps |
|
|
|
@@ -1096,27 +1219,40 @@ class Trainer(TrainerEventTrigger): |
|
|
|
self.on_after_backward() |
|
|
|
|
|
|
|
def zero_grad(self): |
|
|
|
r""" |
|
|
|
实现模型训练过程中对优化器中的梯度的置零操作； |
|
|
|
""" |
|
|
|
if (self.global_forward_batches + 1) % self.accumulation_steps == 0: |
|
|
|
self.on_before_zero_grad(self.optimizers) |
|
|
|
self.driver.zero_grad(self.set_grad_to_none) |
|
|
|
self.on_after_zero_grad(self.optimizers) |
|
|
|
|
|
|
|
def step(self): |
|
|
|
r""" |
|
|
|
实现模型训练过程中的优化器的参数更新操作； |
|
|
|
""" |
|
|
|
|
|
|
|
if (self.global_forward_batches + 1) % self.accumulation_steps == 0: |
|
|
|
self.on_before_optimizers_step(self.optimizers) |
|
|
|
self.driver.step() |
|
|
|
self.on_after_optimizers_step(self.optimizers) |
|
|
|
|
|
|
|
def move_data_to_device(self, batch): |
|
|
|
r""" |
|
|
|
将数据迁移到当前进程所使用的设备上； |
|
|
|
|
|
|
|
:param batch: 一个 batch 的数据； |
|
|
|
:return: 位置已经被迁移后的数据； |
|
|
|
""" |
|
|
|
return self.driver.move_data_to_device(batch) |
|
|
|
|
|
|
|
@staticmethod |
|
|
|
def extract_loss_from_outputs(outputs): |
|
|
|
r""" |
|
|
|
用来从用户模型的输出对象中抽取 `loss` 对象； |
|
|
|
目前支持 `outputs` 对象为 'Dict' 或者 'dataclass'； |
|
|
|
用来从用户模型的输出对象中抽取 ``loss`` 对象； |
|
|
|
目前支持 `outputs` 对象为 ``dict`` 或者 ``dataclass``； |
|
|
|
|
|
|
|
:return: 返回被抽取出来的 `loss` 对象，如果当前运行的是 'pytorch' 的 `Driver`，那么返回的就是一个 tensor； |
|
|
|
:return: 返回被抽取出来的 ``loss`` 对象，例如如果是 ``pytorch``，那么返回的就是一个 tensor； |
|
|
|
""" |
|
|
|
if isinstance(outputs, Dict): |
|
|
|
try: |
|
|
|
@@ -1139,10 +1275,10 @@ class Trainer(TrainerEventTrigger): |
|
|
|
@contextmanager |
|
|
|
def get_no_sync_context(self): |
|
|
|
r""" |
|
|
|
用于在梯度累积并且使用 DDP 时，由于在前 `accumulation_steps` - 1 的时间内不需要进行梯度的同步，因此通过使用该 context 上下文 |
|
|
|
环境来避免梯度的同步； |
|
|
|
用于在使用梯度累积并且进行分布式训练时，由于在前 ``accumulation_steps - 1`` 的时间内不需要进行梯度的同步，因此通过使用该 context 上下文 |
|
|
|
环境来避免梯度的同步； |
|
|
|
|
|
|
|
:return: 一个 no_sync 的 context； |
|
|
|
:return: 一个支持 ``no_sync`` 的 ``context``； |
|
|
|
""" |
|
|
|
|
|
|
|
if (self.global_forward_batches + 1) % self.accumulation_steps != 0: |
|
|
|
@@ -1157,6 +1293,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def n_epochs(self) -> int: |
|
|
|
r""" |
|
|
|
:return: 返回当前训练的总体的 epoch 的数量； |
|
|
|
""" |
|
|
|
return self.trainer_state.n_epochs |
|
|
|
|
|
|
|
@n_epochs.setter |
|
|
|
@@ -1165,6 +1304,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def cur_epoch_idx(self) -> int: |
|
|
|
r""" |
|
|
|
:return: 返回当前正在第几个 epoch； |
|
|
|
""" |
|
|
|
return self.trainer_state.cur_epoch_idx |
|
|
|
|
|
|
|
@cur_epoch_idx.setter |
|
|
|
@@ -1173,6 +1315,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def global_forward_batches(self) -> int: |
|
|
|
""" |
|
|
|
:return: 返回从训练开始到当前总共训练了多少 batch 的数据； |
|
|
|
""" |
|
|
|
return self.trainer_state.global_forward_batches |
|
|
|
|
|
|
|
@global_forward_batches.setter |
|
|
|
@@ -1181,6 +1326,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def batch_idx_in_epoch(self) -> int: |
|
|
|
r""" |
|
|
|
:return: 返回在从当前的这个 epoch 开始，到现在共训练了多少 batch 的数据； |
|
|
|
""" |
|
|
|
return self.trainer_state.batch_idx_in_epoch |
|
|
|
|
|
|
|
@batch_idx_in_epoch.setter |
|
|
|
@@ -1189,6 +1337,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def num_batches_per_epoch(self) -> int: |
|
|
|
r""" |
|
|
|
:return: 返回每一个 epoch 实际会训练多少个 batch 的数据； |
|
|
|
""" |
|
|
|
return self.trainer_state.num_batches_per_epoch |
|
|
|
|
|
|
|
@num_batches_per_epoch.setter |
|
|
|
@@ -1197,6 +1348,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def total_batches(self) -> int: |
|
|
|
r""" |
|
|
|
:return: 返回整体的训练中实际会训练多少个 batch 的数据； |
|
|
|
""" |
|
|
|
return self.trainer_state.total_batches |
|
|
|
|
|
|
|
@total_batches.setter |
|
|
|
@@ -1207,16 +1361,27 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def model_device(self): |
|
|
|
r""" |
|
|
|
:return: 返回当前模型所在的设备；注意该值在当且仅当在少数情况下为 ``None``，例如当使用 ``pytorch`` 时，仅当用户自己初始化 ``init_progress_group`` 时 |
|
|
|
``model_device`` 才为 None； |
|
|
|
""" |
|
|
|
return self.driver.model_device |
|
|
|
|
|
|
|
@property |
|
|
|
def data_device(self): |
|
|
|
r""" |
|
|
|
:return: 返回数据会被迁移到的目的设备； |
|
|
|
""" |
|
|
|
return self.driver.data_device |
|
|
|
|
|
|
|
""" dataloader property """ |
|
|
|
|
|
|
|
@property |
|
|
|
def train_dataloader(self): |
|
|
|
""" |
|
|
|
:return: 返回用户传入的 ``train_dataloader``，注意该 ``dataloader`` 与用户传入给 ``Trainer`` 的 ``dataloader`` 对象是同一个对象，而我们在 |
|
|
|
实际训练过程中使用的 ``dataloader`` 的状态可能有所更改； |
|
|
|
""" |
|
|
|
return self._train_dataloader |
|
|
|
|
|
|
|
@train_dataloader.setter |
|
|
|
@@ -1225,6 +1390,9 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
@property |
|
|
|
def evaluate_dataloaders(self): |
|
|
|
""" |
|
|
|
:return: 返回用户传入的 ``evaluate_dataloaders``； |
|
|
|
""" |
|
|
|
return self._evaluate_dataloaders |
|
|
|
|
|
|
|
@evaluate_dataloaders.setter |
|
|
|
@@ -1234,6 +1402,10 @@ class Trainer(TrainerEventTrigger): |
|
|
|
|
|
|
|
def _get_input_output_mapping(input_mapping, output_mapping, train_input_mapping, train_output_mapping, |
|
|
|
evaluate_input_mapping, evaluate_output_mapping): |
|
|
|
""" |
|
|
|
确定在训练过程中到底要使用哪个 input_mapping 和 output_mapping，之所以要设置该函数是因为在有些时候 evaluate 所需要的 input_mapping 和 |
|
|
|
output_mapping 是与 train 的时候是不一样的，因此需要额外的定制； |
|
|
|
""" |
|
|
|
if train_input_mapping is not None and input_mapping is not None: |
|
|
|
raise ValueError("Parameter `input_mapping` and `train_input_mapping` cannot be set simultaneously.") |
|
|
|
|
|
|
|
|
x54-729
3 years ago