콘텐츠로 이동

Windows 10 및 Windows 11의 백그라운드 Raw Input 리스너

목차

짧은 답변: 배경 리스너를 약 125 Hz로 제한하는 것은 Windows 11 24H2에서 당사가 수행한 물리적 측정으로 확인되었습니다. 시스템 throttling이 켜진 상태에서 배경 WM_INPUT의 평균 간격은 7,97 ms, 즉 약 125,5 Hz였으며, foreground는 1,04 ms를 유지했습니다. 메커니즘을 끈 뒤 background는 1,00 ms로 돌아왔습니다. 일부 가상 시리즈에서는 throttling이 raw packets 손실을 일으키지 않았습니다. 32개 중 32개, 256개 중 256개 이벤트가 그대로 유지되었습니다.

상태: 배경 리스너의 throttling 및 coalescing 메커니즘은 Microsoft에 의해 문서화되어 있습니다. 약 125 Hz라는 주파수는 Windows 11 24H2에서 물리적 1000 Hz 마우스를 사용한 별도의 공개 테스터에 의해 측정되었습니다. 시스템 분기는 Windows 11 25H2에서도 관찰되었으며, 대응되는 Windows 10 22H2에서는 발견되지 않았습니다.

Microsoft가 제한을 추가한 이유

섹션 제목: “ Microsoft가 제한을 추가한 이유”

Microsoft는 그 이유를 직접 설명합니다. high report rate 마우스가 입력을 게임뿐 아니라 여러 배경 프로세스에도 보냈습니다. 이러한 요청을 처리하는 데 상당한 프로세서 시간이 소모되어 렌더링에 쓸 수 있었고, 1000 Hz 마우스를 사용한 테스트용 Surface Laptop Studio에서는 상당한 스터터가 관찰되었습니다. 해결책은 바로 배경 Raw Input listeners에 대한 throttling, coalescing 및 메시지 빈도 제한이었습니다.

변경이 출시될 무렵 빠른 마우스는 이미 1000 Hz를 훨씬 넘어선 상태였습니다. 예를 들어 Razer는 2021년에 유선 8000 Hz 마우스를, 2022년에 무선 4000 Hz 기술을 출시했습니다. 8000 Hz 장치는 1000 Hz 장치보다 초당 최대 여덟 배 더 많은 보고를 보낼 수 있습니다. 따라서 4000–8000 Hz 마우스의 보급은 여러 배경 listeners 문제의 규모를 논리적으로 키웠습니다.

마지막 문장은 당사의 맥락 해석이며 Microsoft의 진술이 아닙니다. Microsoft는 해당 업데이트를 4000 또는 8000 Hz 마우스에 대한 긴급 대응이라고 부르지 않았고, 공개된 테스트에서는 1000 Hz 마우스를 사용했습니다. 또한 전체 효과를 하드웨어 인터럽트에만 돌리기보다 input requests의 전달과 처리에 드는 총비용이라고 말하는 것이 더 정확합니다.

관련 BoosterX 설정

섹션 제목: “관련 BoosterX 설정”

이 자료는 «배경 Raw Input 이벤트 빈도 줄이기» 설정과 관련됩니다. 이 설정은 배경 listeners만 제한하며, foreground 입력 제한이나 FPS 상승 보장으로 설명되어서는 안 됩니다.

검증한 주장

섹션 제목: “ 검증한 주장”

당사는 다섯 가지 주장을 검증했습니다:

  1. Windows 11에는 고주파 배경 Raw Input listeners에 대한 별도 처리가 존재합니다.
  2. 조사한 Windows 10 22H2에는 같은 형태로 존재하지 않습니다.
  3. Windows 11 24H2에서 입력 스트림이 약 1000 Hz일 때 배경 리스너의 실효 주파수는 실제로 약 125 Hz입니다.
  4. Throttling은 손실, 병합 또는 분할을 통해 WM_INPUT 게임 스트림의 무결성을 떨어뜨릴 수 있습니다.
  5. 창 모드 변경 자체가 서로 다른 Raw Input path를 만듭니다.

연구 범위

