クラウドトレーニング#
Ultralytics Platformのクラウドトレーニングでは、クラウドGPU上でのワンクリックトレーニングを提供し、複雑なセットアップなしでモデルトレーニングを可能にします。リアルタイムのメトリクスストリーミングと自動チェックポイント保存により、YOLOモデルをトレーニングできます。
graph LR
A[Configure]:::start --> B[Start Training]:::proc
B --> C[Provision GPU]:::proc
C --> D[Download Dataset]:::proc
D --> E[Train]:::proc
E --> F[Stream Metrics]:::proc
F --> G[Save Checkpoints]:::proc
G --> H[Complete]:::out
classDef start fill:#4CAF50,color:#fff
classDef proc fill:#2196F3,color:#fff
classDef out fill:#9C27B0,color:#fffトレーニングダイアログ#
任意のプロジェクトまたはデータセットページで New Model をクリックして、プラットフォームのUIからトレーニングを開始します。トレーニングダイアログには、Cloud Training と Local Training の2つのタブがあります。選択したデータセットが On Premise ホスト上にある場合、1つ目のタブは On Premise になり、Local Training タブは非表示になります。そのデータセットは自身のホスト上でしかトレーニングできず、Enterpriseプランと接続されたオンラインワーカーが必要です。

ステップ 1: ベースモデルの選択#
公式の Ultralytics モデル、または完了した自分のモデルのいずれかを選択します:
| タブ | 説明 |
|---|---|
| 公式 | YOLO26(推奨)、YOLO11、YOLOv8、および YOLOv5 のプロジェクトモデル |
| My Models | プロジェクトごとにグループ化された、ファインチューニング用の完了済みまたはアップロード済みのモデル |
各タブ内では、モデルは標準的な順序でタスクごとにグループ化され、サイズ順に並べ替えられます。セレクターは、公式モデルを、選択されたデータセットと互換性のあるタスクに絞り込みます。YOLO26 には、Detect、Segment、Semantic、Depth、Classify、Pose、および OBB の各バリアントが含まれており、サイズはnanoからxlargeまであります。
深度データセットは、データセットの depth_scale を使用して、メートル単位の float NPY ターゲットまたは uint16 PNG ターゲットとともにアップロードできます。depth dataset format を参照してください。
ステップ 2: データセットの選択#
トレーニングを行うデータセットを選択します(Datasetsを参照):
| オプション | 説明 |
|---|---|
| 公式 | Ultralytics による厳選データセット |
| 自分のデータセット | アップロード済みのデータセット |
データセットは ready ステータスであり、train スプリットに少なくとも1枚の画像、validation または test スプリットに少なくとも1枚の画像、少なくとも1枚のラベル付き画像、および少なくとも1つのクラス名が含まれている必要があります。分類データセットでは、さらに train スプリットの画像にラベルが付いている必要があり、姿勢推定データセットではキーポイントの形状を定義する必要があります。深度データセットでは代わりに、train に1つのペアマップ、val に2つのペアマップが必要となり、ペアになっていない画像は除外されます。
選択したモデルがデータセットのタスクをトレーニングできない場合、タスク不一致の警告が表示され、互換性のあるモデルを選択するまで Start Training は無効のままになります。セグメントデータセットはセグメントモデルまたはセマンティックモデルを受け入れます。その他のデータセットタスクでは、一致するモデルタスクが必要です。タスクガイドを参照してください。
ステップ 3: パラメータの設定#
主要なトレーニングパラメータを設定します。
| パラメータ | 説明 | デフォルト |
|---|---|---|
| Epochs(エポック数) | トレーニングイテレーションの数 (1-10000) | 100 |
| Batch Size(バッチサイズ) | イテレーションごとのサンプル数 (-1 は利用可能なVRAMに自動調整、または1-512) | -1(自動) |
| Image Size | 入力解像度のスライダー、32〜1280(32刻み) | 640 |
| 名前 | トレーニング実行の任意の名前 | 自動 |
パラメータの範囲外の値を入力した場合、フィールドからフォーカスが外れたときに値がクランプされます。
スライダーは1280で停止しますが、YAMLエディタでは最大4096までのサイズを受け付けます。1280を超えると、解像度が高くなるにつれてGPUメモリの使用量、トレーニング時間、およびコストが大幅に増加するため、1280を超えると警告が表示されます。
ステップ 4: 高度な設定(オプション)#
Advanced Settings を展開して、グループごとに整理された50以上のトレーニングパラメータを持つ完全なYAMLベースのパラメータエディタにアクセスします(configuration reference を参照してください):
| グループ | パラメータ |
|---|---|
| Learning Rate | lr0, lrf, momentum, weight_decay, warmup_epochs, warmup_momentum, warmup_bias_lr |
| Optimizer(オプティマイザ) | auto(デフォルト)、SGD、MuSGD、Adam、AdamW、NAdam、RAdam、RMSProp、Adamax |
| Loss Weights(損失重み) | box, cls, dfl, pose, kobj, label_smoothing |
| Color Augmentation(色拡張) | hsv_h, hsv_s, hsv_v |
| Geometric Augmentation | degrees, translate, scale, shear, perspective |
| Flip & Mix Augmentation | flipud, fliplr, mosaic, mixup, copy_paste |
| Training Control(トレーニング制御) | epochs, batch, imgsz, pretrained, patience, time, seed, deterministic, amp, cos_lr, compile, close_mosaic, save_period |
| Dataset(データセット) | fraction, freeze, single_cls, rect, multi_scale, val, resume |
| Device & Inference | device, cache, workers, dropout, iou, max_det |
パラメータはタスク認識型です(例: copy_paste はセグメントタスクのみに表示され、pose / kobj はポーズタスクのみに、dropout は分類のみに表示されます)。値がデフォルトから変更されている場合は Modified バッジが表示され、リセットボタンで全てをデフォルトにリセットできます。トレーニングジョブに送信されるのは、デフォルト以外の高度な値のみです(基本的な epochs、batch、および image size パラメータは常に出力に含まれます)。そのため、結果のコマンドは読みやすい状態に保たれます。
例: 小規模データセット向けの拡張調整
小規模なデータセット(1000枚未満)の場合、過学習を減らすために拡張設定を増やしてください。
mosaic: 1.0 # Keep mosaic on
mixup: 0.3 # Add mixup blending
copy_paste: 0.3 # Add copy-paste (segment only)
fliplr: 0.5 # Horizontal flip
degrees: 10.0 # Slight rotation
scale: 0.9 # Aggressive scalingデータセットバージョンの保存(オプション)#
Save Dataset Versionを有効にすると、モデルをPlatformホスト型データセットの不変バージョンにリンクできます。Platformはデータセットの内容が変更されたかどうかを確認し、変更されていない場合は一致するバージョンを再利用し、必要な場合にのみ新しい番号付きバージョンを作成します。その後、トレーニングではその正確なNDJSONスナップショットが使用され、そのバージョン番号とコンテンツハッシュがモデルに記録されます。
これにより、後で画像を追加・削除したり、アノテーションを編集したり、データセットの分割を変更したりしても、実行に使用されたデータが保持されます。リンクされたバージョンは、データセットのModelsタブおよびVersionsタブで確認できます。
Save Dataset Version は、接続されたクラウドストレージおよびオンプレミスのデータセットでは利用できません。Versions タブから手動でスナップショットを作成することもできます。
ステップ 5: GPUの選択(クラウドタブ)#
Ultralytics Cloud からGPUを選択します。

