마우스 폴링 레이트: 1000Hz vs 500Hz, 뭐가 나을까?

폴링 레이트를 500Hz에서 1000Hz로 올리면 보고 간격이 2밀리초에서 1밀리초로 줄고 평균 대기는 약 0.5밀리초 줄어듭니다. 이 개선은 입력 파이프라인의 한 단계에만 영향을 주며, 주사율과 프레임 레이트, 처리 속도가 이미 빠를 때 가장 의미가 있습니다. 사무 작업과 캐주얼 게임에서는 500Hz로도 보통 충분하고 프로세서나 배터리를 아낍니다. 브라우저 테스터는 이벤트 타이밍 패턴을 보여 주지만 USB 보고 레이트는 네이티브 도구로만 확인할 수 있습니다.

숫자로 보면

125Hz에서 1000Hz로 넘어가면 평균 스케줄링 대기가 3.5ms 줄어듭니다. 1000Hz에서 8000Hz로 넘어가면 약 0.44ms 줄어듭니다. 이는 폴링 단계만의 계산된 차이이지 특정 마우스나 시스템의 종단 간 측정이 아닙니다.

마우스 제조사들은 이제 8000Hz 폴링을 대표 스펙으로 내세우며, 그보다 낮으면 발목이 잡힌다는 암시를 깔아 둡니다. 500Hz에서 1000Hz로의 도약은 서류상으로는 분명 실재하지만, 화면에서의 결과는 두 배라는 숫자가 암시하는 것보다 훨씬 작고, 더 높은 레이트를 쫓는 데는 마케팅 자료가 생략하는 비용이 따릅니다. 솔직한 계산을 정리합니다.

폴링 레이트가 실제로 의미하는 것

마우스는 고정된 주파수로 자기 위치를 샘플링해 컴퓨터로 전송합니다. 500Hz에서는 2밀리초마다, 1000Hz에서는 1밀리초마다, 8000Hz에서는 0.125밀리초마다 보고합니다. 레이트가 높을수록 위치 업데이트가 잦아지고, 그만큼 손이 움직인 시점과 커서가 반응하는 시점 사이의 지연이 줄어들 수 있습니다. 핵심 단어는 줄어들 수 있습니다입니다. 폴링은 지연 파이프라인의 한 단계이며, 가장 긴 단계인 경우는 거의 없습니다.

모두가 인용하는 계산, 그리고 그것이 생략하는 맥락

1000Hz와 500Hz의 차이는 보고 간격 기준 1밀리초입니다. 폴링 단계에서 측정 가능한 이점의 전부이며, 움직임이 간격 내 임의의 시점에 일어나므로 실제로 실현되는 평균 절감은 0.5밀리초에 가깝습니다. 이제 같은 파이프라인의 다른 단계들과 나란히 놓아 봅니다.

단계	대략적인 소요 시간
1000Hz에서 폴링 간격	1ms
500Hz에서 폴링 간격	2ms
144Hz 디스플레이 주사율	6.9ms
60Hz 디스플레이 주사율	16.7ms
60fps에서 GPU 프레임 타임	16.7ms
인간의 시각 반응	~200ms (파이프라인 지연이 아니라 전혀 다른 범주)
폴링을 두 배로 올려 얻는 1밀리초는 디스플레이 주사율과 프레임 렌더링 앞에서는 반올림 오차 수준입니다. 위에 적은 약 200ms의 인간 시각 반응은 전혀 다른 범주의 측정값이라는 점도 유의하세요. 시각 자극을 뇌가 처리하고 반응하는 시간이지 입력 파이프라인의 지연이 아니므로, 폴링 간격으로 나누어 비교하는 것은 성립하지 않습니다. 이 비례 관계가 많은 사용자가 평범한 사용에서 500Hz와 1000Hz를 믿을 수 있게 구분하지 못하는 이유의 전부이며, 다만 민감도는 하드웨어와 작업, 개인차에 따라 달라집니다.

1000Hz 이상이 실제로 도움이 되는 경우

