メインコンテンツへスキップ
torchtune は、大規模言語モデル (LLM) の作成、ファインチューニング、実験を効率化するために設計された、PyTorch ベースのライブラリです。さらに、torchtune は W&B へのログ記録 を標準でサポートしており、トレーニング過程のトラッキングと可視化を強化します。
TorchTuneのトレーニングダッシュボード
torchtune を使った Mistral 7B のファインチューニング に関する W&B のブログ記事をご覧ください。

すぐ使える W&B logging

起動時にコマンドライン引数を上書きします。

W&Bメトリクスロガーを使用する

レシピの設定ファイル内の metric_logger セクションを変更して、W&B logging を有効にします。_component_torchtune.utils.metric_logging.WandBLogger クラスに変更してください。project 名や log_every_n_steps を渡して、logging の動作をカスタマイズすることもできます。 また、wandb.init() method に渡すのと同様に、そのほかの kwargs も渡せます。たとえば、チームで作業している場合は、entity 引数を WandBLogger クラスに渡してチーム名を指定できます。

何がログされますか?

ログされたメトリクスは、W&B ダッシュボードで確認できます。デフォルトでは、W&B は設定ファイル内のすべてのハイパーパラメーターと Launch のオーバーライドをログします。 W&B は、解決済みの設定を Overview タブに記録します。また、その設定は YAML 形式で Files tab にも保存されます。
TorchTune の設定

ログされたメトリクス

各レシピには、それぞれ独自のトレーニングループがあります。どのメトリクスがログされるかは各レシピごとに異なりますが、デフォルトでは次のメトリクスが含まれます。
MetricDescription
lossモデルの損失
lr学習率
tokens_per_secondモデルの1秒あたりのトークン数
grad_normモデルの勾配ノルム
global_stepトレーニングループ内の現在のstepに対応します。勾配累積が考慮されるため、基本的にはoptimizerのstepが実行されるたびに更新されます。つまり、モデルは gradient_accumulation_steps ごとに1回更新されます。
global_step はトレーニングstep数そのものではありません。これはトレーニングループ内の現在のstepに対応します。勾配累積が考慮されるため、基本的にはoptimizerのstepが実行されるたびに global_step は1増加します。たとえば、dataloaderに10個のバッチがあり、gradient accumulation stepsが2で、3エポック実行する場合、optimizerは15回stepを実行します。この場合、global_step は1から15までの値を取ります。
torchtuneのシンプルな設計により、custom metricsを簡単に追加したり、既存のメトリクスを変更したりできます。対応する レシピファイル を修正するだけで十分です。たとえば、current_epoch を総エポック数に対する割合として計算し、次のようにログできます。
このライブラリは急速に進化しており、現在のメトリクスは変更される可能性があります。カスタムメトリクスを追加する場合は、レシピを修正し、対応する self._metric_logger.* 関数を呼び出してください。

チェックポイントの保存と読み込み

torchtune ライブラリは、さまざまなチェックポイント形式をサポートしています。使用しているモデルの取得元に応じて、適切なcheckpointer クラスに切り替える必要があります。 モデル チェックポイントをW&B Artifactsに保存したい場合、最も簡単な方法は、対応するレシピ内の save_checkpoint 関数をオーバーライドすることです。 以下は、save_checkpoint 関数をオーバーライドして、モデル チェックポイントを W&B Artifacts に保存する方法の例です。