パフォーマンス ダッシュボードは、あなたのゲームの最新のクライアントおよびサーバーメトリックを提供します。ゲームを更新する前後にこのページを監視して、パフォーマンスの問題を早期に特定しましょう。

パフォーマンスメトリックを表示する
パフォーマンスダッシュボードにアクセスするには、ゲームのオーナーであるか、分析グループの権限を持っている必要があります。
- クリエイターハブで、クリエーションページに移動します。
- 左上の隅で、アカウントまたはゲームを所有するグループを選択します。
- ゲームを選択します。
- モニタリングドロップダウンで、パフォーマンスを選択します。
ダッシュボードは現在のユーザー数、ユーザーが分散しているサーバーの数、およびデバイスの内訳から始まります。ダッシュボードにクライアントおよびサーバーのチャート(以下のもののような)を表示するには、あなたのゲームには少なくとも100人のデイリーアクティブユーザー(DAU)が必要です。
ダッシュボードには、クライアントとサーバーの2つのタブがあり、日付範囲と時間間隔を調整するためのメニューがあります。また、場所メニューを使用して、ゲーム全体ではなく個々の場所を調べることもできます。

フィルターによるメニューでは、平均値やパーセンタイル値の切り替えができます。

チャートをレビューしたりフィルタリングしたりする際には:
- P90は、90パーセンタイルに該当する値の数を指します。P90サーバーハートビートが59であれば、90%のサーバーが59 FPS以下で実行されています。
- 同様に、P10は10パーセンタイルを指します。P10サーバーハートビートが40であれば、10%のサーバーが40 FPS以下で実行されています。
- P50は中央値です。すべての値の半分はそれを超え、半分はそれ未満です。
回帰の原因を特定するのを助けるために、すべてのクライアントパフォーマンスメトリックを場所バージョンで内訳し、最新のアップデートと過去のバージョンを比較することができます。
場所バージョンでフィルタリングするには、フィルタリング条件のドロップダウンメニューで場所バージョンを選択します。チャートは自動的に更新され、最新のバージョンとすべての以前のバージョンが並ぶように表示されます。また、メインフィルターメニューを使用して、ダッシュボード全体で最新の場所バージョンを特定することもできます。
この内訳により、最新のリリースでフレームレートの低下やメモリ不足による終了が増えているかどうかを迅速に確認できます。

クライアントチャート
クライアントタブには、すべてプラットフォームまたはオペレーティングシステムで内訳された以下のチャートが含まれています:
| チャート | 説明 |
|---|---|
| 同時ユーザー | あなたのゲームにいるユーザーの数を示す折れ線グラフ。 |
| セッション時間 | ユーザーがあなたのゲームで過ごす時間。 |
| クライアントフレームレート | クライアントのフレーム毎秒を示す折れ線グラフ。持続的な低フレームレートや大きなドロップは問題の兆候かもしれません。クライアントフレームレートの調査に関する情報は、クライアントコンピュートを参照してください。 |
| クライアントクラッシュ率 | デバイスタイプごとの終了したセッションによるクライアントクラッシュを示す折れ線グラフ。特にゲームのアップデート後にクラッシュ率の急増が見られる場合、問題の兆候です。 |
| 予期しないメモリ不足による終了 | メモリ不足エラーによってユーザーがクラッシュする頻度、または低メモリ警告による終了を示す折れ線グラフ。このチャートは、テレメトリの制限によりすべてのメモリ不足クラッシュを覆うものではありませんが、方向的には正確です。アップデート後の急増は、ユーザーのクラッシュを引き起こすメモリ使用の回帰を示します。 |
| クライアントクラッシュ数 | デバイスタイプごとのクラッシュ率のカウントを示す折れ線グラフ。サンプルサイズが少ないためにクラッシュ率データが騒がしい場合は、クラッシュ率のカウントも監視することをお勧めします。 |
| クライアントメモリ使用量 | デバイスタイプごとのクライアントメモリ使用量を示す折れ線グラフ。継続的な増加はメモリリークを示す可能性があります。詳細はメモリを参照してください。 |
| クライアントメモリ使用率 | クライアントが使用しているデバイスの利用可能メモリのパーセンテージを示す折れ線グラフ。たとえば、Androidの線が100%に近づくと、あなたのゲームを実行しているAndroidデバイスの大半がメモリ不足やクラッシュに直面しているリスクがあります。 |
| クライアントCPU時間 | フレームごとの処理時間をミリ秒単位で示す積み上げエリアチャート。クライアントのCPU時間はできるだけ低く保つ必要があります。これはフレームレートに直接影響するためです。60のクライアントフレームレートを実現するには、CPU時間は16 ms未満である必要があります。 |
クラッシュ率
クライアントクラッシュ率は、クラッシュの数を終了したセッションの数で割ったものです。終了したセッションの数が少ないと、クラッシュ率の内訳が不安定になる可能性があります。この場合、チャートは実線の代わりに破線を示し、データポイントがノイズが多く、クラッシュ率が変動する可能性があることを示します。チャートに破線が表示される場合は、クライアントクラッシュ率の代わりに総クラッシュ数を確認することをお勧めします。

