Google TurboQuant compresses AI inference memory by 6x

On March 25, Google Research published a paper, and many on Twitter quickly dubbed it "Pied Piper"—the fictional company from the TV show Silicon Valley that nearly changed the internet with its compression algorithm.

The analogy is a bit exaggerated, but not entirely off base.

TurboQuant's core claim: it compresses the memory footprint of KV Cache during large model inference by at least 6x, without requiring retraining and without sacrificing accuracy. On H100 GPUs, the 4-bit TurboQuant version runs up to 8x faster than the standard 32-bit version.

What that number means in real-world costs is straightforward to calculate.

What is KV Cache and why compress it

During inference—the phase when you ask a model a question and it responds—large models maintain a block of working memory called KV Cache (key-value cache). It stores intermediate results from the attention mechanism, allowing the model to avoid recomputing everything from scratch each time.

The problem is that the longer the context window, the larger the KV Cache. Many models now handle context windows of millions of tokens, and the KV Cache can consume most of the video memory on an A100 or H100 GPU. This directly limits how many users can be served simultaneously and how long conversations can run.

This is also one of the major reasons AI inference costs remain high.

TurboQuant aims to compress this memory.

Two-step approach: PolarQuant + QJL

TurboQuant combines two algorithms: PolarQuant and QJL (Quantized Johnson-Lindenstrauss).

Step 1 - PolarQuant: Converts vectors from Cartesian coordinates to polar coordinates.

This conversion has a key advantage: in Cartesian coordinates, each direction has a different numerical range, requiring a normalization coefficient during quantization (compression), which adds memory overhead. After switching to polar coordinates, the data is decomposed into "magnitude" and "direction" components. The direction maps onto a regular circular grid, eliminating the need for that extra normalization step and making precision loss more controllable.

Step 2 - QJL: Uses the Johnson-Lindenstrauss transform to handle residual errors.

This method compresses each vector value to just a single sign bit (+1 or -1), with near-zero memory overhead. Combined with a specially calibrated estimator, it ensures accuracy in attention score calculations.

The two steps together compress each KV Cache value from 16 bits to 3 bits, achieving a compression ratio of over 6x.

Key performance numbers

Test scenarioResult
KV Cache memory compression ratioAt least 6x (no accuracy loss on LongBench tests)
Quantization bit widthFrom 16-bit to 3-bit
H100 speed improvementUp to 8x faster with 4-bit TurboQuant
Retraining requiredNo

In vector search tests, TurboQuant consistently outperformed PQ and RabbitQ baselines in recall@1, while index construction time was nearly negligible.

How important is it, and what are the limitations

Cloudflare CEO Matthew Prince called TurboQuant "Google's DeepSeek moment." That's a strong statement, but the logic is sound: DeepSeek slashed training costs through engineering optimization, while TurboQuant targets inference costs through compression. The principle is the same.

However, there is an important limitation to clarify: TurboQuant only addresses inference memory, not training memory. It does not touch the compute power or memory required to train large models. So it will not change who can train the most powerful models—only how much it costs to run them.

Another reality is that TurboQuant is still a lab result. It will be formally presented at ICLR 2026 (late April) and has not yet been deployed at scale in real products. There is no public information on whether Google has integrated it into the Gemini series inference services.

There is still a gap between paper and product—engineering adaptation, stability validation, and regression testing all take time. However, given that the vLLM and other mainstream inference frameworks already have community efforts to integrate TurboQuant (Triton kernel implementations have appeared on GitHub), the timeline for reaching production environments should not be too long.

If it eventually lands, the combined effect of 6x memory compression and up to 8x speed improvement would have a real impact on the cost structure of AI inference—not the kind of "looks good on benchmarks, useless in practice" result.

The research is led by Amir Zandieh (Research Scientist) and Vahab Mirrokni (Google Fellow, VP).

Sources: TurboQuant: Redefining AI efficiency with extreme compression (Google Research); Google unveils TurboQuant, a new AI memory compression algorithm (TechCrunch); CocoLoop; Google's TurboQuant compresses AI memory by 6x, rattles chip stocks (The Next Web)