它真正負責的事：把影格間隔壓平

一款遊戲若照硬體能耐全力繪製，畫面並不是等間隔地送上螢幕。前後兩張影格之間的距離會不斷漂移，而眼睛讀到的正是這種漂移，即使計數器上的平均值看起來很健康，手感依然會覺得卡。限幀這件事就做在這段空隙裡：它不讓每一張影格一畫完就送出去，而是先壓住，等到固定的時間間隔過去，才放行那次圖形呼叫，計時精度在亞毫秒等級。影格間距因此趨於一致，而真正被人手感覺到的影格時間曲線，也就跟著被抹平。

值得設定的數值，是比螢幕更新率再低幾張，而不是剛好等於它。留一點餘裕，等於讓螢幕永遠不必等一張遲到一點點的影格，撕裂因此變少，同時又不會引入垂直同步那種排隊行為。垂直同步是等螢幕，並把畫好的影格堆進緩衝區，代價就是輸入延遲，而且每一張都得付。計時器做的是另一件事：它限制遊戲被允許跑多快，卻不在滑鼠與畫面之間塞進一整排影格。

疊在遊戲畫面上的那一層

常駐之後，遊戲畫面之上會多出一層資訊：即時幀率、當下的影格時間，以及這段時間的變化曲線。最慢的百分之一，甚至更下面那一小段的數字也能顯示，而答案通常就在那裡。平均值一百二十如果背後有幾張影格各花了鄰居四倍的時間，這個平均值其實什麼都沒告訴你。

看曲線比看數字重要。一條大致平直、偶爾冒出尖刺的線，就是延遲感在內部的長相，而尖刺通常有很普通的原因：背景有東西搶走一個核心、某個特效第一次出現時著色器正在編譯、鏡頭一轉材質才被拉進來。把上限調低並不會消掉來自別處的尖刺，但會讓平坦的部分更平坦，這也是為什麼偏低而穩定的一組數字，經常比偏高而跳動的一組更好用。

若搭配同一個團隊維護的顯示卡調節工具，同一層疊加還能一併顯示顯卡溫度、負載、已用記憶體、核心時脈與風扇轉速。所有數字落在畫面同一個角落，重點就在這裡：不必切出遊戲去開第二個視窗，也不必從別的地方讀另一組數字，再用記憶把它們拼起來。

它涵蓋什麼，又付出什麼

DirectX 9 到 12、Vulkan 與 OpenGL 都在支援範圍內，等於涵蓋了這個平台上絕大多數的遊戲。常駐佔用的資源很小，整天開著對幀數的影響量不出來。

它不是超頻工具，這一點在安裝之前就該講清楚，免得抱著「會更快」的期待進來。時脈、電壓與感測器讀數屬於那套配套工具，它只決定一張畫好的影格什麼時候可以被送出。在少數有反外掛保護的遊戲裡，這一層根本不會出現，因為注入被拒絕，其他什麼也不會發生。被拒絕是正常結果，不是故障，更不是該預期被鎖帳號的理由。

什麼時候值得用，什麼時候不必

最清楚的情境，是螢幕不支援可變更新率。這時的選擇通常只剩撕裂或垂直同步帶來的延遲，而把上限設在更新率略下方，能拿走大部分撕裂，同時把反應速度留在接近未同步的狀態。第二種情境是某款遊戲裡，一組固定可預期的幀率比更高的幀率更有價值：穩定不掉的一百二十，手感勝過在七十到一百三十之間遊走的一組數字，而且它還讓顯卡不必為了沒人看見的影格全力運轉。高處少做一點工，熱就少一點，風扇也安靜一點。

換成支援可變更新率的螢幕，這套說法的力度就弱了。面板本來就會跟著輸出調整更新率，上限只有在你想待在功能表現良好的那個區間內才有意義。至於每一張影格都算數的競技射擊遊戲，限幀等於主動放棄本來可以拿到的影格，這筆交易該是有意識地做，而不是預設就做。

軟體免費，在 Windows 上執行。安裝檔不大，因此值得從官方管道取得，而不是來源不明的轉包版本。它會要求管理員權限，因為注入需要；安裝時按提示放行，設定其實就結束了。

它解決的問題很窄，卻很真實：計數器上的數字看起來沒問題，手感就是不對。它不提高硬體能做到的上限，只是把已經到手的那份效能，用更平穩的節奏呈現出來。這類工具通常試過一次之後，就很難再卸掉。