Windows를 연구하는 방법

«Windows 연구» 섹션에서는 구체적인 기술적 주장을 검증합니다. 각 글에서 무엇을 검증했는지, 어떤 조건에서였는지, 그리고 그 결과가 어떤 시스템에 적용되는지를 설명합니다.

매개변수의 존재 여부, 시스템 작동에 미치는 영향, 성능 향상은 각각 별도의 증거가 필요합니다.

무엇이 증거로 인정되는가

우리는 여러 가지 독립적인 유형의 증거를 사용합니다:

1차 문서. Microsoft의 공식 문서, 사양, 그리고 하드웨어 또는 애플리케이션 제조사의 문서.
정적 관찰. 특정 버전의 구성 요소에서 구현의 흔적. 이러한 관찰은 연구된 빌드로 제한되며, 그 자체로는 런타임 중 경로 실행을 증명하지 않습니다.
동적 관찰. 설명된 시나리오에서 얻은 시스템 이벤트, 구성 요소 상태 및 추적.
통제된 측정. 알려진 변경과 검증된 상태 복원 하에서 사전에 선택된 지표의 비교.
재현. 독립적인 실행, 다른 시스템 또는 빌드에서의 결과 반복.

수집 및 처리의 내부 자동화 방식은 공개되지 않습니다. 이는 검증 대상 질문, 구성, 지표, 실행 횟수 및 제한을 공개해야 한다는 요구 사항을 바꾸지 않습니다.

자료 상태

상태	의미
문서화됨	동작이 1차 공개 출처에 설명되어 있음.
관찰됨	이벤트 또는 상태가 지정된 환경에서 발견됨.
측정됨	설명된 방법론에 따라 수치적 차이가 얻어짐.
재현됨	결과가 독립적으로 반복됨.
재현되지 않음	주장된 효과가 지정된 조건에서 발견되지 않음.
데이터 부족	방법론 또는 표본이 결론을 내리기에 충분하지 않음.

상태는 개별 주장에 적용되며, 글 전체에 자동으로 적용되는 것은 아닙니다. 우리는 임의의 신뢰 비율을 사용하지 않으며, 다른 시스템에서의 검증 없이 결과를 보편적으로 증명된 것으로 부르지 않습니다.

실험이 구성되는 방식

측정 전에 다음이 고정됩니다:

하나의 검증 질문;
독립 변수;
주요 지표와 그 단위;
Windows build, 중요한 하드웨어, 드라이버 및 애플리케이션 버전;
실질적으로 유의미한 임계값;
초기 상태로 되돌리는 방법.

우리는 초기 상태와 변경된 상태를 비교한 다음, 복원을 검증합니다. 가능한 경우 쌍을 이룬 실행의 순서를 교차합니다. 워밍업, 전원, 온도 및 백그라운드 부하를 통제하며, 이것이 불가능한 경우 제한을 명시합니다.

하나의 추적에서 개별 구간은 시간에 따른 변화를 보여주지만, 독립적인 반복으로 간주되지 않습니다. 가상 머신의 결과는 물리적 컴퓨터로 자동으로 이전될 수 없습니다. 한 클래스의 모든 장치에 대한 결론을 내리기 위해서는 하나의 장치를 검증하는 것으로 충분하지 않습니다.

물리적 click-to-photon 스탠드

게임 연구를 위해 우리는 자체 하드웨어 스탠드를 사용합니다. 이는 마우스 버튼의 전기 신호부터 화면의 픽셀 밝기 변화까지의 전체 지연을 소프트웨어적 평가 없이 물리적으로 측정합니다.

주요 경로는 다음과 같이 구성됩니다:

전선이 1세대 Logitech G PRO X SUPERLIGHT의 왼쪽 버튼 라인에 납땜되어 있습니다. 전기적 에지가 Arduino Uno 타이머를 시작합니다.
동일한 클릭이 마우스 컨트롤러, USB, Windows, 게임, 렌더링 큐, GPU 및 모니터를 통과합니다.
화면에 고정된 광센서가 테스트 영역의 밝기가 사전에 선택된 임계값을 넘을 때 타이머를 정지시킵니다.
하나의 결과는 밀리초 단위의 전체 click-to-photon 구간을 포함합니다.