| GPU | 世代 | VRAM | 時間あたりのコスト | 最適な用途 |
|---|---|---|---|---|
| RTX 2000 Ada | Ada | 16 GB | $0.24 | 小規模データセット、テスト |
| RTX A4500 | Ampere | 20 GB | $0.25 | 小~中規模データセット |
| RTX 4000 Ada | Ada | 20 GB | $0.26 | 中規模データセット |
| RTX A5000 | Ampere | 24 GB | $0.27 | 中規模データセット |
| L4 | Ada | 24 GB | $0.39 | 推論に最適化 |
| A40 | Ampere | 48 GB | $0.44 | より大きなバッチサイズ |
| RTX 3090 | Ampere | 24 GB | $0.46 | 一般的なトレーニング |
| RTX A6000 | Ampere | 48 GB | $0.49 | 大規模モデル |
| RTX PRO 4000 | Blackwell | 24 GB | $0.57 | Budget Blackwell |
| RTX PRO 4500 | Blackwell | 32 GB | $0.64 | 優れた価格対性能 |
| RTX 4090 | Ada | 24 GB | $0.69 | 最高の価格対性能 |
| RTX 6000 Ada | Ada | 48 GB | $0.77 | 大規模バッチトレーニング |
| L40S | Ada | 48 GB | $0.86 | 大規模バッチトレーニング |
| RTX PRO 5000 | Blackwell | 48 GB | $0.96 | 大規模バッチトレーニング |
| RTX 5090 | Blackwell | 32 GB | $0.99 | 最新のコンシューマー世代 |
| L40 | Ada | 48 GB | $0.99 | 大規模モデル |
| A100 PCIe | Ampere | 80 GB | $1.39 | 本番環境でのトレーニング |
| A100 SXM | Ampere | 80 GB | $1.49 | 本番環境でのトレーニング |
| RTX PRO 6000 | Blackwell | 96 GB | $2.09 | 推奨のデフォルト |
| H100 PCIe | Hopper | 80 GB | $2.89 | 高性能トレーニング |
| H100 NVL | Hopper | 94 GB | $3.19 | 最大パフォーマンス |
| H100 SXM | Hopper | 80 GB | $3.29 | 最速のトレーニング |
| H200 NVL | Hopper | 143 GB | $3.39 | 最大メモリ |
| H200 SXM | Hopper | 141 GB | $4.39 | 最大パフォーマンス |
| B200 | Blackwell | 180 GB | $5.89 | 大規模モデル (Pro+) |
| B300 | Blackwell | 288 GB | $7.39 | 最大規模モデル (Pro+) |
- RTX PRO 6000: 96 GB Blackwell、ほとんどのジョブで推奨されるデフォルト
- A100 SXM: 80 GB HBM2e — 大規模なバッチサイズや大きなモデルに最適な選択肢
- H100 PCIe / H100 SXM / H100 NVL: 80–94 GB Hopper、時間にシビアなトレーニング用(全プランで利用可能)
- H200 NVL / H200 SXM: 141–143 GB Hopper、高メモリワークロード用(全プランで利用可能)
- B200 / B300: 最先端のワークロード向け180–288 GB NVIDIA Blackwell — Pro または Enterprise が必要です
ダイアログには、現在の balance と Top Up ボタンが表示されます。コストカードでは、設定(モデルサイズ、データセット画像、epochs、画像サイズ、バッチサイズ、オプティマイザ、およびGPU速度)に応じた合計期間と価格の見積もりが表示され、エポックあたりの推定秒数とデータセットの画像数も報告されます。
GPUピッカーにはクラウドのリアルタイム在庫が反映されるため、容量不足のオプションにはマークが付けられます。選択したGPUにジョブを配置できない場合、プラットフォームは不足を報告し、選択内容を最も近い利用可能なGPU(最初にVRAM、次に速度、その次に価格を一致させる)に切り替えます。また、新しいVRAMと時間あたりの料金を通知するため、すぐに開始するか、別の選択をするかを決めることができます。
RTX PRO 6000よりも安価なGPUを選択すると、Ultralyticsが管理するインフラストラクチャの対象になります。その容量が空いている場合、実行は RTX PRO 6000 上で行われますが、請求は選択したGPUの料金のままになります。そのため、選択したGPUを使用する場合よりも実行が速く完了し、コストも安くなる可能性があります。アップグレードによって実行が遅くなったり高価になったりすることは決してありません。
ステップ 6: トレーニングの開始#
Start Training をクリックしてジョブを開始します。プラットフォームは以下の処理を行います。
- Save Dataset Versionが有効な場合に、不変のデータセットバージョンを解決します
- GPUインスタンスの準備
- データセットのダウンロード
- トレーニングの開始
- メトリクスのリアルタイムストリーミング
既存のモデルの再トレーニングでは、同じモデルページが再利用され、新しいジョブが作成されると、前の実行のチャート、コンソール出力、システム指標、およびエラー状態がクリアされます。コンピューティングがプロビジョニングされる前に失敗した実行では、以前の結果はそのまま残ります。
トレーニングジョブのライフサイクル#
トレーニングジョブは以下のステータスに沿って進行します。
| ステータス | 説明 |
|---|---|
| Pending(待機中) | ジョブが送信され、GPU割り当てを待機中 |
| Starting | GPUの準備が完了し、データセットとモデルをダウンロード中 |
| Running | トレーニングが進行中で、メトリクスをリアルタイムでストリーミング中 |
| Completed | トレーニングが正常に終了 |
| Failed | トレーニング失敗(詳細はコンソールログを参照) |
| Cancelled | ユーザーによってトレーニングがキャンセルされました |
コンソールストリーム内の致命的なPythonエラー(トレースバック、CUDA Out-Of-Memoryエラー、またはCUDA初期化の失敗)が発生した場合、タイムアウトを待たずに即座に実行が終了します。抽出されたメッセージは、モデルページのエラーバナーに View full console logs および Retry Training のアクションとともに表示されます。数時間アクティビティの報告が停止した実行は自動的に失敗としてマークされ、そのコンピューティングリソースは解放されます。
このページを開いたままにせずに完了および失敗の結果を受け取るには、Slack アラートを接続します。
新規アカウントにはサインアップクレジットが付与されます。個人メールの場合は5ドル、企業メールの場合は25ドルです。「Settings > Billing」で残高を確認してください。