メモリに問題がある場合は、パフォーマンス最適化ガイドを確認してください。
サーバーチャート
サーバータブには、以下のチャートが含まれています:
| チャート | 説明 |
|---|---|
| サーバーCPU時間 | フレームごとの処理時間をミリ秒単位で示す積み上げエリアチャート。60のサーバーフレームレートを達成するには、CPU時間は16 ms未満である必要があります。詳細はサーバーコンピュートを参照してください。 |
| サーバーフレームレート | FPSでのサーバーフレームレートを示す折れ線グラフ。理想的には、この値は常に60です。サーバーフレームレートは60で制限されており、ドロップがクライアントフレームレートを低下させ、レイテンシを増加させる可能性があります。詳細はスクリプト計算を参照してください。 |
| サーバーメモリ使用量 | MB単位でのサーバーメモリ使用量を示す積み上げエリアチャート。この値を総サーバーメモリの50%未満に保つよう努めてください。ただし、このチャートは総サーバーメモリを示していないため、3 GB未満に保つという別の良いガイドラインがあります。この値が高いまままたは時間とともに継続的に増加し続ける場合は、メモリ使用の改善を調査してください。 |
| サーバーメモリの年齢別 | サーバーの年齢によるメモリ使用量を示す積み上げエリアチャート。サーバーの寿命の中でメモリ使用量が大幅に増加した場合は、特にスクリプト、物理、およびレンダリングでのカテゴリーの中にある可能性のあるメモリリークを調査してください。 |
| サーバーごとの使用コア数 | サーバーのCPUコア使用状況を示す折れ線グラフ。低いコアの使用率と高いサーバーCPU時間の組み合わせは、マルチスレッドを調査すべき兆候です。 |
| 計算効率 | あなたのゲームの効率をRobloxの平均と比較して示す折れ線グラフ。100%以上の値は基本値よりも高い効率を示します。寄与要因には、サーバーごとの最大プレイヤー数(高い方が効率的)とフレームごとのサーバーCPU時間(低い方が効率的)が含まれます。高い計算効率は環境への影響が少ないことを意味しますが、この指標は良いまたは悪いプレイヤー体験を示すものではありません。 |
サーバーCPUおよびメモリチャートはデフォルトで全体ビューになっていますが、物理、レンダリング、スクリプトなどの個別のプロセスグループのためのドロップダウンメニューがあります。これらのカテゴリーの合計は包括的ではありません。サーバーは、どのカテゴリーにも含まれていない小さく通常は重要でない追加の作業をフレームごとに行うため、全体のミリ秒およびMB値は若干現実よりも低いですが、サーバーのパフォーマンスを明確に理解できる程度には十分に近いです。
あるカテゴリーが普段よりも高い場合や、不釣り合いな時間を取っているように見える場合は、ドロップダウンメニューを使用してグループをさらに掘り下げ、問題を引き起こしている可能性のあるプロセスを特定してください。