이러한 시작은 의도적으로 마우스 컨트롤러의 처리와 그 click debounce를 포함하지만, 접점이 닫히기까지의 버튼의 기계적 이동은 포함하지 않습니다. 우리는 최종 값에서 마우스 지연을 빼지 않습니다. 독립적 측정의 최신 방법론에서 RTINGS는 G PRO X SUPERLIGHT에 대해 케이블로 2.5 ms, receiver를 통해 3.1 ms를 명시하고 있습니다. 측정된 낮은 click latency는 이 마우스를 스탠드의 안정적인 구성 요소로 적합하게 만들지만, 결과를 순수한 Windows 또는 게임 지연으로 바꾸지는 않습니다.

Arduino Nano 형식의 별도 HID 마이크로컨트롤러는 Windows로 클릭을 자동으로 보낼 수 있습니다. 이 경로는 수동 누름의 차이를 제거하고 입력 신호를 통제된 속도로 반복해야 할 때 사용됩니다. 이는 다른 질문에 답하며, 마우스 버튼의 물리적 라인에서 시작하는 시리즈와 혼합되지 않습니다.

CS2에서는 클릭이 테스트 영역의 예측 가능한 변화를 일으키는 workshop 맵 BXLAT가 사용됩니다. 유사한 시각적 시나리오가 Valorant에서 적용됩니다. 광센서의 위치, 해상도, 모니터 주사율, FPS 제한, display scaling 모드, presentation mode 및 광 임계값은 비교되는 전체 시리즈 동안 고정됩니다.

현재 표준은 상태당 최소 300회의 유효한 클릭을 요구합니다. 새로운 시리즈에서는 평균, 표준 편차, 최솟값, 최댓값, P90을 포함한 백분위수, 그리고 그래프 작성을 위한 분포를 저장합니다. 오류 발생, 시간 초과 초과 및 사전에 설정된 범위를 벗어난 값은 표시하고 시리즈 적합성 검증 시 고려합니다.

이 스탠드에서의 연구는 수년간 진행되어 왔으며, 그동안 저장 형식이 변경되었습니다. 공개된 역사적 측정 표에는 300회 클릭 시리즈와 더 이른 100회 시리즈가 있습니다. 일부 오래된 테스트의 경우 AVG, STDDEV, MIN 및 MAX만 보존되어 있습니다; 누락된 P90 또는 그래프는 집계에서 복원되지 않으며 사용할 수 없는 것으로 명시적으로 표시됩니다. 새로운 시리즈는 확장된 통계와 함께 게시될 것입니다.

결과로 무엇이 게시되는가

글에는 다음이 포함됩니다:

짧은 답변;
검증 가능한 주장;
연구 범위;
방법론 및 독립적 추적 횟수;
지표 값 및 분산;
확인된 결론과 확인되지 않은 결론;
제외되거나 오염된 지표;
제한 사항;
동일한 결과를 보장하지 않는 실용적 권장 사항;
상태 복원 확인;
1차 공개 출처 및 검증 날짜.

결과가 인기 있는 권장 사항이나 BoosterX 기능을 확인하지 못했더라도, 그것은 여전히 게시될 수 있습니다. 제품에 설정이 존재한다는 것이 그 효율성의 증거는 아닙니다.

직접 검증하는 방법

우리 연구의 동적 관찰 중 상당 부분은 공개 도구로 반복됩니다: 시스템 추적을 위한 Sysinternals ProcMon과 Microsoft 공개 심볼이 있는 WinDbg. 기본 검증 경로는 다음과 같습니다.