学習を監視する#
モデルページの Train タブで、リアルタイムのトレーニング進行状況を確認します。
チャートサブタブ#

チャートは指標ファミリごとにグループ化されており、表示されるグループは実行が何を報告するかに依存します:
| グループ | 目次 |
|---|---|
| Metrics | タスク指標 — mAP50、mAP50-95、精度(precision)、および検出の再現率(recall)。その他のタスクについては Models を参照してください。 |
| Loss | 損失コンポーネントごとに1つのチャートがあり、トレーニングシリーズは実線、検証シリーズは破線で表示されます。 |
| Learning Rate | lr/pg0, lr/pg1, lr/pg2 |
各グループは折りたたむことができ、個々のチャートはグループメニューから非表示または表示に切り替えることができ、チャートのドラッグやサイズ変更も可能です。レイアウトは次回のために記憶されます。
コンソールサブタブ#
ANSIカラーサポート、プログレスバー、および致命的エラー検出を備えたライブコンソール出力。最後の2000行が保持され、タイムスタンプの切り替えが可能であり、ログ全体をプレーンテキストとしてコピーできます。
システムサブタブ#
ライブホストカード(ホスト名、CPU、GPU、RAM、およびディスクの合計)に加え、CPUとRAMの使用量、GPUの使用率とメモリ、GPUの温度、ネットワークI/O、およびディスクI/Oのエポックごとのチャートが表示されます。
チェックポイント#
最良のチェックポイント(best.pt)は、トレーニング 中 に定期的に、また実行終了時にもプラットフォームにアップロードされるため、ダウンロード、エクスポート、およびデプロイでは常にこれまでに生成された最良のエポックが使用されます。実行がキャンセルされた場合は、キャンセル前にアップロードされたチェックポイントが保持されます。
トレーニングのキャンセル#
モデルページの [Run Information] カードで Cancel をクリックし、操作を確認します。クラウドトレーニングの場合、プラットフォームはジョブを停止し、そのコンピューティングリソースを解放し、キャンセル前に使用された経過GPU時間を課金します。ローカルトレーニングの場合、キャンセルによって次のエポック境界でプロセスを停止するシグナルが送られ、部分的な結果が保持されます。実行は終了する前に既存のデータをアップロードします。
リモートトレーニング#
graph LR
A[Local GPU]:::start --> B[ultralytics Package]:::proc
B --> C[Train]:::proc
C --> D[Stream Metrics]:::proc
D --> E[Platform Dashboard]:::out
classDef start fill:#4CAF50,color:#fff
classDef proc fill:#2196F3,color:#fff
classDef out fill:#9C27B0,color:#fff自身のハードウェアでトレーニングを行い、メトリクスをプラットフォームにストリーミングします。
プラットフォームの統合には ultralytics>=8.4.120 が必要です。これより古いバージョンではプラットフォームは動作しません。
pip install -U ultralyticsAPIキーのセットアップ#
Settings > API Keysに移動します- 新しいキーを作成します(ローカルトレーニングタブを開くと、プラットフォームが自動的にキーを作成することもあります)
- 環境変数を設定します:
export ULTRALYTICS_API_KEY="YOUR_API_KEY"ストリーミングトレーニング#
メトリクスをストリーミングするには、project および name パラメータを使用します:
yolo train model=yolo26n.pt data=coco.yaml epochs=100 \
project=username/my-project name=experiment-1トレーニングダイアログのローカルトレーニングタブには、APIキー、選択したパラメータ、および高度な引数が含まれた設定済みのコマンドが表示されます。
プラットフォームデータセットの使用#
ul:// URI 形式を使用して、プラットフォームに保存されたデータセットでトレーニングします:
yolo train model=yolo26n.pt data=ul://username/datasets/my-dataset epochs=100 \
project=username/my-project name=exp1ul:// URI 形式は、データセットを自動的にダウンロードして設定します。モデルはプラットフォーム上のデータセットに自動的にリンクされます(プラットフォームデータセットの使用を参照)。
請求#
トレーニング費用はGPUの使用量に基づいています:
コスト見積もり#
トレーニングが開始される前に、プラットフォームはデータセットのサイズ、モデルのサイズ、画像サイズ、バッチサイズ、エポック、および選択されたGPUから、合計時間とコストを見積もります。見積もりは近似値であり、実際の使用量が請求されます。
コストに影響を与える要因:
| 要因 | 影響 |
|---|---|
| データセットサイズ | 画像が多いほどトレーニング時間が長くなります(計算コストはデータセットサイズにほぼ比例してスケーリングします) |
| モデルサイズ | 大きなモデル(m, l, x)は(n, s)よりもトレーニングが遅くなります |
| エポック数 | トレーニング時間の直接的な乗数になります |
| Image Size | imgszが大きいほど計算量が大幅に増加します — 1280pxは640pxの数倍のコストがかかります |
| Batch Size(バッチサイズ) | バッチサイズが大きい方が、小さいバッチよりも効率的にトレーニングできます |
| GPU速度 | 高速なGPUはトレーニング時間を短縮し、時間あたりの料金の高さの一部を相殺します |
| Optimizer(オプティマイザ) | MuSGD は他のオプティマイザの約2倍の時間がかかります |
| 起動オーバーヘッド | インスタンスの初期化、データダウンロード、ウォームアップに最大5分(データセットサイズに応じて変動) |
見積もりは実際のクラウドトレーニングの実行に基づいており、見積もりには常に選択したGPUが使用されます。そのため、より高速なUltralyticsインフラストラクチャにルーティングされたジョブは、見積もりよりも早く完了します。
コスト例#
コスト見積もりは概算であり、多くの要因に依存します。トレーニングダイアログには、トレーニング開始前にリアルタイムの見積もりが表示されます。
| シナリオ | GPU | 推定コスト |
|---|---|---|
| 500画像、YOLO26n、50エポック | RTX 4090 | ~$0.03 |
| 1000画像、YOLO26n、100エポック | RTX PRO 6000 | ~$0.23 |
| 5000画像、YOLO26s、100エポック | H100 SXM | ~$1.56 |
請求フロー#
graph LR
A[Estimate Cost]:::start --> B[Balance Check]:::decide
B --> C[Train and Meter GPU Time]:::proc
C --> D[Settle at Terminal State]:::out
classDef start fill:#4CAF50,color:#fff
classDef proc fill:#2196F3,color:#fff
classDef decide fill:#FF9800,color:#fff
classDef out fill:#9C27B0,color:#fffクラウドトレーニングの請求フロー:
- 見積もり:トレーニング開始前にコストを計算
- 残高確認:開始前に利用可能なクレジットを確認
- Train and Meter: ジョブは選択されたコンピュート上で実行され、蓄積されたGPU時間が実行中に段階的に残高から引き落とされます
- Settle: 終了状態で残りの微調整分が引き落とされ、実行全体に対して1つのTrainingトランザクションが記録されます
請求は、クラウドGPUが起動した後にキャンセルまたは失敗した部分的な実行も含め、実際のGPU時間を追跡します。
ジョブステータス別の請求#
| ステータス | 課金対象か? |
|---|---|
| Completed | はい — 実際のGPU使用時間 |
| Cancelled | はい — 開始からキャンセルまでのGPU時間 |
| Failed | はい、クラウドコンピューティングが開始された場合 — 使用された経過GPU時間 |
| スタック(フリーズ) | はい — 自動終了までの経過GPU時間 |
数時間アクティビティの報告が停止した実行は、自動的に失敗としてマークされます。インスタンスは終了され、経過したGPU時間が精算されます。独自のハードウェアでのリモート実行は、課金なしで単に失敗としてマークされます。
クラウドGPUが開始される前の検証または起動の失敗には、課金対象となるコンピューティングの使用量はありません。GPUが稼働した後は、完了、キャンセル、失敗、および自動終了したジョブは、実際の経過GPU時間から精算されます。
支払い方法#
クラウドトレーニングの費用は、プラットフォームのクレジット残高から支払われます。
トレーニングを開始するには、正の利用可能残高と、推定されるジョブコスト分の十分なクレジットが必要です。各見積もりでは、少なくとも15分間のGPU時間が確保されます。複数の実行が同時にアクティブな場合、チェックにはそれらの実行の未請求の残余分も考慮されます。
トレーニングコストの表示#
クラウドジョブを開始する前に、トレーニングダイアログに現在のクレジット残高が表示され、選択したモデル、データセット、エポック、画像サイズ、GPUからジョブの予測時間とコストが算出されます。見積もりは参考情報であり、実際の使用量は消費されたGPU時間に対して課金されます。その後、Settings > Billing で結果のクレジット取引を確認してください。

