DEV Community

gentic news
gentic news

Posted on • Originally published at gentic.news

Google Open-Sources TPU Raiden, Its NIXL Equivalent for KV Cache

Google open-sourced TPU Raiden, its KV cache transfer library equivalent to NVIDIA NIXL, signaling deeper externalization of its TPU stack.

Google open-sourced TPU Raiden, its inference optimization library for KV cache transfer, per @SemiAnalysis_. The library mirrors NVIDIA's NIXL layer, targeting prefill-decode instance communication and cache offloading.

Key facts

  • Google open-sourced TPU Raiden inference library
  • Raiden is the TPU equivalent of NVIDIA NIXL
  • Provides KV cache transfer between prefill and decode instances
  • Includes primitives for KV cache offloading
  • Source: @SemiAnalysis_ tweet, no official Google announcement yet

Google has open-sourced TPU Raiden, an inference optimization library that according to @SemiAnalysis_ serves as the TPU equivalent of NVIDIA's NIXL. The library provides KV cache transfer between prefill and decode instances and includes primitives for KV cache offloading movements. This is a direct analog to NVIDIA's NIXL, which handles similar data movement in multi-GPU inference pipelines.

The move is notable for its timing. As disaggregated inference becomes the default architecture for large models—where prefill and decode run on separate instances to optimize utilization—the KV cache transfer layer becomes a critical performance bottleneck. Google's decision to externalize Raiden suggests it wants TPU developers to build on a standard, open interface rather than a proprietary one, a pattern echoed in its earlier open-sourcing of parts of its ML stack.

Why this matters beyond the library itself

The open-sourcing of Raiden is less about the code and more about signaling. Google has historically kept its TPU software stack tightly integrated with its cloud. By releasing Raiden, Google is acknowledging that the inference optimization layer—the same layer NVIDIA monetizes through NIXL and its broader CUDA ecosystem—needs to be open to attract external developers. This is a strategic shift: it positions TPUs as a more credible alternative to NVIDIA for inference workloads, particularly for teams running large-scale, disaggregated serving.

For engineers, the practical implications are immediate. Raiden's primitives for KV cache offloading mean that TPU-based serving can now handle longer contexts and larger batch sizes without requiring all cache to reside in high-bandwidth memory. The library's existence also suggests that Google's internal TPU serving stack—used for Gemini and other models—has matured to the point where the company is willing to share the plumbing.

The competitive read: NVIDIA's NIXL vs. Google's Raiden

NVIDIA's NIXL is a lower-level library for GPU memory and data movement, designed to work across its Grace-Hopper and Blackwell architectures. Raiden appears to target a similar layer but is TPU-specific. The key difference is that NIXL is part of NVIDIA's broader CUDA ecosystem, which locks developers into its hardware. Raiden, if open and hardware-agnostic in spirit, could give Google a foothold in the inference optimization layer that NVIDIA currently dominates.

It's worth noting that the source tweet is thin on specifics—no benchmark numbers, no API details, no repository link. The claim rests on a single social media post, and Google has not yet made an official announcement. That said, the pattern is consistent: Google has been steadily open-sourcing more of its TPU software stack, including parts of its XLA compiler and model serving infrastructure.

What to watch

The open-sourcing of Raiden is a strong signal, but the real test is adoption. Watch for whether major inference frameworks—vLLM, TensorRT-LLM, or Google's own serving stack—integrate Raiden in their next major releases. Also watch for NVIDIA's response, particularly whether it doubles down on NIXL's proprietary features or opens more of its own stack. If Raiden gains traction, it could shift the balance of inference optimization from a CUDA-centric model to a more open, multi-hardware one.


Originally published on gentic.news

Top comments (0)