如何實作 FPS 計數器

背景

在遊戲開發中，FPS 計數器是衡量效能最直覺的指標，但其背後的實作邏輯卻大有學問。本文探討了如何精確計算每秒幀數，指出開發者常犯的錯誤，例如僅依賴單一幀的時間或固定幀數的平均值，並提倡使用固定時間窗口的滾動平均值來獲取更穩定且具參考價值的數據。

社群觀點

針對 FPS 計數器的實作，Hacker News 社群展開了深入的技術討論，核心爭議在於「數據平滑化」與「真實體感」之間的平衡。許多資深開發者指出，單純的平均 FPS 往往會掩蓋掉關鍵的效能問題。例如，即使平均值維持在 60 FPS，若其中一幀耗時過長，玩家仍會感受到明顯的卡頓。因此，社群普遍建議除了平均值外，應同時監測 1% 或 0.1% 的最低幀率（Low 1% / 0.1%），這類指標更能反映遊戲的流暢度與穩定性。

在演算法選擇上，不少留言者推崇使用指數移動平均（EMA）而非傳統的滑動窗口。EMA 的優勢在於實作簡單，不需要維護龐大的環形緩衝區來儲存歷史數據，且能透過調整參數來平衡反應速度與平滑度。更有開發者提出，應根據當前的幀間隔時間動態調整 EMA 的加權係數，以確保在不同刷新率的顯示器上都能維持一致的平滑效果。

此外，討論也延伸到了作業系統調度對測量的干擾。有觀點認為，即使使用極高精度的計時器，也難以避免作業系統調度所產生的微小抖動（Jitter）。這種抖動並非來自遊戲邏輯，而是系統環境造成的誤差。如果開發者直接將這種帶有抖動的測量值用於驅動遊戲邏輯或動畫，反而會導致視覺上的微小卡頓。因此，如何過濾掉系統層級的雜訊，並在 VSync 開啟或可變刷新率（VRR）環境下獲得真實的呈現時間，是比單純計算 FPS 更具挑戰性的課題。

最後，關於 UI 呈現的實務建議也相當豐富。有開發者建議將顯示更新頻率與數據採樣頻率分離，例如每秒更新四次顯示數值，但採樣窗口維持在一至兩秒，並利用多個桶位（Buckets）來儲存數據。這樣既能保證數據的代表性，又能避免數值跳動過快導致玩家難以閱讀。

延伸閱讀

• The Elusive Frame Timing：由 Alen Ladavac 撰寫，深入探討幀計時抖動問題的經典文章。
• Mutate 專案：涉及 Vulkan 呈現計時與即時渲染技術的相關討論。