トレーニングのヒント#
適切なモデルサイズを選択#
| モデル | パラメータ | 最適な用途 |
|---|---|---|
| YOLO26n | 2.4M | リアルタイム、エッジデバイス |
| YOLO26s | 9.5M | 速度と精度のバランス |
| YOLO26m | 20.4M | より高い精度 |
| YOLO26l | 24.8M | プロダクションレベルの精度 |
| YOLO26x | 55.7M | 最大の精度 |
トレーニング時間の最適化#
- 小さく始める:安価なGPUで10〜20エポックテストし、データセットと構成が機能することを確認する
- 適切なGPUを使用する:RTX PRO 6000はほとんどのワークロードを良好に処理します
- データセットを検証する:トレーニングに費用をかける前にラベル付けの問題を修正する
- 早期に監視する:損失が横ばいになったらトレーニングをキャンセルする(使用したコンピューティング時間分のみ支払うことになります)
トラブルシューティング#
| 問題 | 解決策 |
|---|---|
| トレーニングが0%でスタックする | データセット形式を確認し、再試行する |
| メモリ不足 | バッチサイズを減らすか、より大きなGPUを使用してください |
| 精度が低い | エポック数を増やし、データの品質を確認してください |
| 学習が遅い | より高速なGPUの利用を検討してください |
| タスクの不一致エラー | モデルとデータセットのタスクが一致していることを確認してください |
学習パラメータリファレンス#
| パラメータ | タイプ | デフォルト | 範囲 | 説明 |
|---|---|---|---|---|
epochs | int | 100 | 1-10000 | 学習エポック数 |
batch | int | -1(自動) | -1から512 | バッチサイズ(-1 = 利用可能な VRAM に自動調整) |
imgsz | int | 640 | 32-4096 | 入力画像サイズ |
pretrained | bool | True | - | ランダム初期化の代わりに事前学習済み重みから開始する |
patience | int | 100 | 1-1000 | 早期終了の猶予期間 |
time | float | null | 0.1-720 | 時間単位でのウォールクロックトレーニング制限(epochsより優先されます) |
seed | int | 0 | 0-2147483647 | 再現性のための乱数シード |
deterministic | bool | True | - | 決定論的学習モード |
amp | bool/str | True | true/false/fp16/bf16/fp32 | トレーニングの精度 |
compile | bool | False | - | torch.compile でコンパイルする(最初のエポックが遅くなります) |
close_mosaic | int | 10 | 0-50 | 最後のNエポックでモザイクを無効にする |
save_period | int | -1 | -1-100 | Nエポックごとにチェックポイントを保存 |
device | 選択 | 自動 | auto/0/cpu/mps | トレーニングデバイス |
workers | int | 8 | 0-64 | データローダーのワーカー数 |
cache | 選択 | false | ram/disk/false | 画像のキャッシュ |
dropout | float | 0.0 | 0.0-1.0 | 分類ヘッドのドロップアウト(分類のみ) |
iou | float | 0.7 | 0.1-0.9 | 検証中のNMSのIoUしきい値 |
max_det | int | 300 | 1-10000 | 画像あたりの最大検出数 |
一部のパラメータは特定のタスクにのみ適用されます:
- classify と depth を除くすべてのタスク (detect、segment、semantic、pose、obb):
box、dfl、mosaic、mixup、close_mosaic、iou、max_det - depth を除くすべてのタスク (クラスを持つタスク):
cls、label_smoothing、single_cls - classify を除くすべてのタスク (detect、segment、semantic、depth、pose、obb):
degrees、translate、shear、perspective - セグメントのみ:
copy_paste - ポーズのみ:
pose(損失ウェイト)、kobj(キーポイントオブジェクトネス) - 分類のみ:
dropout
よくある質問 (FAQ)#
トレーニング時間は以下に依存します:
- データセットサイズ
- モデルサイズ
- エポック数
- 選択されたGPU
一般的な所要時間(1000画像、100エポック):
モデル RTX PRO 6000 A100 SXM YOLO26n ~6分 ~5分 YOLO26m ~15分 ~12分 YOLO26x ~30分 ~25分 概算時間学習時間は概算であり、データセットの複雑さ、拡張設定、バッチサイズによって変動します。より正確な予測については、学習ダイアログのコスト見積もりを使用してください。
はい。資金が維持されている間はトレーニングを無人で実行でき、プラットフォームは完了または失敗のイベントを記録します。メーター測定によって残高がゼロを下回った場合、アクティブな有料クラウド実行は停止し、すでに使用されたGPU時間が精算されます。
クラウドの使用量は、トレーニングの進行に伴い計測されます。課金によって残高がゼロを下回った場合、アクティブな有料クラウドトレーニングの実行は停止され、すでに使用されたGPU時間に対して精算されます。長時間のジョブの資金を維持するために、クレジットを追加するか、自動トップアップを有効にしてください。
マイナス残高残高がゼロまたはマイナスの場合、新しい有料クラウドトレーニングジョブは実行できません。マイナスの計測残高は、アクティブな有料クラウドトレーニングの実行のシャットダウンも引き起こします。
コスト見積もりは概算です。実際のトレーニング時間は、データ読み込み速度、GPUのウォームアップ、モデルの収束動作などの要因によって異なる場合があります。実際の使用量が利用可能な残高を使い果たした場合、プラットフォームは残高がマイナスになった後、アクティブな有料クラウド実行を停止します。
コストを管理するには:
- リアルタイムで学習の進行状況を監視し、必要に応じて早期にキャンセルしてください
- 自動トップアップを有効にして、クレジットを自動的に補充します
- 最初は短い実行時間(少ないエポック数)で試して、予測を調整してください
はい。トレーニングダイアログの Advanced Settings セクションを展開すると、50以上の設定可能なパラメータを持つYAMLエディタにアクセスできます。デフォルト以外の値は、クラウドおよびローカルの両方のトレーニングコマンドに含まれます。
YAMLエディタは、以前の学習実行からの構成のインポートもサポートしています:
- Copy from existing model: 完了した任意のモデルのページにある [Training Configuration] カードに、Export data メニューと Copy JSON があります。JSONをYAMLエディタに直接貼り付けると、JSONフォーマットが自動検出されてすべてのパラメータがインポートされます。同じメニューから設定をCSVまたはJSONとしてダウンロードできます。
- YAMLまたはJSONを貼り付け: 有効なYAMLまたはJSON学習構成をエディタに貼り付けます。パラメータは自動的に検証され、範囲外の値はクランプされ、警告が表示されます。
- ファイルをドラッグ&ドロップ:
.yamlまたは.jsonファイルをエディタに直接ドラッグして、そのパラメータをインポートします。
これにより、各パラメータを手動で再入力することなく、過去のトレーニング設定を簡単に再現または反復処理できます。はい。失敗したモデルには Retry アクション付きのエラーバナーが表示され、同じベースモデル、データセット、およびパラメータでトレーニングダイアログが再び開くため、1つの値を調整してもう一度開始できます。再試行では同じモデルページが再利用されます。新しいジョブが作成されると、前の実行のチャート、コンソール出力、システム指標、およびエラーがクリアされ、新しい実行によってより良いチェックポイントが生成されたときにその重みが置き換えられます。
はい、データセットページの New Model ボタンをクリックすると、データセットが事前選択されロックされた状態でトレーニングダイアログが開きます。その後、プロジェクトとモデルを選択してトレーニングを開始します。