섹션 제목: “ 연구 범위”
  • Windows 10 22H2 build 19045.6456;
  • 물리적 1000 Hz 마우스를 사용한 Windows 11 24H2;
  • Windows 11 25H2;
  • 격리된 가상 머신;
  • foreground 및 background consumers;
  • 일반 Raw Input 등록, RIDEV_NOLEGACY 및 RIDEV_INPUTSINK;
  • windowed, borderless 및 확인된 exclusive presentation;
  • 32개 이벤트로 구성된 대조 시리즈와 별도의 256개 이벤트 시리즈.

물리적 시리즈는 WM_INPUT 사이의 간격을 검증했지만 실제 경기, anti-cheat 또는 overlay는 포함하지 않았습니다. 가상 시리즈는 USB polling, 물리적 GPU, 디스플레이 또는 click-to-photon 경로를 재현하지 않았습니다.

방법론

섹션 제목: “ 방법론”

별도의 공개 실험에서 RawMouseThrottleBufferTester는 RIDEV_INPUTSINK 마우스를 등록하고 WM_INPUT의 움직임 메시지 사이 Stopwatch 간격을 측정했습니다. 동일한 창을 시스템 기본값 상태에서 foreground와 background로 비교한 뒤, throttling을 끈 후 다시 비교했습니다.

표시된 평균값은 마지막으로 수신한 512개 간격의 링 버퍼를 기준으로 계산되었습니다. 0인 움직임과 40 ms 이상의 일시 정지는 제외했습니다. 스크린샷의 Samples 필드는 통계 창의 크기가 아니라 캡처 시점까지 수신한 총 간격 수를 보여줍니다.

추가로 Windows 10 22H2와 Windows 11 25H2의 시스템 구성 요소를 정적으로 비교하여 배경 마우스 처리의 별도 분기를 찾고 Raw Input path를 legacy cursor 및 presentation paths와 분리했습니다.

그다음 동일한 가상 환경에서 통제된 mouse events 시퀀스를 foreground 또는 background consumer에 전달했습니다. 각 시나리오마다 전송 및 수신된 raw packets 수, 손실, 병합, 분할, foreground state, 그리고 별도로 legacy/cursor branch 이벤트를 기록했습니다.

한 번에 하나의 요인만 변경했습니다: consumer 등록 방식, foreground state, 창 모드 또는 시스템 throttling 프로필. 시나리오 사이에는 테스트 상태를 기록된 baseline으로 되돌렸습니다.

결과

섹션 제목: “ 결과”

물리적 마우스, Windows 11 24H2

섹션 제목: “물리적 마우스, Windows 11 24H2”
상태 마지막 512개 이벤트의 평균 간격 등가 주파수 캡처 시점의 Samples
Default, foreground 1,04 ms ≈962 Hz 2 221
Default, background 7,97 ms ≈125,5 Hz 3 556
Throttling 끔, foreground 1,00 ms ≈1000 Hz 19 606
Throttling 끔, background 1,00 ms ≈1000 Hz 12 009

이는 조사한 Windows 11 24H2에서 배경 RIDEV_INPUTSINK consumer에 대해 약 125 Hz임을 확인합니다. 같은 프로그램의 foreground 경로는 125 Hz로 제한되지 않았습니다.

통제된 가상 시나리오

섹션 제목: “통제된 가상 시나리오”
시나리오 Windows 10 22H2 Windows 11 25H2 결과
기본 Raw Input 전달 32 전송, 32 수신 32 전송, 32 수신 손실, merge 및 split 발견되지 않음
RIDEV_INPUTSINK 없는 Background 32 중 0 32 중 0 배경 전달이 요청되지 않음
RIDEV_INPUTSINK 있는 Background 32 중 32 32 중 32 두 OS 모두에서 배경 전달 작동
Windowed, borderless, exclusive 각 모드에서 32 중 32 각 모드에서 32 중 32 Presentation mode가 packet integrity를 바꾸지 않음
Stress throttling 프로필 해당 없음 모든 상태에서 256 중 256 legacy/cursor branch는 바뀌었지만 WM_INPUT 무결성은 아님

RIDEV_INPUTSINK는 문서화된 배경 전달 토글입니다. 이것이 없으면 background consumer는 foreground 애플리케이션과 같은 스트림을 받아서는 안 됩니다. 이 행의 0 결과는 Windows의 데이터 손실이 아닙니다.

