性能 儀表板提供您遊戲的即時客戶端和伺服器指標。在更新遊戲之前和之後監控此頁面，以便及早識別性能問題。
查看性能指標
要訪問性能儀表板，您必須是遊戲擁有者或擁有 分析群組權限。
- 在 創作者中心 中，導航到 創作 頁面。
- 在左上角，選擇您的帳戶或擁有遊戲的群組。
- 選擇遊戲。
- 在 監控 下拉菜單中，選擇 性能。
儀表板以當前用戶數、他們分佈的伺服器數量和設備細分開始。為了讓儀表板顯示像下面這樣的客戶端和伺服器 圖表，您的遊戲必須至少有 100 名每日活躍用戶 (DAU)。
儀表板包含兩個選項卡，客戶端 和 伺服器，以及調整日期範圍和時間間隔的菜單。您還可以使用 地點 菜單來檢查單個地點，而不是整個遊戲。
按篩選 菜單讓您在平均值或百分位數值之間切換。
在查看圖表或篩選時：
- P90 指的是落在第 90 百分位數的值的數量。如果 P90 伺服器心跳為 59，則 90% 的伺服器運行在 59 FPS 或以下。
- 類似地，P10 指的是第 10 百分位數。如果 P10 伺服器心跳為 40，則 10% 的伺服器運行在 40 FPS 或以下。
- P50 是中位數。所有值中有一半高於它，一半低於它。
為了幫助識別回歸的來源，您可以按 地點版本 分解所有客戶端性能指標，並將您最新的更新與先前版本進行比較。
要按地點版本篩選，請在 按分解 下拉菜單中選擇 地點版本。圖表將自動更新，以顯示您最新的版本以及所有早期版本。您還可以使用主篩選菜單在整個儀表板中隔離最新的地點版本。
通過這種分解，您可以快速查看最新版本是否有更低的幀率或與早期版本相比，內存不足退出的增加等變化。
客戶端圖表
客戶端 標籤包括以下圖表，所有圖表均按平台或操作系統進行細分：
| 圖表 | 描述 |
|---|---|
| 同時在線用戶 | 顯示您遊戲中用戶數量的折線圖。 |
| 會話時間 | 用戶在您遊戲中花費的時間。 |
| 客戶端幀率 | 顯示客戶端每秒幀數的折線圖。持續的低幀率或大幅下降可能表示存在問題。關於調查客戶端幀率的信息，請參見 客戶端計算。 |
| 客戶端崩潰率 | 顯示客戶端崩潰的折線圖，按設備類型劃分的結束會話。崩潰率的激增，特別是在遊戲更新後，通常表示存在問題。 |
| 意外的內存不足退出 | 顯示用戶因內存不足錯誤而崩潰或因低內存警告而退出的頻率的折線圖。雖然此圖表可能無法涵蓋所有因內存不足而崩潰的情況，但它在方向上是準確的。更新後的激增表示內存使用的回歸，導致用戶崩潰。 |
| 客戶端崩潰計數 | 顯示按設備類型劃分的崩潰率計數的折線圖。如果由於樣本量小而導致崩潰率數據不穩定，我們建議同時監控崩潰率計數。 |
| 客戶端內存使用 | 顯示按設備類型劃分的客戶端內存使用的折線圖。持續增加可能表示內存泄漏。請參見 內存。 |
| 客戶端內存使用百分比 | 顯示客戶端使用的可用設備內存百分比的折線圖。例如，如果 Android 的線接近 100%，則運行您遊戲的大多數 Android 設備面臨內存不足和崩潰的風險。 |
| 客戶端 CPU 時間 | 顯示每幀處理時間（毫秒）的堆疊區域圖。您希望客戶端 CPU 時間儘可能低，因為它直接影響您的幀率。要達到 60 的客戶端幀率，您的 CPU 時間必須低於 16 毫秒。 |
崩潰率
客戶端崩潰率是崩潰數量除以結束會話數量的比率。當結束會話數量較低時，崩潰率的分解可能會變得不穩定。在這些情況下，圖表將顯示虛線而不是實線，表示數據點不穩定，崩潰率可能會變化。如果您在圖表上看到虛線，我們建議檢查總崩潰計數，而不是客戶端崩潰率。
如果您有內存問題，請查看 性能優化 指南。
伺服器圖表
伺服器 標籤包括以下圖表：
| 圖表 | 描述 |
|---|---|
| 伺服器 CPU 時間 | 顯示每幀處理時間（毫秒）的堆疊區域圖。要達到 60 的伺服器幀率，您的 CPU 時間必須低於 16 毫秒。請參見 伺服器計算。 |
| 伺服器幀率 | 顯示伺服器幀率的折線圖，單位為 FPS。理想情況下，該值應始終為 60。伺服器幀率上限為 60，下降可能會降低客戶端幀率並增加延遲。請參見 腳本計算。 |
| 伺服器內存使用 | 顯示伺服器內存使用的堆疊區域圖，單位為 MB。請儘量將此值保持在 總伺服器內存 的 50% 以下。然而，該圖表不顯示總伺服器內存，因此另一個好的指導方針是保持在 3 GB 以下。如果這個數字保持高位或隨時間持續增加，請調查改善內存使用的方法。改善內存使用。 |
| 按年齡劃分的伺服器內存 | 顯示按伺服器年齡劃分的伺服器內存使用的堆疊區域圖。如果內存使用在伺服器的壽命中顯著增加，請調查增長最多的類別中可能的內存泄漏，特別是 腳本、物理 和 渲染。 |
| 每個伺服器使用的核心數 | 顯示伺服器 CPU 核心數使用的折線圖。低核心數使用與高伺服器 CPU 時間結合，表明您應該調查 多線程。如果在優化後核心使用仍然高，您可以通過 擴展計算服務 保留更多伺服器 CPU。 |
| 計算效率 | 顯示您的遊戲與 Roblox 平均值相比的效率的折線圖。超過 100% 的值表示比基準更高的效率。影響因素包括每個伺服器的最大玩家數（越高越有效）和每幀的伺服器 CPU 時間（越低越有效）。更高的計算效率意味著更低的環境影響，但這個指標並不表示良好或不良的玩家體驗。 |
有關伺服器崩潰和內存不足快照的深入查看，請參見 伺服器崩潰圖表。
伺服器 CPU 和內存圖表默認為 整體 視圖，但有下拉菜單可選擇單個過程組，例如物理、渲染和腳本。這些類別的總和 不 是全面的；伺服器每幀執行少量且通常不重要的額外工作，這些工作不包括在任何類別中。因此，整體的毫秒和 MB 值略低於實際情況，但足夠接近以讓您清楚了解伺服器性能。
如果某個類別高於正常水平或似乎佔用了不成比例的時間，請使用下拉菜單深入了解該組，並識別可能導致問題的過程。
要從圖表中排除某個組或過程，請單擊其標籤。
CPU 類別和任務對應於 MicroProfiler 中的類別，因此您可以進行 伺服器轉儲，選擇 計時器 模式，然後使用 組 菜單按問題過程組進行篩選。
例如，如果您在 物理 組下發現 組裝 過程的潛在問題，您可以在 MicroProfiler 中找到同名的過程：
內存標籤對應於 Enum.DeveloperMemoryTag 中的標籤，顯著例外是 CoreMemory:Total，它相當於 Enum.DeveloperMemoryTag.Internal。您可以使用 開發者控制台 檢查標籤是否過度使用。此圖像顯示您如何使用開發者控制台調查儀表板中看到的 PlaceMemory:GraphicsTexture 問題：
Roblox 更新
每次 Roblox 更新都包含許多更改，包括功能和錯誤修復。Roblox 更新 註釋允許您將遊戲的性能與最近的 Roblox 平台更新進行交叉參考。
某些平台在版本可用後立即向 100% 的用戶發布。其他平台則逐步推出，需要額外時間來提高採用率；這些平台在版本可用後會收到單個註釋，讓您在不增加視覺雜亂的情況下獲得最早的可用信號。
- Windows
- macOS
- Xbox
- iOS
- Google
- Amazon
- Samsung
- PlayStation
- Meta Quest
故障排除
如果您發現潛在問題，請使用以下步驟進行修復：
檢查您的最近更新，並考慮在指標影響嚴重的情況下回滾它們。
使用內置測試工具進一步深入問題：
- 開發者控制台 用於查看錯誤和日誌消息以及有關內存和網絡的詳細信息。
- 腳本分析器 用於識別佔用最多資源的腳本。
- MicroProfiler 用於可視化查看未優化的遊戲部分。
從您的社區收集用戶反饋。
加入後的客戶端 API 調用
此指標僅對少數頂級遊戲可用。
加入後前 60 秒的客戶端 API 調用 指標測量用戶成功加入後的關鍵前 60 秒內，您的遊戲對 Roblox 服務發出的請求（API 調用）的總數。
這些調用會自動發生在每個加入的用戶身上，因此監控此指標可以幫助您了解加載時間效率和後端性能。
訪問指標
- 在創作者中心導航到您的遊戲概覽。
- 在 快照 圖表上，單擊 探索。
- 在 選擇指標 下拉菜單中，選擇 加入後前 60 秒的客戶端 API 調用。
監控指標
玩家加入的前 60 秒的主要目標是流式傳輸和加載您遊戲的資產（網格、圖像、聲音等）。理想情況下，資產交付服務是在這段關鍵時間內被調用最多的 API。
該指標每小時更新一次，以便您在發布新版本的遊戲後能快速檢查。
| 條件 | 含義 | 行動 |
|---|---|---|
| 資產交付是最常被調用的 API。 | 高效。 您的遊戲正確地優先加載必要的資產。 | 繼續監控。 |
| 其他服務（例如庫存、朋友或用戶）是最常被調用的 API。 | 潛在的低效率或錯誤。 您的遊戲在加入序列中過早執行了重的、非關鍵的 API 調用，可能會延遲加載過程。 | 調查並重構在初始加入期間執行的腳本，以優先加載資產。 |