硬體壓力與餘裕測試

較低的餘裕分數很少是單一問題。若要將此結果與你其他的診斷結果一併排序比較，請開啟你的修復計畫。

一個常見又令人沮喪的模式：通話一開始很順暢，一小時後你的畫面開始卡頓，而其他人卻看起來很正常。這很少是網路問題，而正是本基準測試設計來重現的特定故障狀況。

持續的影片編碼會讓你的處理器不斷運作。筆電尤其會在升溫後降低自身時脈速度，以犧牲效能為代價保護硬體。再加上虛擬背景、螢幕分享和二十個瀏覽器分頁，當通話進行最久、最需要效能時，機器可用的餘裕反而最少。短時間測試永遠無法揭露這一點；兩分鐘真實的持續負載則可以。

分數從一百分開始，並根據四項測量行為扣除相應懲罰：幀率從測試開始到結束下降的幅度、完全被丟棄的幀數比例、有多少長任務阻塞了主執行緒，以及編碼器佇列積壓的深度。運作從容的機器扣分很少。運作吃力的機器則會同時在多個類別中失分，這也是為什麼低分通常代表整體效能不足的問題，而非單一特定故障。

瀏覽器 JavaScript 無法讀取你處理器的溫度、檢查你的散熱系統，或判斷哪個元件是效能瓶頸。本測試測量的是可觀察到的結果——即效能是否在持續編碼負載下下降——而非背後的根本原因。

對大多數人面臨的決策來說，這仍是一個實用的答案：判斷目前的機器是否能在開啟特效的情況下撐過一小時的通話。如果無法做到，在斷定需要換新硬體之前，值得先嘗試上述的補救措施。

分數從 100 開始，並針對 FPS 下降、幀遺失、主執行緒阻塞與編碼器佇列深度扣除實際懲罰——全部在你兩分鐘的測試過程中測量得出。

1. 關閉你在實際通話時通常會開啟的程式，或保持開啟以測試你的實際典型狀況。
2. 點擊「開始」，並在系統提示時允許攝影機存取權限。
3. 讓完整的兩分鐘測試跑完，期間不要與頁面互動——這樣才能重現真實長時間通話時的持續負載狀態。
4. 查看你的餘裕分數，以及構成該分數的四項測量結果。