パフォーマンス ダッシュボード は、エクスペリエンスのクライアントとサーバーのメトリックをリアルタイムで提供します。エクスペリエンスを更新する前と後で、このページをモニタリングして、早期にパフォーマンスの問題を特定します。
ダッシュボードにアクセス
パフォーマンスページにアクセスするには、エクスペリエンスのオーナーであるか、分析グループ権限 を持っている必要があります。
- ナビゲート to the クリエーション ページ on the クリエイターハブ .
- クリエイターハブの ドロップダウン で、アカウントまたは経験を所有するグループを選択します。
- エクスペリエンスを選択します。
- モニタリング ドロップダウンで、 パフォーマンス を選択します。
ダッシュボードを使用
ダッシュボードは、現在のユーザー数、彼らが分布しているサーバー数、デバイスの分布を開始します。ダッシュボードが下のようにクライアントとサーバーの チャート を表示するには、経験に少なくとも 100 のデイリーアクティブユーザー (DAU) が必要です。
ダッシュボードには、 クライアント と サーバー の 2つのタブと、日付範囲と時間間隔を調整するメニューが含まれています。また、 場所 メニューを使用して、全体のエクスペリエンスではなく、個々の場所を調べることもできます。
フィルターバイ メニューでは、平均またはパーセンタイル値の間を交換できます。
チャートをレビューするか、フィルタを適用するとき:
- P90 は、90番目のパーセンタイル内に落ちる値の数を指します。P90 サーバーのハートビートが 59 である場合、サーバーの 90% が 59 FPS 以下で実行しています。
- 同様に、P10 は 10番目のパーセンタイルを指します。P10 サーバーの心拍が 40 である場合、サーバーの 10% が 40 FPS 以下で実行しています。
- P50 は中央です。すべての値の半分がそれ上にあり、半分は下にあります。
パーセンタイル値は最も小さいものから最も大きいものに計算されるため、低い数字がより良いメトリックの場合 (例えばサーバーの CPU 時間)、P10 は「最悪の場合」、P90 は「最良の場合」であり、逆方向ではない。
クライアント図
クライアントタブには、すべてプラットフォームまたはオペレーティングシステムによって分割された次のチャートが含まれています：
| チャート | 説明 |
|---|---|
| 同時ユーザー | エクスペリエンスのユーザー数を示すライングラフ。 |
| セッション時間 | ユーザーがあなたのエクスペリエンスで過ごす期間。 |
| クライアントフレームレー評価する | クライアントフレーム数を秒ごとに示す線グラフ。持続的な低フレームレートまたは大きな落下が問題を示唆する可能性があります。クライアントフレームレー評価するを調査する情報は、クライアントコンピュート を参照してください。 |
| クライアントのクラッシュ評価する | デバイスタイプでクライアントのクラッシュ率を示す線グラフ。特にエクスペリエンスのアップデートの後、クラッシュ評価するの増加はしばしば問題を示しています。 |
| クライアントメモリ使用量 | デバイスタイプによるクライアントメモリ使用量を示す線グラフ。連続的に増加することは、メモリ漏れを示唆する可能性があります。メモリ を参照してください。 |
| クライアントメモリ使用率 | クライアントが使用している利用可能なデバイスメモリの割合を示す線グラフ。たとえば、Android ラインが 100% に近づくと、エクスペリエンスを実行している Android デバイスの大多数がメモリが不足してクラッシュするリスクがあります。 |
サーバーチャート
サーバー タブには、次のチャートが含まれています：
| チャート | 説明 |
|---|---|
| サーバーCPU時間 | フレームごとの処理時間 (ms) を示すスタック領域チャート。16.67ms 以上の値は、非常に望ましくありません;サーバーのフレームレートが 60 以下に落ちる可能性があります。参照してください サーバーコンピュート |
| サーバーフレームレー評価する | FPSでサーバーフレームレートを示すライングラフ。理想的には、この値は常に 60 です。サーバーのフレームレートは 60 に制限され、ドロップはクライアントのフレームレートを低下させ、遅延を増加させることができます。見る スクリプト計算。 |
| サーバーメモリ使用量 | サーバーメモリ使用量を MB で示すスタック領域チャート。この値を サーバーメモリの合計の 50% 以下に保つ ようにしてください。しかし、チャートはサーバーのメモリの合計を表示しないので、別の良いガイドラインは 3GB 以下に抑えることです。この数が高いまま、または時間経過で増加し続ける場合は、メモリ使用を改善する方法 を調査してください。 |
| 年齢別のサーバーメモリ | サーバーの年齢によるサーバーメモリ使用量を示すスタック領域チャート。サーバーのライフサイクル中にメモリ使用量が大幅に増加する場合、特に スクリプト、物理、および レンダリング のカテゴリで可能なメモリ漏れを調査します。 |
| サーバーごとに使用されるコア | サーバーのCPUコア数使用を示すライングラフ。低コア数使用と高いサーバーCPU時間の組み合わせは、マルチスレッド を調査する必要がある指標です。 |
| コンピュート効率 | 経験の効率を Roblox の平均と比較する線グラフ。100% 以上の値は、ベースラインよりも高い効率を示します。貢献要因には、サーバーごとの最大プレイヤー数 (高いほど効率的) とフレームごとのサーバーCPU時間 (低いほど効率的)が含まれます。高いコンピュート効率は、環境への影響が低下することを意味しますが、このメトリックは良いまたは悪いプレイヤーエクスペリエンスを示すものではありません。 |
サーバーの CPU とメモリチャートは、デフォルトで 全体 ビューになりますが、物理、レンダリング、スクリプトなどの個々のプロセスグループにドロップダウンメニューがあります。これらのカテゴリの合計は ではない 包括的ではありません;サーバーは、どのカテゴリにも含まれない毎フレームの少量の追加作業を行います。そのため、全体のミリ秒とMB の値は現実よりもわずかに低いが、サーバーのパフォーマンスについて明確な理解を得るのに十分である。
カテゴリが通常より高いか、不釣り合いな量の時間を消費しているように見える場合は、ドロップダウンメニューを使用してグループを掘り下げ、問題を引き起こす可能性のあるプロセスを識別します。
グラフからグループまたはプロセスを除外するには、レジェンドのラベルをクリックします。
CPUカテゴリとタスクは、マイクロプロファイラ のものとマップし、それで サーバーダンプ を取り、 タイマー モードを選択し、そして グループ メニューを使用して問題のプロセスグループをフィルタリングできます。
たとえば、 アセンブル プロセスの 物理 グループで潜在的な問題を見つけた場合、MicroProfiler で同じ名前のものを見つけることができます：
メモリタグは、Enum.DeveloperMemoryTag での例外を除き、 CoreMemory:Total と同等の Enum.DeveloperMemoryTag.Internal にマップします。開発者コンソール を使用して、過剰な使用のタグをチェックできます。この画像は、ダッシュボードで見つけた PlaceMemory:GraphicsTexture の問題を調査するために開発者コンソールを使用する方法を示しています：
問題解決
潜在的な問題を見つけた場合は、次の手順を使用して修正および解決します：
最近のアップデートをチェックし、メトリックへの影響が深刻な場合は、バックロールすることを検討してください。
組み込みのテストツールを使用して、問題をさらに掘り下げます：
- 開発者コンソール でエラーとログメッセージ、およびメモリとネットワークに関する詳細情報を表示する
- スクリプトプロファイラ では、最もリソースを消費するスクリプトを識別できます。
- ビジュアルで無駄な部分を表示するための マイクロプロファイラ。
コミュニティからユーザーフィードバックを集める。