Skip to content
All fingerprint checks
Render & GPU

WebGL getParameter takes a GPU round trip for values Chrome asks the GPU for

Pim· Clearcote Research 2 min readCheck id webgl-getparameter-gpu-roundtrip

On desktop Chromium, getParameter of UNMASKED_RENDERER_WEBGL, RED_BITS, DEPTH_BITS, SAMPLES and ALIASED_LINE_WIDTH_RANGE on a WebGL2 context runs at no more than 100 calls per millisecond (genuine Chrome: about 8 to 13). N/A without WebGL2, on Android and on other engines (severity: warn).

What a detector infers

In Chrome the page never talks to the graphics driver itself. WebGL commands go to a separate GPU process, and for some values getParameter has to ask that process and wait for the answer: the renderer string read through WEBGL_debug_renderer_info, the colour, depth and sample counts of the drawing buffer, and the line-width and point-size ranges.

Each such call is a synchronous round trip of around 100 microseconds, so a page that calls getParameter(UNMASKED_RENDERER_WEBGL) in a loop for a few milliseconds can count how many answers it got. Measured on 1 and 2 November 2026 on Windows, genuine Chrome 156 managed 8 to 13 calls per millisecond for each of these values.

A browser that rewrites them and answers the new value from memory, without making the driver query, managed 440 to 7,000 per millisecond for the same calls. The gap is two orders of magnitude, so a page can tell a value that came from the GPU process from one that did not by timing it, without knowing what the real value should be; a public fingerprint test already treats more than 100 calls per millisecond as a WebGL exception.

Only too fast is asserted: a slow or busy CPU makes every call slower, never faster. Limits such as MAX_TEXTURE_SIZE are cached in the page's process and are quick in Chrome as well, so they are not timed here.

How to resolve it

If a WebGL value is rewritten, rewrite it after the real query: make the same driver call Chrome makes, discard its answer and return the new value, so each call costs what it costs in Chrome. Returning a stored value skips the GPU process and is hundreds of times faster than any real Chrome.

Timing native functions

Nearby checks in Render & GPU

See all 65 checks in Render & GPU
Who builds this test

Clearcote is a browser built for fingerprint coherence

It is a Chromium fork, maintained by the same people who wrote this reference. It ships as a compiled browser rather than as a stealth script injected into someone else's — which is a description of how it is built, and is not an argument about how it behaves on this check.

This audit takes no position on how Clearcote scores on Render & GPU checks, on this one, or anywhere else. It has no baseline corpus of other people's fingerprints to rank you against and no vendor scoreboard — nearly every check is self-referential, asking one browser the same question through two independent APIs and reporting whether both answers can be true at once. It runs identically on any browser, including ours. Run it on yours and read the result yourself.

See the other checks in Render & GPU — the family webgl-getparameter-gpu-roundtrip belongs to.