CPUのカテゴリとタスクはMicroProfilerのものにマッピングされているため、サーバーダンプを取得して(../../performance-optimization/microprofiler/index.md#profile-the-server)タイマーモードを選択し、その後グループメニューを使用して、問題のあるプロセスグループでフィルタリングできます。
たとえば、物理グループの下でassembleプロセスに問題の兆候がある場合は、MicroProfilerで同じ名前の下に見つけることができます:

メモリタグは、Enum.DeveloperMemoryTagのものにマッピングされており、特にCoreMemory:TotalはEnum.DeveloperMemoryTag.Internalに相当します。過剰使用のタグを確認するには、Developer Consoleを使用できます。この画像は、ダッシュボードで見えるPlaceMemory:GraphicsTextureの問題を調査するためにDeveloper Consoleを使用する方法を示しています:

Robloxのアップデート
各Robloxのアップデートには、機能やバグ修正を含む多くの変更が含まれています。Robloxアップデートの注釈により、あなたのゲームのパフォーマンスを最近のRobloxプラットフォームのアップデートとクロスリファレンスすることができます。

一部のプラットフォームは、バージョンが利用可能になった後、すぐに100%のユーザーにリリースされます。他のプラットフォームは徐々に展開され、採用するまでに追加の時間が必要です。これらは、バージョンが利用可能になると1つの注釈があり、目に見える混乱を加えることなく、最も早く利用可能な信号を提供します。
- Windows
- macOS
- Xbox
- iOS
- Google
- Amazon
- Samsung
- PlayStation
- Meta Quest
トラブルシューティング
潜在的な問題を発見した場合は、次の手順を使用して修正しましょう。
最近のアップデートを確認し、メトリックへの影響が大きい場合はそれを巻き戻すことを検討してください。
パフォーマンス問題の特定とパフォーマンスの改善を確認して、サーバーコンピュート、クライアントコンピュート、およびメモリ使用の問題についての情報を得てください。
内蔵のテストツールを使用して、問題をさらに掘り下げてください:
- Developer Consoleは、エラーメッセージやログメッセージ、メモリやネットワークに関する詳細情報を表示します。
- Script Profilerは、最もリソースを消費するスクリプトを特定します。
- MicroProfilerは、あなたのゲームの未最適化の部分を視覚的に表示します。
コミュニティからのユーザーフィードバックを集めてください。
参加後のクライアントAPI呼び出し
参加後60秒以内のクライアントAPI呼び出しメトリックは、ユーザーが成功裏に参加した後の重要な最初の1分間に、あなたのゲームがRobloxサービスに対して行うリクエスト(API呼び出し)の総数を測定します。
これらの呼び出しは、参加したすべてのユーザーに自動的に発生するため、このメトリックを監視することで、ロード時間の効率とバックエンドのパフォーマンスを理解するのに役立ちます。
メトリックにアクセスする
- クリエイターハブのあなたのゲームの概要に移動します。
- スナップショットグラフで、探るをクリックします。
- メトリックを選択ドロップダウンで、参加後60秒以内のクライアントAPI呼び出しを選択します。

メトリックを監視する
プレイヤーが参加してからの最初の60秒間の主な目標は、ゲームのアセット(メッシュ、画像、音声など)をストリーミングしてロードすることです。理想的には、アセット配信サービスがこの重要な時間帯に最も呼び出されるAPIです。
このメトリックは毎時更新されるため、新しいバージョンのゲームを公開した後にすぐに確認できます。
| 条件 | 意味 | アクション |
|---|---|---|
| アセット配信が最もヒットしたAPIである。 | 効率的です。あなたのゲームは必要なアセットのロードに正しく優先順位を付けています。 | 監視を続けてください。 |
| 他のサービス(例:インベントリ、友達、またはユーザー)が最もヒットしたAPIである。 | 潜在的な非効率またはバグ。あなたのゲームは、ジョインシーケンスの初期段階で重い非クリティカルAPI呼び出しを実行しており、ロードプロセスを遅延させる可能性があります。 | アセットのロードを優先するように、初期ジョイン中に実行されるスクリプトを調査し、再構成してください。 |