높은 폴링이 의미를 가질 가능성이 가장 높은 때는 체인의 다른 고리들이 이미 빠를 때입니다. 예컨대 다음과 같은 조건입니다.

• 240Hz에서 360Hz 범위의 고주사율 디스플레이. 그래야 화면이 4밀리초 미만 간격으로 업데이트를 실제로 표시할 수 있습니다.
• 디스플레이 주사율을 크게 웃도는 지속적인 높은 프레임 레이트. 그래야 그 주사 기회를 채울 렌더링된 프레임이 존재합니다.
• 직결 USB 연결, 최소한의 백그라운드 처리, 입력 경로에 끼어드는 오버레이 없음 등 전 구간에 걸친 낮은 시스템 지연. 그처럼 좁고 의도적으로 최적화된 경쟁 구간 안에서는 일부 플레이어가 1000Hz, 가끔은 그 이상의 레이트에서 실질적인 가치를 뽑아 낼 수 있습니다. 그 밖에서는 병목이 다른 곳으로 옮겨 가고 추가 보고가 눈에 보이는 무엇에 영향을 주기 전에 병합되거나 샘플링되기 때문에, 이득을 알아차리기가 훨씬 어렵습니다.

더 올릴 때의 비용

높은 폴링은 공짜가 아니며, 1000Hz를 넘어서면 트레이드오프가 실질적이 됩니다.

프로세서 부하

모든 보고는 운영체제 입력 스택을 통과하고 종종 게임 엔진까지 통과합니다. 4000~8000Hz에서는 이것이 측정 가능한 프로세서 시간을 소모하고, 약한 시스템에서는 그로 인한 프레임 레이트 하락이 총 지연을 줄이는 대신 늘릴 수 있습니다.

배터리 소모

무선 마우스는 높은 레이트에서 대개 전력을 더 소모하며, 일부 모델은 8000Hz에서 충전 간 사용 시간이 상당히 줄어들 수 있습니다.

눈에 보이는 이득으로 이어지기 드문 보고

8000Hz 마우스는 0.125밀리초마다 보고하지만 360Hz 디스플레이는 2.8밀리초마다 갱신됩니다. 연속된 프레임 사이에 스무 개가 넘는 보고가 도착하고, OS와 게임 엔진은 그것을 자기 리듬으로 병합·일괄 처리·샘플링하기 때문에 여분의 세밀도가 렌더링된 프레임에 닿지 않는 경우가 많습니다.

폴링 레이트는 조준 품질도 DPI도 아니다

구매 결정을 왜곡하는 두 가지 고질적 혼동이 있습니다.

• DPI는 센서 감도로, 물리적 1인치 이동당 커서가 움직이는 거리를 말합니다. 폴링과 완전히 독립적이며 지연이 아니라 편안함에 맞춰 조정합니다.
• 조준 품질은 센서 정확도와 표면, 그립, 연습에서 나옵니다. 스무딩이나 앵글 스내핑이 보이는 센서를 단 1000Hz 마우스는 깨끗한 센서 구현을 단 500Hz 마우스보다 나쁘게 조준합니다. 둘 중 어느 것도 폴링 스펙으로 개선되지 않으며, 제조사는 그 모호함에서 이득을 봅니다.

실제로 받고 있는 것을 확인하세요

설정된 레이트와 실제 전달되는 레이트는 어긋날 수 있습니다. 다만 브라우저는 하드웨어 폴링 레이트를 직접 읽지 못합니다. 마우스 이벤트는 브라우저 병합과 메인 스레드 스케줄링, OS 입력 처리를 거치므로 웹 기반 타이밍으로는 실제 USB 보고 간격을 증명할 수 없습니다. 신뢰할 만한 측정은 USB 수준 데이터를 읽는 전용 네이티브 유틸리티나 마우스 제조사 소프트웨어로 하세요. 저희 마우스 테스터 같은 브라우저 도구가 기여할 수 있는 것은 거친 패턴 점검입니다. 기록된 업데이트 사이의 간격이 비정상적으로 길고 일관되게 나타난다면 연결, 드라이버, 리시버, 스케줄링 문제를 암시할 수 있으니 네이티브 도구로 확인해 볼 만합니다. 마우스 탓으로 결론 내리기 전에 믿을 만한 메인보드 포트에 직결하고 다시 테스트하세요.

