Frequently Asked Questions
This page collects common questions about mouse polling rate testing, browser measurement limits, and privacy. Each answer links to the relevant tool or technical guide.
Polling rate
The questions below cover what polling rate means, why browser readings differ from hardware specs, and how to get a steadier result. The mouse polling rate test and the browser guide have the full details.
Keyboard limits
These questions address why keyboards cannot have their polling rate measured in any browser. While some third-party websites display fake keyboard Hz numbers, web browsers lack the low-level API access to read keyboard report intervals. Read our technical blog post for the full architecture breakdown.
Privacy and data handling
The privacy questions explain what data leaves your device (none), what optional analytics see (page views and test starts only), and how localStorage is used (UI preferences and local 10-run summaries). The privacy policy has the complete statement.
Frequently asked questions
What is mouse polling rate?
Polling rate is how often a mouse reports its position to the computer, measured in Hz. A 1000 Hz mouse reports 1000 times per second. Higher rates can reduce input lag, but the benefit tapers off above 1000 Hz for most people. The browser observes a rate that is often lower than the hardware spec because events are delivered on display frames and after OS processing.
Can a website read my mouse's polling rate?
A website can only count the pointer events the browser delivers to the page. It cannot read the hardware, firmware, or USB controller. The result is a browser-observed rate, not a hardware measurement. The how-we-measure page explains the method and its limits.
Why does my 1000 Hz mouse read lower than 1000?
Browsers align pointer events to display frames by default. Even with coalesced events, the browser receives input after the OS processes it. A 1000 Hz mouse commonly reads somewhat below 1000 in a browser — the gap grows above 1000 Hz. This is normal. The browser guide explains the per-browser ceilings and why this happens.
Why is my polling rate unstable?
Drops in the stability graph usually mean the browser delivered fewer samples in that second. Common causes: wireless interference, low battery, receiver too far or blocked, heavy background CPU load, or mouse power-saving features. Try a wired connection, a fresh battery, or moving the receiver closer.
Is wired or wireless steadier?
A wired mouse removes the wireless link as a variable, so it typically shows lower variation. A modern 2.4 GHz wireless mouse with a good battery and clear line of sight can be nearly as steady. Bluetooth mice often show higher variation because of the protocol's lower report rate and duty cycling.
Does a higher polling rate use more CPU or battery?
Yes, slightly. More reports per second mean more CPU interrupts and more wireless transmissions. On a modern system the CPU cost is negligible. On a wireless mouse, a higher report rate reduces battery life — often noticeably above 1000 Hz.
Does polling rate affect FPS?
Not directly. Polling rate is input frequency; FPS is frame output. A very high polling rate on an older system could add a tiny amount of CPU load, but it does not change the GPU render pipeline. The main benefit of high polling is reduced input-to-display latency, not higher FPS.
Is polling rate the same as DPI?
No. DPI (dots per inch) is how far the cursor moves per inch of physical mouse movement. Polling rate is how often the position is reported. They are independent settings. You can have high DPI with low polling rate or vice versa.
How do I change my mouse's polling rate?
Most gaming mice let you change the rate in vendor software (for example G HUB, Synapse, GG, or the manufacturer's utility). Some mice have a hardware button that cycles through rates. Check the manual for your model. The browser guide has a section on common vendor tools.
Can a keyboard's polling rate be tested?
Not from a web browser. Keyboard events arrive after OS processing, and the WebHID API blocks web access to keyboard input reports for security reasons. Any website claiming to measure keyboard Hz online is fabricating numbers. Read our dedicated guide on what browser keyboard tests can and cannot show.
What data does the site collect?
Analytics are strictly limited to aggregate page views and test starts. No mouse movements, clicks, timings, or hardware serials are sent. No cookies are set in the default configuration. The privacy policy has the full legal statement.
Is localStorage used?
LocalStorage is used strictly on your client device for UI preferences (theme mode and language selection) and to store summary metrics of your last 10 benchmark runs under the key mk-run-history so you can compare configurations. All localStorage access is wrapped in try/catch so private browsing never breaks.
Related tests
Last reviewed 2026-10-12