stress 시리즈에서 시스템 throttling 상태는 legacy events 수와 시스템 커서 움직임을 눈에 띄게 바꿨습니다. 그럼에도 모든 상태에서 Raw Input consumer는 동일하게 256개 중 256개 패킷을 받았습니다. 따라서 발견된 효과를 «Windows 11이 Raw Input을 잃는다»고 설명하는 것은 정확하지 않습니다.

확인된 것

섹션 제목: “ 확인된 것”
  • Microsoft는 Windows 11에 배경 raw mouse listeners를 위한 throttling, coalescing 및 메시지 빈도 제한을 추가했습니다.
  • 조사한 Windows 11 24H2에서 물리적 foreground consumer는 약 1 ms 간격으로 메시지를 받았고, background consumer는 7,97 ms, 즉 약 125,5 Hz 간격으로 받았습니다.
  • throttling을 끈 뒤 background consumer의 간격은 1,00 ms로 돌아왔습니다.
  • 조사한 Windows 11 25H2에서는 이 처리의 별도 분기가 관찰되며, 정확히 대응되는 Windows 10 22H2에서는 발견되지 않았습니다.
  • RIDEV_INPUTSINK는 두 조사 대상 OS 모두에서 WM_INPUT의 배경 전달을 바꿉니다.
  • 나열된 모든 시나리오에서 raw packets 무결성은 1:1로 유지되었습니다.
  • throttling 변경은 raw packets 손실이 아니라 측정된 legacy/cursor branch에서 나타났습니다.

확인되지 않은 것

섹션 제목: “ 확인되지 않은 것”
  • 모든 Windows 11 빌드의 모든 background listener가 항상 정확히 125,0 Hz로 제한된다는 것. 확인된 결과는 설명된 Windows 11 24H2와 등록 방식에 해당합니다.
  • 이 메커니즘이 모든 컴퓨터에서 항상 FPS, latency 또는 stutter를 줄인다는 것.
  • 시스템 throttling을 끄면 마우스 조작이 개선된다는 것.
  • DWM이 모든 게임과 Windows 11 빌드에서 WM_INPUT 무결성을 관리한다는 것.
  • 동일한 packet integrity가 동일한 물리적 click-to-photon latency나 주관적 조준 감각을 보장한다는 것.
  • 가상 머신의 결과가 모든 물리적 마우스, 게임, anti-cheat 또는 overlay에 그대로 적용된다는 것.

한계

섹션 제목: “ 한계”

공개된 물리적 스크린샷에는 정확한 Windows 11 24H2 build 번호, 마우스 모델, 모든 간격의 CSV 또는 자동화된 상태 전환 순서가 없습니다. 평균값은 마지막 512개 이벤트를 반영하며 마우스 움직임은 수동으로 수행되었습니다. 따라서 결과는 관찰된 약 8 ms 클러스터를 확실히 확인하지만, 어떤 시스템에도 적용되는 정확한 상수를 제시하지는 않습니다.

가상 머신은 소프트웨어 경로를 반복할 수 있지만 USB polling, 마우스 마이크로컨트롤러, 물리적 GPU, 디스플레이 및 전체 게임 루프를 재현하지는 않습니다. 32개 및 256개 이벤트 시리즈는 특정 경로의 관찰된 무결성을 확인하기에는 충분하지만, 낮은 확률의 드문 손실을 평가하기에는 부족합니다.

Windows 11 25H2는 하나의 정확한 Windows 10 22H2 빌드와 비교되었습니다. 결과를 초기 Windows 11, Windows Server 또는 향후 업데이트에 자동으로 적용해서는 안 됩니다.

관찰의 동적 부분을 재현하는 방법은 직접 확인하는 방법을 참조하십시오.

BoosterX는 GameModeX와 ProcessX를 개발하며, 이 연구와 공개 RawMouseThrottleBufferTester를 포함한 그 도구들은 BoosterX 개발자에게 속하므로 결과에 직접적인 이해관계가 있습니다. 방법론과 적용 범위는 위에 설명되어 있으며, 결론은 공개 데이터로 검증할 수 있습니다: 도구의 공개 코드, 측정 스크린샷 및 나열된 출처입니다. WM_INPUT 손실에 대한 0 결과, 약 125 Hz 확인 및 보편적 보장의 부재는 함께 공개되었습니다.

실용적 결론

섹션 제목: “ 실용적 결론”