권장 기본값

• 유선 게이밍 마우스: 대부분의 최신 시스템에서 1000Hz가 합리적인 기본값입니다. CPU나 프레임 타임 문제가 보이면 낮추세요.
• 무선 마우스: 최신 2.4GHz 리시버 다수가 1000Hz를 지원하므로 우선순위로 고르세요. 가장 짧은 보고 간격을 원하면 1000Hz, 배터리가 더 중요하면 500Hz. 체감 차이는 많은 사용자가 알아차리기 어려운 반면, 500Hz의 배터리 절감은 실질적일 수 있습니다.
• 고주사율 디스플레이와 높은 프레임 레이트를 갖춘 경쟁용 시스템: 1000Hz에서 2000Hz를 시도하고 자신이 차이를 알아차리는지 솔직하게 평가하세요. 아니라면 한 단계 내려와 프로세서 여유를 되찾습니다.
• 생산성 용도를 포함한 그 외 모든 사용자: 500Hz면 보통 충분합니다. 특정 문제를 해결할 때만 설정을 확인하세요.

USB가 프로토콜 수준에서 마우스 보고를 처리하는 방식

USB 기기는 엔드포인트를 통해 호스트와 통신하며 각 엔드포인트는 특정 전송 유형으로 구성됩니다. 마우스는 인터럽트 전송을 쓰고, 그 폴링 간격은 호스트 컨트롤러가 설정된 주파수로 스케줄링합니다. 호스트가 그 시간 슬롯을 예약하지만, 실제 전달은 시스템 부하 아래에서 여전히 흔들릴 수 있습니다. 기기는 준비된 데이터를 그에 응답해 실어 보냅니다. 시간 세밀도는 USB 속도에 달려 있습니다. Full-Speed 기기(마우스에 흔한 유형)는 1밀리초 프레임 단위로 스케줄링되고, High-Speed 기기는 125마이크로초 마이크로프레임을 씁니다. 1000Hz로 설정된 마우스는 Full-Speed 연결에서 1밀리초 슬롯을 받는데, 엔드포인트 간격의 정확한 의미는 Full-Speed와 High-Speed가 서로 다르고 실제 보고 주기는 기기 디스크립터가 간격을 어떻게 선언하는지에도 달려 있습니다. 보고 패킷 자체는 기기의 HID 디스크립터가 정의하며, 마우스가 보내는 데이터의 구조와 크기를 선언합니다. 표준 보고에는 버튼 상태 바이트, X 델타, Y 델타, 선택적으로 휠과 추가 축 데이터가 들어갑니다. 전체 페이로드는 작아 보통 8~16바이트인데, 이 때문에 대역폭이 주된 제약인 경우는 드뭅니다. 제약은 타이밍입니다. 호스트가 전송을 얼마나 자주 스케줄링하는지, 기기가 얼마나 빨리 채우는지, 운영체제 입력 스택이 얼마나 빨리 처리하는지입니다. 운영체제 수준에서는 수신된 각 보고가 인터럽트를 일으키고, 그것이 USB 드라이버 스택과 HID 클래스 드라이버, 그리고 커서 위치를 갱신하거나 이벤트를 전경 애플리케이션으로 넘기는 입력 서브시스템을 거쳐 전파됩니다. 운영체제는 각 보고를 게임 엔진에 곧바로 넘기지 않고 자기 입력 처리 설계에 따라 일괄 처리하거나 병합하거나 가공하므로, 모든 보고가 렌더링된 프레임에 영향을 주는 것은 아닙니다. 이 프로토콜 수준의 이해가 몇 가지를 분명히 해 줍니다. 첫째, 폴링 레이트는 마우스 센서가 아니라 USB 엔드포인트 구성의 속성입니다. 센서는 독립적으로 자기 레이트로 샘플링할 수 있습니다. 둘째, 호환되는 호스트와 기기는 설정된 간격으로 보고를 스케줄링할 수 있지만 실제 주기는 여전히 디스크립터와 펌웨어, 연결, 운영체제 스케줄링에 달려 있습니다. 셋째, 처리 비용은 극단적인 레이트에서 누적되어 일부 시스템의 게임 성능을 낮출 수 있습니다. 스펙이 말하는 것은 스케줄링 주기이지 체감 개선의 보장이 아니며, 선과 화면 사이의 각 계층은 폴링 레이트가 해결하지 못하는 지연을 얹습니다. 한 가지 더 미묘한 점은 USB 컨트롤러 스케줄링이 완벽하게 결정적이지 않다는 것입니다. 호스트 컨트롤러는 같은 버스를 공유하는 여러 기기를 관리하며, 다른 트래픽이 작은 타이밍 변동을 일으킬 수 있습니다. 그 변동의 크기는 컨트롤러와 드라이버, 연결된 기기, 운영체제에 따라 달라지므로 가정하지 말고 측정해야 합니다. 메인보드 직결 포트는 합리적인 진단 비교 대상이지만, 마우스에 USB 3.x가 본래부터 요구되는 것은 아닙니다.

