Skip to main content
project に多数のメトリクス、Runs、またはパネルがあると、Workspace の読み込みが遅くなることがあります。一般的な原因には、メトリクス数の多さ、パネルの過剰配置、セクション数の多さ、Runs 数の多さがあります。応答性を回復するには、原因を特定し、対応する対処法を適用してください。

メトリクスが多すぎる

Workspace の動作が遅くなった場合は、最近の Runs で意図せず数千件もの新しいメトリクスがログされていないか確認してください。もし該当する場合は、それらの Runs を削除し、必要なメトリクスのみを含めて作成し直すことを検討してください。 5,000~100,000 個のメトリクスをログする Runs では、手動 Workspace に切り替えてください。手動モードでは、可視化に必要なメトリクスについてのみ、必要なパネルを選んで追加できます。W&B は、プロットしていないメトリクスも引き続き収集および保存します。

パネルが多すぎる

自動 Workspace に、ログされた多数のキーに対応するパネルが含まれていると、読み込みが遅くなることがあります。これを改善するには、Workspace を手動モードに切り替え、必要なパネルだけを追加し直して、パネル数を減らしてください。
  1. Workspace を手動モードにリセットします。
  2. Quick add を使用して、必要なメトリクスのパネルだけを追加します。
これらの手順を完了すると、Workspace には明示的に追加したパネルだけが表示されるため、読み込み時間の改善が期待できます。
不要なパネルを 1 つずつ削除しても、パフォーマンスの改善効果はほとんどありません。代わりに、Workspace をリセットして、必要なパネルだけを追加し直してください。

セクションが多すぎます

セクションが何百もあると、パフォーマンスに悪影響を及ぼす可能性があります。接尾辞ではなく接頭辞でセクションを作成するように Workspace の設定を使用することを検討してください。これにより、より少ない数の上位レベルのグループにまとめられます。

Runs が多すぎます

1 つの project 内の Runs の総数は、W&B Multi-tenant Cloud では 100,000 未満、専用クラウドまたはセルフマネージドでは 10,000 未満に抑えてください。project がこれらの制限を超える場合は、使用頻度の低い Runs を移動して、アーカイブ用の project に移すことを検討してください。 詳細は, Experiments の制限とパフォーマンス を参照してください。
Workspaces メトリクス