Quantized Gemma 4 31B nearly doubles throughput at half memory
Original: What compression looks like on @vllm_project. Same Gemma 4 31B. Red Hat AI's quantized version runs at nearly 2x tokens/sec, half the memory, 99%+ accuracy retained. Open source. Quantized with LLM Compressor. Links in comments. @_soyr_ for the 2-minute demo. View original →
What the tweet revealed
Quantization matters only when speed gains survive contact with real deployment constraints. In its April 13, 2026 X post, Red Hat AI boiled the pitch down to one line:
“nearly 2x tokens/sec, half the memory, 99%+ accuracy retained.”
The comparison is simple but useful: the same Gemma 4 31B base model, but a quantized version that Red Hat AI says can serve almost twice the throughput while cutting memory use in half. If that claim holds across common inference setups, it changes which hardware tiers can realistically run a 31B-class model and how much headroom teams have for batching and latency control.
Open-source context
The Red Hat AI account usually posts open model serving, quantization, and vLLM ecosystem work rather than consumer product teasers. This thread fits that pattern, but it is more concrete than a generic “faster inference” claim because the comments point directly to the LLM Compressor project and a set of published Gemma 4 checkpoints on Hugging Face. GitHub describes LLM Compressor as an easy-to-use library for optimizing models for deployment with vllm, including weight-only and activation quantization, Hugging Face integration, and a safetensors format compatible with vLLM.
Red Hat AI added more evidence in a follow-up reply, saying its team ran 500,000 evaluations on quantized models and tied the results to the paper “Give Me BF16 or Give Me Death?”. The claim there is not merely that quantization can shrink a checkpoint, but that carefully chosen formats can recover 99%+ of baseline accuracy while unlocking materially cheaper serving.
What to watch next is reproducibility on real workloads. Throughput screenshots travel fast on X, but practitioners will want side-by-side measurements across GPUs, prompt lengths, tool-calling traces, and chat-template-sensitive tasks. If independent builders confirm that the open Gemma 4 variants preserve quality while relieving memory pressure, this post will matter because it lowers the cost of running a capable open model instead of just making a benchmark slide look better.
Sources: Red Hat AI X post · LLM Compressor · quantization paper · Red Hat AI Hugging Face models
Related Articles
A high-scoring LocalLLaMA post benchmarked Qwen3.5-27B Q4 GGUF variants against BF16, separating “closest-to-baseline” choices from “best efficiency” picks for constrained VRAM setups.
A March 12, 2026 LocalLLaMA benchmark post claims the best sustained decode for Qwen3.5-397B NVFP4 on 4x RTX PRO 6000 Blackwell GPUs is 50.5 tok/s with Marlin, because native CUTLASS grouped GEMM paths on SM120 fail or fall back.
A LocalLLaMA post with roughly 350 points argues that Gemma 4 26B A3B becomes unusually effective for local coding-agent and tool-calling workflows when paired with the right runtime settings, contrasting it with prompt-caching and function-calling issues the poster saw in other local-model setups.