폴링 단계에서 500Hz와 1000Hz의 최대 간격 차이는 1밀리초입니다. 실재하고 측정 가능하지만 많은 사용자가 알아차리기는 어렵습니다. 파이프라인의 다른 단계들 — GPU 프레임 타임, OS 처리, 디스플레이 주사율 — 이 훨씬 더 큰 지연을 만들 수 있고, 어떤 마우스 설정도 그것을 줄이지 못합니다. 게이밍 마우스와 고주사율 모니터를 갖고 있다면 1000Hz가 무난한 출발점이지만, 보편적 요건으로 취급하기보다 CPU 부하와 프레임 타임, 배터리 사용, 자신의 경험을 평가하세요.

폴링 레이트가 전체 지연 체인의 어디에 놓이는지 이해하려면, 물리적 표면부터 눈에 보이는 커서 변화까지 단 한 번의 마우스 움직임을 모든 단계에서 따라가 보는 것이 좋습니다. 각 단계가 시간을 더하고, 폴링은 그중 하나일 뿐입니다. 센서 샘플링. 마우스 안의 광학 센서는 높은 내부 레이트로(종종 초당 12,00016,000프레임) 표면의 이미지를 잡아 연속된 프레임을 비교해 움직임을 계산합니다. 이 과정은 전적으로 센서 내부에서 자기 주파수로 돌며 USB 폴링 레이트와 무관합니다. 센서는 위치 델타를 만들어 마우스의 마이크로컨트롤러로 넘깁니다. 마이크로컨트롤러 처리. MCU는 센서 델타를 받아 앵글 스내핑, 스무딩, 가속 같은 설정된 처리를 적용해 USB 보고 패킷으로 조립합니다. 이 단계는 작지만 0이 아닌 지연을 더하며, 예시 모델에서는 잘 설계된 펌웨어 기준 1밀리초 미만이지만 실제 값은 기기마다 다르고 무거운 DSP 처리를 하는 기기에서는 더 길어질 수 있습니다. USB 전송. 폴링 레이트가 지배하는 단계입니다. 1000Hz에서는 조립된 보고가 다음에 예약된 인터럽트 전송, 즉 1밀리초마다 오는 전송을 기다립니다. 평균적으로 보고는 그 간격의 절반인 0.5밀리초를 기다린 뒤 호스트로 전송됩니다. 500Hz에서는 평균 대기가 두 배인 1밀리초가 됩니다. 운영체제 입력 스택. 호스트는 보고를 받아 USB 드라이버와 HID 클래스 드라이버, 입력 서브시스템을 거쳐 처리합니다. OS 컴포지터에서 커서 위치가 갱신되고 원시 입력 이벤트가 게임으로 넘어갑니다. 이 단계는 OS와 드라이버 버전, 시스템 부하에 따라 흔히 13밀리초로 모델링되며, 특정 시스템의 측정값이 아니라 예시적 범위로 다루세요. 게임 엔진 처리. 게임은 입력 이벤트를 받아 자체 입력 처리 로직(감도 스케일링, 원시 입력 대 버퍼 입력, 프레임 레이트 의존 샘플링 등이 포함될 수 있습니다)을 적용하고 그 움직임을 다음 렌더링 프레임에 반영합니다. 게임이 60fps로 돌면 각 프레임이 16.7밀리초를 차지하므로, 움직임은 다음 프레임이 렌더링되어 디스플레이로 넘어가기 전까지는 화면에 나타날 수 없습니다. 디스플레이 표시. 렌더링된 프레임은 모니터로 넘어가고, 모니터는 자기 주사율 간격으로 표시합니다. 144Hz에서는 프레임이 디스플레이 입력 버퍼에 도착한 뒤 6.9밀리초 안에 화면에 나타납니다. 평균 대기를 쓴 예시 모델로(특정 마우스나 게임의 측정이 아님) 대표적인 단계들을 합산하면: 센서(약 0.25ms) + MCU(약 0.5ms) + 1000Hz USB(평균 대기 약 0.5ms) + OS(약 2ms) + 60fps 게임(평균 프레임 대기 약 8.3ms) + 144Hz 디스플레이(평균 주사 대기 약 3.5ms) ≈ 총 약 15밀리초입니다. 이 모델에서 USB 폴링 단계는 전체의 대략 3%를 차지합니다. 간격을 500Hz로 두 배 늘리면 평균 약 0.5밀리초가 더해져 총액이 약 15.5밀리초가 됩니다. 500Hz와 1000Hz의 측정된 차이가 일관되게 1밀리초 미만인 이유가 바로 이것입니다. 파이프라인의 나머지는 그대로이기 때문입니다. 이 수치는 예시 모델이지 특정 마우스, OS, 게임의 측정이 아니며, 실제 값은 전적으로 하드웨어와 드라이버, 소프트웨어 구성에 따릅니다. 시사점은 폴링 레이트가 무의미하다는 것이 아니라 최적화 순서에서 가장 뒤라는 것입니다. 같은 평균 대기 모델에서 게임이 60fps로 돌 때 프레임 레이트를 144fps로 올리면 평균 프레임 대기가 약 4.9밀리초(16.7ms/2 빼기 6.9ms/2) 줄어드는데, 이는 폴링을 두 배로 올릴 때의 절감의 대략 10배입니다. 디스플레이가 60Hz라면 144Hz로 올리는 것만으로 평균 약 4.9밀리초(16.7ms/2 빼기 6.9ms/2)가 줄어듭니다. 정확한 수치는 평균 대기와 전체 프레임 타임, 종단 간 지연 중 무엇을 재느냐에 따라 달라지므로 보편적 값이 아니라 예시로 다루세요. 두 변경 모두 폴링 조정으로는 좇지 못하는 모션 선명도 개선도 함께 가져옵니다. 프레임 레이트와 주사율이 이미 높을 때에만 폴링의 몫이 남은 지연에서 비례적으로 커지며, 그때조차 절대값으로는 작은 몫입니다.

기억해야 할 한 가지 숫자

1000Hz는 500Hz에 비해 폴링 단계 간격을 최대 1밀리초 줄일 수 있으며, 실재하지만 알아차리기 어려운 경우가 많습니다. 먼저 디스플레이 주사율과 지속 프레임 레이트로 최적화를 향하세요. 그 단계들이 훨씬 큰 지연을 만들 수 있습니다. 그다음에 폴링 레이트가 내가 지각할 수 있는 무엇을 바꾸는지 평가하세요. 파이프라인의 나머지가 그 세밀도를 써먹을 수 있게 되기 전까지는, 8000Hz를 보장되는 체감 업그레이드가 아니라 고해상도 보고 옵션으로 다루세요.