매개변수 읽기 — ProcMon. Options → Configure Symbols를 열고 Microsoft 공개 심볼 서버를 지정하여 스택이 모듈 및 함수 이름을 표시하도록 합니다. 그런 다음 Path contains 필터를 추가합니다 — 예를 들어 HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile의 SystemResponsiveness. 읽기 이벤트를 통해 값이 읽히는지, 언제, 어떤 프로세스에 의해 읽히는지 알 수 있습니다.
누가 읽는가 — 호출 스택. 이벤트를 더블 클릭하면 속성이 열립니다; Stack 탭에는 모듈 체인이 표시됩니다 — 이것이 바로 매개변수의 “판독자”입니다. 예를 들어 user32.dll에서 win32kfull.sys로의 체인은 값이 Win32k 하위 시스템에 의해 처리됨을 의미합니다.
런타임 동작 — WinDbg. Microsoft 공개 심볼을 사용하면 스택의 함수에 중단점을 설정하고 읽힌 값이 어떻게 적용되는지 볼 수 있습니다.
합성 테스트. 값을 변경하고 관찰된 동작을 측정합니다. 예를 들어 마우스 입력 간격은 공개 폴링 레이트 테스터로 측정됩니다.

정직한 경계. 바이너리의 정적 분석과 전체 추적은 글에 게시되지 않습니다. 위 경로는 우리 관찰의 동적 부분을 반복하지만, 정적 분석을 대체하지는 않습니다 — 그 결론은 연구된 빌드에 적용됩니다.

지연 측정의 경계

소프트웨어 지연, 큐 깊이, 오디오 엔진 주기, 스레드 스케줄링 시간 및 전체 물리적 지연은 서로 다른 양을 설명합니다. 예를 들어 XAudio2 큐는 사용자 동작부터 스피커 소리까지의 전체 구간을 결정하지 않습니다. 이를 측정하려면 외부 장비가 필요합니다.

마찬가지로, 개별 프로세스의 CPU 시간은 FPS, frametime, 에너지 소비 또는 시스템 응답성에 대한 전체 영향과 같지 않습니다. 그러한 결론은 별도의 지표로 검증됩니다.

데이터 보호

원본 ETL, PML, 이벤트 로그, 메모리 덤프 및 레지스트리 내보내기는 기본적으로 게시되지 않습니다. 시스템 추적에는 사용자 이름, 경로, 명령줄, 네트워크 주소 및 기타 민감한 데이터가 포함될 수 있습니다. Microsoft는 Sysinternals 조건에서 이에 대해 별도로 경고합니다.

사이트에는 수동으로 선별되고 익명화된 표만 게시됩니다. 우리는 장치 및 설치의 고유 식별자, 사용자 경로, 계정 데이터, 네트워크 식별자, 로그인 데이터 및 연구와 관련 없는 프로세스에 대한 정보를 삭제합니다.

결론 수정

Windows, 드라이버 및 애플리케이션은 변경됩니다. 각 글에는 최종 검증 날짜와 적용 범위가 부여됩니다. 새로운 측정이 이전 결론과 모순되는 경우, 글은 원인 설명과 함께 업데이트됩니다. 이전 결과는 새로운 빌드로 자동으로 이전되지 않습니다.

독립성 및 상표

연구는 BoosterX 팀에 의해 게시되며 제품 기능과 관련될 수 있습니다. 이러한 잠재적 이해 충돌은 방법론, 측정된 값, 제한 및 부정적 결과를 제품 권장 사항과 분리함으로써 고려됩니다.

BoosterX Wiki는 독립적인 출판물이며 Microsoft Corporation과 관련이 없고, 승인되지 않았으며, 후원받지 않고, 보증되지 않습니다. Microsoft 및 Windows 이름은 연구 주제를 정확하게 설명하기 위해서만 사용됩니다. 자세히: Microsoft Trademark and Brand Guidelines.

변경 이력

2026-08-24: 방법론 게시됨.
2026-09-20: «직접 검증하는 방법» 섹션 추가됨; 마우스 데이터 출처 링크 수정됨.

방법론 최종 검증: 2026-09-20.