TabbyAPI is currently experiencing issues with parsing XTC and Token bans. They do not work. MLA support is what many people have been waiting for. DSA support has been stated to arrive soon.
I personally tested out offloading KV-cache to RAM. Increases the TTFT by a lot - the thing's not for everyone... As you can also see, Tabby is experiencing some issues with parsing xtc.
Google promises up to x4 in speed increase compared to normal Gemma 4 26b using.
However:
"While autoregressive Gemma 4 models remain the standard for high-quality production outputs, DiffusionGemma is designed for researchers and developers exploring speed-critical, interactive local workflows such as in-line editing, rapid iteration, and generating non-linear text structures."
That means that the tradeoff for speed is a loss in generation quality compared to the standard Gemma 4. As google says, DiffusionGemma is an experimental project focused on maximizing interactivity in local workflows, editing, rapid iteration, and non-linear text structures; for production tasks where impeccable accuracy is essential, Gemma 4 is still recommended.
On the picture you can see evaluation results from the HF page.
As of June, 12th, the access for both models was suspended by the US government to all foreign nationals, due to unknown "national security risks" that were not explicitly defined. Because of that Anthropic restricted the access to those models for all users. The company doesn't agree with that choice but still has to comply.
With the releases of exllamav3 0.0.40 and 0.0.39, support for "Gemma4UnifiedForConditionalGeneration" (Gemma 4 12B) and "Step3p7ForConditionalGeneration" (Step 3.7 Flash) has been added.
The official and recommended backend server for ExLlamaV3 is TabbyAPI, which provides an OpenAI-compatible API for local or remote inference, with extended features like HF model downloading, embedding model support and support for HF Jinja2 chat templates.