影格率測試

影格率測試測量的是裝置每秒送出多少張畫面，以及這些畫面抵達得是否均勻。本測試取樣瀏覽器為每一個動畫影格附加的時間戳，並把相鄰兩個影格之間的間隔換算成以 FPS 為單位的影格率。根據這些取樣，它會回報六個數值：即時計數器、平均值、最低值、1% Low、影格間隔標準差和卡頓次數。平均值描述吞吐量，另外五個描述一致性，這也是它們被分開回報的原因。單獨一個平均數字無法告訴你這段執行是流暢還是充滿頓挫。

先確認本分頁是目前的作用中視窗，因為瀏覽器會限制背景分頁的動畫影格，讀數會掉到一個象徵性的水準。關閉佔用資源較大的程式，點擊「開始測試」，讓計數器至少執行十秒，此時測試會自動完成，診斷面板會為它評分。先看平均值是否穩定，再與正下方的 1% Low 對比，最後讀取影格時間抖動和卡頓次數。為了公平比較，請在相同條件下執行三次並比較離散程度，而不是相信單次讀數，因為一次背景更新就足以讓結果失真。

1% Low 取一段測試中最慢的百分之一影格，求這些影格時間的平均值，再換算回影格率。它回答了平均值回答不了的問題：最糟的時刻究竟有多糟？如果平均值是 120 FPS 而 1% Low 是 45 FPS，那麼大約每一百個影格就有一個的耗時是應有時間的三倍以上，而這些停頓正是玩家感知到的頓挫和操作遺失。按實用經驗，健康的系統會把 1% Low 保持在平均值的約 10% 到 20% 以內，而更大的差距代表問題出在影格節奏，而不是單純的效能不足。

對桌面辦公、影片和瀏覽網頁而言，60 FPS 已經相當流暢，因為它與大多數螢幕的更新率相符。就遊戲來說，60 FPS 可以玩，120 FPS 在動態清晰度和操作回應上有明顯提升，240 FPS 主要對同時擁有相符高更新率面板的競技玩家有益。超過面板更新率之後，多出來的影格會被大量丟棄，因此在 60Hz 螢幕上得到 90 FPS 的結果，主要靠減少撕裂來提升順滑感，而不是靠可見的多餘影格數。一致性比峰值更重要，鎖定 60 且 1% Low 為 55，比平均 90 而 1% Low 只有 30 的手感更好。

卡頓幾乎總是源自影格時間不均勻，而不是平均值不夠高。最常見的原因是背景負載：另一台螢幕在播放影片、某個分頁在解析大型頁面、雲端同步用戶端或系統更新，都會一陣一陣地搶佔 CPU 和 GPU 時間。第二個常見原因是溫度或功耗管理，因為使用電池的筆電和輕薄機身在高度負載下會降低頻率，這也是為什麼測試常常一開始很快，一分鐘內就開始退化。第三是影格率上限與不相符的更新率疊加，VSync 與 60 FPS 上限同時作用於 60Hz 面板時互相衝突，會產生可見的抖動。

對它所測量的內容而言是準確的，也就是瀏覽器算繪管線實際送到螢幕上的影格率，而且它是網頁應用程式、瀏覽器遊戲或 canvas 與 WebGL 場景的恰當工具。每一個影格的時間戳都由瀏覽器本身給出，因此這些間隔是真實的，不是估算的。它的限制在於範圍而不是精確度：瀏覽器無法讀取另一個視窗中原生遊戲內部的 FPS 計數器，無法回報 GPU 使用率或時脈頻率，也無法測量點擊到光子的延遲。它同樣不可能成為裸機跑分，因為作業系統和瀏覽器本身都會帶來各自的負載。

它們測量的是兩件容易混淆的不同事情。更新率測試測量面板上限：螢幕每秒能夠實際重繪多少次，通常是 60、120、144 或 240 次，它還會檢查殘影和跳格。影格率測試測量的則是實際送入這個上限的內容。兩者的關係很重要：如果你的面板是 144Hz 而實際送達的影格率是 60，那麼螢幕根本不是瓶頸，換一台也不會改變什麼。先用更新率測試確定上限，再用影格率測試看看你實際用到了其中多少。

按可能性從高到低逐項排查。第一，關閉其他分頁、視訊通話和啟動器，然後重新測試，看看掉格中有多少來自背景負載。第二，在測試過程中檢查 CPU 和 GPU 使用率，因為單一核心被佔滿或圖形佇列壅塞，通常就能解釋 1% Low 偏低。第三，把作業系統的電源模式從省電切換到平衡或高效能，這在使用電池的筆電上最為關鍵。第四，更新顯示卡驅動程式，並確認混合顯示晶片的筆電正在使用獨立 GPU。最後，降低你正在測量的頁面的算繪負載。

你可以測試任何執行在瀏覽器分頁裡的遊戲，包括 HTML5、canvas、WebGL 和 WebGPU 作品，因為它們都透過本測試所取樣的同一條動畫影格管線繪製。你無法測試執行在另一個視窗中或獨占全螢幕模式下的原生遊戲，因為網頁無法存取其他應用程式的內部資料。對於原生遊戲，請使用遊戲或顯示卡驅動程式自帶的 FPS 疊加顯示，例如 NVIDIA GeForce Experience 或 AMD Adrenalin 中的效能疊加。瀏覽器遊戲和網頁應用程式請用本測試，需要遊戲內遙測時請用那些疊加顯示。

影格時間指的是產生一個影格所花費的時間，以毫秒為單位，而 FPS 統計的是一秒之內塞得進多少個影格。兩者互為數學倒數：60 FPS 等於每影格 16.7 毫秒，120 FPS 等於 8.3 毫秒，144 FPS 等於 6.9 毫秒。在排查卡頓時，影格時間是更有資訊量的數字，因為它描述每一個影格各自的表現，而不是把整整一秒平均掉。一次平均 60 FPS 的執行，仍可能混入個別的 40 毫秒甚至更慢的影格，而這些長影格正是眼睛讀作頓挫的東西。本測試直接回報影格時間，讓普通計數器隱藏的異常影格變得可見。

平均值很高但影格時間不穩定的執行，比更低卻平穩的執行更難受，因為眼睛對節奏變化的敏感度遠高於對絕對速度的敏感度。如果一次執行平均 144 FPS，但每第十個影格要花 30 毫秒，畫面就會出現明顯的抖動，儘管平均值看起來很健康。常見原因包括某條 CPU 執行緒被佔滿、著色器編譯停頓、材質串流卡頓，或某個背景程序與 GPU 搶佔資源。實用的檢查方法是盯住 1% Low 和卡頓次數而不是平均值：1% Low 在平均值的 10% 到 20% 以內代表節奏健康，差距更大則代表瓶頸是尖峰而非原始效能。

影格率上限限制應用程式允許輸出的影格數，通常是為了讓輸出與螢幕保持對齊。把上限設在略低於面板更新率的位置，例如在開啟 VSync 的 144Hz 螢幕上設 141 FPS，是既降低輸入延遲又避免撕裂的標準做法。在 G-Sync 或 FreeSync 這類可變更新率螢幕上，低於最大更新率的上限能讓面板保持在可變區間內，避免它回落到固定更新率的行為。只有當上限被毫無理由地設在系統本可以達到的水準之下時，它才有害，因為那樣會白白浪費真實效能。