Windows 11에서는 배경 raw mouse listeners에 대한 시스템 throttling을 기본 상태로 두십시오. Microsoft는 high report rate 마우스 사용 시 배경 애플리케이션의 작업을 줄이면서 foreground 게임의 정확한 입력을 유지하기 위해 이를 도입했습니다.

게임용 PC의 경우 BoosterX는 호환되는 background listeners를 약 50 Hz로 제한할 것을 권장합니다. BoosterX 자체의 이 간격 측정은 아직 공개되지 않았습니다. 이 수치는 공개된 독립 측정과 일치합니다: PC-Tuning 및 Noverse의 검증에 따르면 약 20 ms 간격은 호환 listener의 약 50–60 Hz 주파수에 해당합니다. 이러한 자료는 추가 대조로 출처에 제시되어 있으며, 이 문서에서 측정된 값은 수동 설정 후의 주파수가 아니라 약 125 Hz의 시스템 제한입니다. 간격을 늘리면 마우스 움직임 시 전달되는 배경 이벤트 수와 핸들러 실행 횟수가 줄어듭니다. 검증된 경로의 foreground 창은 전속 입력을 유지합니다.

로컬 최적화 방향은 확인되었습니다: 배경 이벤트 전달 빈도를 줄이면 그러한 전달 횟수와 핸들러 실행 횟수도 줄어듭니다. 임의의 프로그램 집합에 대한 총 CPU load, FPS 또는 frametime 변화의 최종 크기는 측정되지 않았습니다. 애플리케이션의 배경 마우스 반응이 덜 부드러워질 수 있으므로, background에서 실제로 높은 주파수가 필요한 listener는 Windows default로 되돌릴 근거가 됩니다. 실용적 설명과 정확한 레지스트리 상태는 «배경 Raw Input 이벤트 빈도 줄이기» 페이지에 제시되어 있습니다.

특정 배경 애플리케이션이 스터터나 입력 충돌을 일으키면 먼저 바로 그 애플리케이션을 업데이트하거나 종료하십시오. 재현 가능한 비교 없이 시스템 최적화를 끄거나 프로세스를 일시 중단하지 마십시오.

GameModeX의 legacy 배경 listeners 제한 기능은 주로 Windows 10을 위한 것이며 Windows 11 시스템 메커니즘의 대체가 아닙니다. 새 구성에는 Windows 11 및 ProcessX에서 지원되는 방식을 권장합니다.

상태 복원

섹션 제목: “ 상태 복원”

연구는 격리된 가상 환경에서 수행되었습니다. 변경된 테스트 상태는 시나리오 사이에 기록된 baseline으로 되돌렸으며, 완료 후에는 가상 머신의 원래 상태를 사용했습니다. 사용자 컴퓨터에서는 이 문서가 시스템 매개변수 변경을 권장하지 않으므로 별도의 복원 조치가 필요하지 않습니다.

공개 1차 출처

섹션 제목: “ 공개 1차 출처”

공개 출처와 문구는 2026-08-24에 검증되었습니다.

변경 이력

섹션 제목: “변경 이력”
  • 2026-09-20: 약 50 Hz 권장이 재구성되었습니다: 수치를 공개 독립 측정과 명시적으로 대조하고, 자체 공개 간격 측정의 부재를 명시했습니다. 이해관계 충돌 면책 조항에 연구와 도구의 소유 관계를 보완하고, 방법론에 자기 검증 링크를 추가했습니다.
  • 2026-08-25: 게임 시나리오에 50 Hz를 확인된 배경 처리 감소로 권장하고, 총 CPU 및 FPS에 대한 수치적 효과의 경계는 별도로 유지했습니다.
  • 2026-08-24: 문서화된 CPU load 맥락, 4000–8000 Hz 마우스에 대한 결론의 경계, background listeners를 약 50 Hz로 수동 제한하는 신중한 시나리오를 추가했습니다.
  • 2026-08-24: background listener에 대해 약 125 Hz를 확인하는 Windows 11 24H2 공개 물리적 측정을 추가하고, 이것이 모든 빌드와 등록의 보편적 상수가 아니라는 경계를 유지했습니다.
  • 2026-08-24: Windows 10 22H2와 Windows 11 25H2의 첫 비교를 게시했습니다.