The thread opened on March 24th when a developer posted Delta-KV for llama.cpp, claiming near-lossless 4-bit quantization of the KV cache on Llama 70B. The KV cache is the structure that silently expands with every new token during inference — the memory tax you pay for long conversations — and Delta-KV's pitch was that you could compress it to 4-bit precision without meaningful quality loss. For anyone running large models on consumer hardware, that would change the economics of long-context inference considerably. A week later, on March 31st, the story got more complicated. A separate benchmark on Apple's GB10 chip found that q4_0 KV cache quantization collapsed accuracy by 92.5% at 64K context length — and, in a detail that should give pause, actually consumed more memory than the f16 baseline it was meant to replace. The compression wasn't just failing; it was failing while costing more. By late April, the conversation had shifted from raw benchmarks toward more diagnostic approaches. On April 24th, a community member published a comparison of MLX quantization methods using KL divergence as the measurement, pairing it with RAM usage figures to get a cleaner picture of the quality-versus-efficiency tradeoff. The next day brought Qwen3-235B-A22B into the analysis, with KL divergence scores published for both INT and NVFP quantization formats, adding a second data point across different model architectures. The emerging picture, such as it is, suggests that 4-bit KV cache quantization is not a solved problem — that performance varies sharply by hardware platform, context length, and model architecture in ways that simple benchmark headlines tend to obscure.
If confirmed, here is what this means. The divergence between the Delta-KV results and the GB10 collapse at 64K context points to something structurally important: KV cache quantization may be highly sensitive to the interaction between quantization scheme, hardware memory architecture, and context length in ways that make general claims almost meaningless. For developers building long-context applications on Apple Silicon specifically, the GB10 findings suggest that aggressive cache quantization could be a trap — a setting that looks fine at short contexts and degrades catastrophically as conversations extend. The shift toward KL divergence as the community's preferred diagnostic tool is itself significant; it suggests practitioners are moving past "does it benchmark fast" toward "does it preserve the model's actual probability distributions," which is a more honest question. If that methodological maturity holds, the field may arrive at genuinely useful guidance about which quantization formats are safe at which context lengths on which hardware — and that guidance would directly affect how local inference tools set their defaults.
Watch for llama.cpp or MLX maintainers incorporating any of this community research into official recommendations or default settings, which would signal that the findings have crossed the threshold from interesting threads into trusted practice. Any benchmark replication on hardware other than Apple Silicon would also sharpen the picture considerably.
<table> <tr><td> <a href="https://www.reddit.com/r/LocalLLaMA/comments/1s5cggh/google_turboquant_blew_up_for_kv_cache_heres/"> <img alt="Google TurboQuant blew up for KV cache.
<!-- SC_OFF --><div class="md"><p>Every output token the model generates requires reading the entire KV cache from High Bandwidth Memory.</p> <p>Here's what that actually looks
<table> <tr><td> <a href="https://www.reddit.com/r/singularity/comments/1s7rcwr/qwen35_omni_qwens_latest_generation_of_fully/"> <img alt="Qwen3.5 Omni - Qwen’s latest generation
<p>Building a production-ready, fault-tolerant Retrieval-Augmented Generation system is an exercise in managing harsh tradeoffs. You want massive context, lightning-fast hybrid
<!-- SC_OFF --><div class="md"><p>DeepSeek dropped the full V4 paper this week. preview from april was 58 pages, this version adds a lot of technical depth.</p> <p>What stood out
<!-- SC_OFF --><div class="md"><p>Got Qwen 3.5 27B to 1,103,941 tok/s on 12 nodes with 96 B200 GPUs.</p> <p>At that rate you process 50,000 insurance policy documents in hours
<!-- SC_OFF --><div class="md"><p>Running Llama-3-70B with long contexts and hitting HBM limits constantly. 128K context burns approx 40GB just for KV cache — half the H100 gone
<!-- SC_OFF --><div class="md"><blockquote> <p><strong>WARNING: wait before download from HF: I just realised my upload of the new versions with the additional fix in the chat
NewsHive monitors these sources continuously. All signal titles above link to the original reporting.
Intelligence by NewsHive. Need help navigating what this means for your business? Contact GeekyBee →