Windows 10 與 Windows 11 中的背景 Raw Input 監聽器
本頁內容
簡短回答： 將背景監聽器限制在約 125 Hz 已由我們在 Windows 11 24H2 上的實際測量所確認。在系統節流啟用時，背景
WM_INPUT的平均間隔為 7.97 毫秒，或約 125.5 Hz；前景維持 1.04 毫秒。停用該機制後，背景恢復至 1.00 毫秒。在部分虛擬測試系列中，節流並未導致原始封包遺失：32 個中的 32 個與 256 個中的 256 個事件均保留。
狀態： 背景監聽器的節流與合併機制已有 Microsoft 文件記載。約 125 Hz 的頻率是由獨立的公開測試工具，在 Windows 11 24H2 上以實體 1000 Hz 滑鼠測得。系統分支亦在 Windows 11 25H2 中觀察到，而在配對的 Windows 10 22H2 中則未發現。
為什麼 Microsoft 加入此限制
Section titled “ 為什麼 Microsoft 加入此限制”Microsoft 直接說明了原因：高回報率滑鼠不僅將輸入傳送給遊戲，也傳送給多個背景處理程序。處理這些請求佔用了可觀的處理器時間，而這些時間本可用於渲染，並且在配備 1000 Hz 滑鼠的測試 Surface Laptop Studio 上觀察到明顯的卡頓。解決方案便是針對背景 Raw Input 監聽器進行節流、合併與訊息頻率限制。
在此變更推出時，高速滑鼠早已遠超 1000 Hz。例如，Razer 於 2021 年推出一款 8000 Hz 有線滑鼠，並於 2022 年推出 4000 Hz 無線技術。8000 Hz 裝置每秒可傳送的報告數可達 1000 Hz 裝置的八倍。因此，4000–8000 Hz 滑鼠的普及，合理地擴大了多個背景監聽器問題的規模。
最後一句是我們對背景脈絡的詮釋，而非 Microsoft 的聲明。Microsoft 並未稱該更新是針對 4000 或 8000 Hz 滑鼠的緊急反應，且在已發布的測試中使用的是 1000 Hz 滑鼠。此外，更準確的說法是談論輸入請求傳遞與處理的整體成本，而非將全部效應僅歸因於硬體中斷。
相關的 BoosterX 設定
Section titled “相關的 BoosterX 設定”本材料與「降低背景 Raw Input 事件頻率」設定相關。它限制的正是背景監聽器，不應被描述為對前景輸入的限制，也不應被描述為保證的 FPS 提升。
可驗證的陳述
Section titled “ 可驗證的陳述”我們驗證了五項陳述：
- 在 Windows 11 中存在對高頻背景 Raw Input 監聽器的獨立處理。
- 在所研究的 Windows 10 22H2 中，並不存在相同形式的此類處理。
- 在 Windows 11 24H2 中，當輸入流量約為 1000 Hz 時，背景監聽器的有效頻率確實約為 125 Hz。
- 節流可能因封包遺失、合併或分割而降低遊戲
WM_INPUT串流的完整性。 - 僅變更視窗模式本身就會產生不同的 Raw Input 路徑。
- Windows 10 22H2 build 19045.6456；
- 配備實體 1000 Hz 滑鼠的 Windows 11 24H2；
- Windows 11 25H2；
- 隔離的虛擬機器；
- 前景與背景消費者；
- 一般 Raw Input 註冊、
RIDEV_NOLEGACY與RIDEV_INPUTSINK； - 視窗化、無邊框與已確認的獨佔呈現；
- 每組 32 個事件的對照系列，以及另一組 256 個事件的系列。
實體系列檢查了 WM_INPUT 之間的間隔，但不包含真實對戰、anti-cheat 或 overlay。虛擬系列未重現 USB polling、實體 GPU、顯示器或 click-to-photon 路徑。
在一項獨立的公開實驗中，RawMouseThrottleBufferTester 註冊了一隻配備 RIDEV_INPUTSINK 的滑鼠，並測量 WM_INPUT 移動訊息之間的 Stopwatch 間隔。同一個視窗在前景與背景下，於系統預設值下進行比較，然後在停用節流後再次比較。
所示平均值是依據最近 512 個已接收間隔的環形視窗計算得出。零移動與 40 毫秒以上的暫停均被捨棄。螢幕截圖中的 Samples 欄位顯示的是截至截圖時已接收間隔的總數，而非統計視窗的大小。
此外，Windows 10 22H2 與 Windows 11 25H2 的系統元件以靜態方式進行比較，以找出背景滑鼠的獨立處理分支，並將 Raw Input 路徑與 legacy cursor 及呈現路徑區分開來。
接著，在相同的虛擬環境中，將受控的滑鼠事件序列饋送至前景或背景消費者。針對每個情境，記錄了已傳送與已接收的原始封包數、遺失、合併、分割、前景狀態，以及另計的 legacy/cursor 分支事件。
每次僅變更一個因素：消費者的註冊方式、前景狀態、視窗模式或系統節流設定檔。在各情境之間，測試狀態會回復至所記錄的基準線。
實體滑鼠，Windows 11 24H2
Section titled “實體滑鼠，Windows 11 24H2”| 狀態 | 最近 512 個事件的平均間隔 | 等效頻率 | 截圖中的 Samples |
|---|---|---|---|
| 預設，前景 | 1.04 毫秒 | ≈962 Hz | 2 221 |
| 預設，背景 | 7.97 毫秒 | ≈125.5 Hz | 3 556 |
| 節流已停用，前景 | 1.00 毫秒 | ≈1000 Hz | 19 606 |
| 節流已停用，背景 | 1.00 毫秒 | ≈1000 Hz | 12 009 |
這確認了在所研究的 Windows 11 24H2 中，背景 RIDEV_INPUTSINK 消費者的頻率約為 125 Hz。同一程式的前景路徑並未被限制至 125 Hz。
受控虛擬情境
Section titled “受控虛擬情境”| 情境 | Windows 10 22H2 | Windows 11 25H2 | 結果 |
|---|---|---|---|
| Raw Input 基本傳遞 | 傳送 32，接收 32 | 傳送 32，接收 32 | 未發現遺失、合併與分割 |
無 RIDEV_INPUTSINK 的背景 |
32 中的 0 | 32 中的 0 | 未請求背景傳遞 |
有 RIDEV_INPUTSINK 的背景 |
32 中的 32 | 32 中的 32 | 背景傳遞在兩個作業系統上均正常運作 |
| 視窗化、無邊框、獨佔 | 每種模式均為 32 中的 32 | 每種模式均為 32 中的 32 | 呈現模式未改變封包完整性 |
| 節流壓力設定檔 | 不適用 | 所有狀態下均為 256 中的 256 | legacy/cursor 分支改變，但 WM_INPUT 的完整性未變 |
RIDEV_INPUTSINK 是已記載的背景傳遞切換項。若無此項，背景消費者不應接收到與前景應用程式相同的串流。此列中的零結果並非 Windows 的資料遺失。
在壓力系列中，系統節流狀態明顯改變了 legacy 事件數量與系統游標移動。然而在所有狀態下，Raw Input 消費者都收到了相同的 256 個封包中的 256 個。因此，所發現的效應不應被正確地描述為「Windows 11 遺失 Raw Input」。
已確認的事項
Section titled “ 已確認的事項”- Microsoft 在 Windows 11 中為背景原始滑鼠監聽器加入了節流、合併與訊息頻率限制。
- 在所研究的 Windows 11 24H2 中，實體前景消費者接收訊息的間隔約為 1 毫秒，而背景消費者的間隔為 7.97 毫秒，或約 125.5 Hz。
- 停用節流後，背景消費者的間隔恢復至 1.00 毫秒。
- 在所研究的 Windows 11 25H2 中觀察到此處理的獨立分支；在精確配對的 Windows 10 22H2 中則未發現。
RIDEV_INPUTSINK在兩個受研究的作業系統上都會改變WM_INPUT的背景傳遞。- 在所有列出的情境中，原始封包的完整性均以 1:1 保持。
- 節流變更體現在所測量的 legacy/cursor 分支中，而非以原始封包遺失的形式呈現。
未確認的事項
Section titled “ 未確認的事項”- 每個 Windows 11 組建上的每個背景監聽器都總是被精確限制至 125.0 Hz。已確認的結果僅適用於所描述的 Windows 11 24H2 及其註冊方式。
- 該機制在任何電腦上總是降低 FPS、延遲或卡頓。
- 停用系統節流能改善滑鼠操控。
- DWM 在所有遊戲與 Windows 11 組建中管理
WM_INPUT的完整性。 - 相同的封包完整性保證相同的實體 click-to-photon 延遲或主觀的瞄準感受。
- 虛擬機器的結果可套用至每一隻實體滑鼠、遊戲、anti-cheat 或 overlay。
公開的實體截圖未包含 Windows 11 24H2 的確切 build 編號、滑鼠型號、所有間隔的 CSV，或自動化的狀態切換順序。平均值反映的是最近 512 個事件，且滑鼠移動是手動執行的。因此，結果能可靠地確認所觀察到的約 8 毫秒叢集，但並未為任何系統設定精確的常數。
虛擬機器允許重現軟體路徑，但無法重現 USB polling、滑鼠微控制器、實體 GPU、顯示器及完整遊戲迴圈。32 與 256 個事件的系列足以檢查特定路徑所觀察到的完整性，但不足以評估低機率的罕見遺失。
Windows 11 25H2 是與一個精確的 Windows 10 22H2 組建進行比較。結果不應自動套用至早期的 Windows 11、Windows Server 或未來的更新。
如何重現觀察的動態部分——請參閱如何自行驗證。
BoosterX 開發 GameModeX 與 ProcessX，而本研究及其工具（包括公開的 RawMouseThrottleBufferTester）均屬於 BoosterX 開發者，因此其對結果有直接利益。方法與適用範圍已於上文說明，且結論可依公開資料驗證：工具的公開程式碼、測量截圖及所列來源。關於 WM_INPUT 遺失的零結果、約 125 Hz 的確認，以及缺乏通用保證，均已一併發布。
在 Windows 11 上，請將背景原始滑鼠監聽器的系統節流保持為預設狀態。Microsoft 引入它是為了在使用高回報率滑鼠時減少背景應用程式的工作，同時保留前景遊戲的精確輸入。
對於遊戲 PC，BoosterX 建議將相容的背景監聽器限制在約 50 Hz。BoosterX 本身對此間隔的測量尚未發布；該數字本身與公開的獨立測量一致：根據 PC-Tuning 與 Noverse 的檢查，約 20 毫秒的間隔對應於相容監聽器約 50–60 Hz 的頻率。這些材料在來源中作為額外對照列出，而本文所測得的值是約 125 Hz 的系統限制，而非手動設定後的頻率。增加間隔會減少滑鼠移動時所傳遞的背景事件數與處理常式啟動次數。在所檢查的路徑中，前景視窗維持全速輸入。
本地最佳化的方向已獲確認：降低背景事件的傳遞頻率，既減少此類傳遞的次數，也減少處理常式啟動的次數。對於任意一組程式，整體 CPU 負載、FPS 或 frametime 的最終變化幅度並未測量。應用程式對滑鼠的背景反應可能變得不那麼流暢，因此若某個監聽器確實需要在背景中保持高頻率，便是回復 Windows 預設值的理由。實務說明與確切的登錄狀態請參閱「降低背景 Raw Input 事件頻率」頁面。
若某個特定的背景應用程式造成卡頓或輸入衝突，請先更新或關閉該應用程式本身。請勿在沒有可重現比較的情況下停用系統最佳化或暫停處理程序。
GameModeX 中限制背景監聽器的 legacy 功能主要針對 Windows 10，並非 Windows 11 系統機制的替代品。對於新的組態，建議使用受 Windows 11 與 ProcessX 支援的方案。
本研究是在隔離的虛擬環境中進行。可變更的測試狀態在各情境之間回復至所記錄的基準線；完成後則使用虛擬機器的原始狀態。在使用者電腦上，本文不建議變更系統參數，因此無需單獨的還原動作。
公開的一手來源
Section titled “ 公開的一手來源”- RawMouseThrottleBufferTester — 公開程式、原始碼、靜態觀察、WinDbg 檢查，以及四張 Windows 11 24H2 實體測量截圖。
- 預設，前景 與 預設，背景 — 1.04 毫秒對 7.97 毫秒。
- 節流關閉，前景 與 節流關閉，背景 — 均為 1.00 毫秒。
- Microsoft：以高回報率滑鼠減少遊戲卡頓 — 對背景原始滑鼠監聽器的節流、合併與上限。
- Microsoft：KB5027303，OS build 22621.1928 — 首個包含高回報率滑鼠改進的穩定 preview 更新。
- Microsoft：Windows 11 Insider Preview Build 23424 — 遊戲期間高回報率滑鼠改進的早期公開說明。
- Razer：Viper 8KHz 發布 — 2021 年 1 月 28 日 8000 Hz 滑鼠的官方發表，以及與 1000 Hz 報告量的比較。
- Razer：4000 與 8000 Hz 的發展 — 有線與無線高 polling rate 裝置的官方時間軸。
- PC-Tuning：背景監聽器間隔檢查 — 間隔觀察的公開方法與
RawMouseThrottleDuration範圍。 - Noverse：兩個背景監聽器的獨立檢查 — 在 20 毫秒間隔下，相容監聽器測得約 60 Hz，而採用 bypass 註冊的監聽器維持約 1000 Hz。
- Microsoft：RAWINPUTDEVICE —
RIDEV_INPUTSINK與RIDEV_NOLEGACY的用途。 - Microsoft：關於 Raw Input —
WM_INPUT的註冊與傳遞模型。
公開來源與表述已驗證：2026-08-24。
- 2026-09-20： 約 50 Hz 的建議已重新表述：該數字明確與公開的獨立測量進行對照，並指出缺乏自身已發布的間隔測量；利益衝突免責聲明補充了研究與工具的所有權歸屬，並在方法中新增了自行驗證的連結。
- 2026-08-25： 建議在遊戲情境中使用 50 Hz，作為已確認的背景處理縮減；對整體 CPU 與 FPS 數值效應的界限則另行保留。
- 2026-08-24： 新增已記載的 CPU 負載背景、關於 4000–8000 Hz 滑鼠結論的界限，以及將背景監聽器手動限制至約 50 Hz 的謹慎情境。
- 2026-08-24： 新增 Windows 11 24H2 的公開實體測量，確認背景監聽器約為 125 Hz；保留了這並非每個組建與註冊方式的通用常數之界限。
- 2026-08-24： 發布首次 Windows 10 22H2 與 Windows 11 25H2 的比較。