Google Releases TPU Sync: Open-Source KV Cache Transfer for TPUs

2026年11月13日 10:32
站內 AI 整理稿

Google Cloud has released TPU Sync, an open-source C++ library for moving KV caches and model weights on Cloud TPUs.The Google TPU Sync KV cache transfer library treats TPU HBM, host DRAM, shared storage and the data center network as one memory hierarchy.

It targets a growing bottleneck: moving model state, not computing it.Google reports over 90% lower KV transfer latency on 235B to 480B parameter MoE models.TL;DR Library: Native C++ core with Python wheels for PyTorch and JAX.Tested on 235B to 480B MoE models.

Runs on: Cloud TPU v7x (Ironwood) and v6e per the README.Benchmarks used TPU v7x (2x2x1), PCIe Gen5 and 200 Gbps NICs.Performance: Large cuts to KV transfer latency and time to first token (TTFT) in Google’s internal lab tests.

Best: Up to 90% lower average TTFT (480B P/D serving at low concurrency, and 64K-context prefix caching).Worst: No RL numbers published.The README says it is not yet recommended for general use.Bottom line: Best: Qwen3 235B KV transfer drops from several seconds to ~230 ms.

Worst: every number is self-reported and early-stage.What is TPU Sync?TPU Sync is an open-source C++ library from Google that moves TPU-tiled tensors across memory tiers with asynchronous DMA.

It handles 2 jobs: KV cache state during inference, and trainer-to-sampler weight broadcast in reinforcement learning (RL).The repository is licensed Apache-2.0.How does TPU Sync work?The library spans TPU HBM, pinned host DRAM, shared storage and multi-host DCN.

Storage uses experimental POSIX backends, including local SSDs and Google Cloud Managed Lustre.Google lists 4 design choices: Layout-preserving direct DMA: It reads JAX PJRT buffers or PyTorch tensors in place.Data keeps its native TPU tile layout, with no Python serialization or bounce buffers.

Compute-overlapped transfers: Raw PJRT buffer aliases let transfers run during computation.Built-in DMA pacing stops large copies from delaying kernel launches.No XLA compilation in the data path: Transfers and resharding run in native C++ outside the XLA graph.

High-bandwidth PCIe and DCN: It reaches up to 223 GB/s per Ironwood host, against a 256 GB/s PCIe Gen5 ceiling.DCN streaming hits ~192 Gbps on 1 NIC, or ~350 Gbps across 2.Above this sit a global KV store for prefix lookups, a transfer controller and a KV cache manager.

How does disaggregated prefill/decode serving use it?The prefill node offloads KV blocks to pinned host RAM through async DMA.The controller streams them host-to-host to the assigned decode node.Arriving blocks move into decode-node HBM while decoding continues.#mtp-tpusync-embed iframe{width:100%!

important;border:0!important;display:block!important;background:transparent!important}#mtp-tpusync-embed hr,#mtp-tpusync-embed p:empty,#mtp-tpusync-embed del,#mtp-tpusync-embed s{display:none!important} window.addEventListener("message",function(e){if(e.data&&e.data.mtpTpuSyncHeight){document.

getElementById("mtp-tpusync-frame").style.height=e.data.mtpTpuSyncHeight+"px";}}); What do the TPU Sync benchmarks show?Google ran internal tests in July 2026 on TPU v7x (2x2x1).The stack was tpu-inference v0.24.0, JAX 0.10.2 and libtpu 0.0.42.1.Google team states that real-world results will vary.

For P/D disaggregated serving: KV transfer overhead fell by over 90%.Qwen3 235B median KV transfer latency dropped from several seconds to ~230 ms.Average TTFT fell 60% for 235B and 90% for 480B at low concurrency.Token output throughput rose 30% to 70% for 235B during traffic spikes.

For prefix caching: Effective cache capacity grew by an order of magnitude when MoE weights fill most of HBM.Average TTFT fell by up to 90% on 64K-context workloads.Throughput rose over 50%, and P99 inter-token latency fell 30%.Which frameworks does TPU Sync support?

TPU Sync integrates with PyTorch through TorchTPU and with JAX natively.In vLLM-TorchTPU, it is the TPU KV connector behind vLLM’s KVConnector interface.In SGLang-TorchTPU, it is the P/D transfer backend and hierarchical cache I/O backend.On GKE, llm-d 1.

0 uses it for prefix-cache-affinity routing and experimental spill to Managed Lustre.Inferact and RadixArk co-engineered the vLLM and SGLang integrations.Google says Meta and Wayfair are evaluating the architecture.How does TPU Sync compare with GPU-side alternatives?

FeatureGoogle TPU SyncNVIDIA Dynamo KVBM + NIXLLMCacheMooncakeTarget hardwareCloud TPU v7x, v6e (README)NVIDIA CUDA GPUs; partial ROCm in NIXL (NIXL)CUDA and ROCm (repo)CUDA, HIP, Ascend, MUSA and more (repo)Memory tiersHBM, pinned host DRAM, POSIX storage (experimental), DCNGPU, CPU, local SSD, remote storage (KVBM docs)GPU, CPU DRAM, local disk, remote backendsDRAM and SSD/NVMe (Mooncake Store)Network transportDCN, multi-NIC stripingUCX, LIBFABRIC, GDS pluginsNVLink, RDMA, TCPTCP, RDMA, EFA, NVMe-oF, NVLink, CXLEngine integrationsvLLM-TorchTPU, SGLang-TorchTPU, llm-d, JAXvLLM, TensorRT-LLM, SGLang (KVBM)vLLM, NVIDIA DynamovLLM, SGLangLicenseApache-2.

0Apache 2.0 (some wheel modules NVIDIA proprietary)Apache 2.0Apache-2.

0Core languageC++ with Python bindingsC++ with Python and Rust bindingsPython package with C/C++ and Rust codeNot disclosedHeadline bandwidthUp to 223 GB/s per v7x host (PCIe D2H/H2D)Not disclosedNot disclosedUp to 190 GB/s on 8×400 Gbps RoCE (network)RL weight transferYes (experimental)Not disclosedNot disclosedYes, via SGLang (RDMA) The bandwidth figures measure different paths.

TPU Sync’s number is host PCIe DMA.Mooncake’s number is network transfer over RoCE.Key Takeaways TPU Sync is Google’s Apache-2.0 C++ library for KV cache and weight movement on TPUs.It reaches up to 223 GB/s per Ironwood host through direct, layout-preserving DMA.

Qwen3 235B KV transfer fell from several seconds to ~230 ms in Google’s tests.It plugs into vLLM-TorchTPU, SGLang-TorchTPU and llm-d on GKE.RL and storage tiering are experimental, and every number is self-reported.Check out the technical blog, the GitHub repo, vLLM-TorchTPU and SGLang-TorchTPU.

Also, feel free to follow us on Twitter and don’t forget to join our 150k+ML SubReddit and Subscribe to our Newsletter.Wait!are you on telegram?now you can join us on telegram as well.Need to partner with us for promoting your GitHub Repo OR Hugging Face Page OR Product Release OR Webinar etc.?

Connect with us The post Google Releases TPU Sync: Open-Source KV Cache Transfer for TPUs appeared first on MarkTechPost.

Related

相關文章

北京互聯網法院:平臺誤判AI生成內容未標識構成違約

法院最終認定平臺構成違約,判決解除對涉案內容的隱藏並刪除後臺相應違規處理記錄。案件源於平臺要求創作者對AI生成內容主動添加標識。北京互聯網法院立案庭法官高雅介紹,被告以機器識別及人工複核認定涉案回答為AI生成內容,並以涉及技術秘密和算法邏輯為由主張無須向用戶解釋認定機制。

2 天前
MarkTechPost AI研究與前沿

Meta FAIR 發布 e-means:以十分之一 epoch 數擊敗 k-means 的新演算法

Meta FAIR 研究人員發布了 e-means,這是 Lloyd 的 k-means 演算法的直接替代方案。e-means 聚類演算法只需 1.4 至 2.6 個 epoch,即可達到 Lloyd 的 k-means 在 25 個 epoch 時獲得的損失。該演算法已收錄於 FAISS 1.16.0 的 faiss.contrib.e_means 模組中。對於任何建構向量索引、量化器或資料整理管線的開發者而言,聚類通常是離線步驟中最耗時的一環,而 e-means 正是針對這一步驟進行最佳化。重點摘要:規模——這是一個演算法,已在 10 萬至 100 億個資料點、最高 1,670 萬個聚類中心的情況下測試。運行環境——支援 CPU 或 GPU,可使用 PyTorch 張量或 NumPy。論文中的 GPU 運行使用 H100。效能——在 24 種資料集配置下(自行報告),以約十分之一的 epoch 數達到比 Lloyd 的 k-means 更低的損失。最佳表現——在相同損失下,相較 Flash-KMeans 可獲得 10 至 45 倍的 GPU 實際運行加速。最差情況——1,600 萬個聚類中心(原文未完整,但此處指最差情境)。

2 天前

雷軍曬小米機器人做家務視頻,Xiaomi-Robotics-1支撐長程任務

該機器人在小米青年公寓試運營,可完成垃圾清掃、物品分類歸位等家務任務,視頻中清掃瓜子殼、收拾遺落手機充電器等場景引發網友關注。這套機器人依託Xiaomi-Robotics-1具身基座模型,搭建完整自動執行系統,實測能夠連續運行超30分鐘、覆蓋3個房間、完成50+任務的長程任務驗證。

1 週前5100

追覓科技亮相2026世界互聯網大會人工智能嘉年華,以AI技術創新賦能智慧生活

11月2日,2026年世界互聯網大會烏鎮峰會在浙江嘉興烏鎮正式啟幕。本屆峰會以“開源開放、共建共享”為主題,聚焦人工智能等前沿技術發展與產業應用。追覓攜旗下T70 Ultra Station、T60 Steam等多款旗艦洗地機亮相“人工智能嘉年華”展區,集中展示智能清潔領域的技術創新成果,呈現前沿科技與家庭生活深度融合的創新實踐。作為全球領先的智能科技品牌,追覓始終堅持以技術創新驅動產品升級,持續探索人工智能、智能感知與清潔技術的融合應用。此次亮相的追覓T70 Ultra Station洗地機,集成多項行業首創技術,以創新設計進一步拓展家庭清潔的場景邊界。其中,首創的EdgeHunter巡邊探洗臂搭載高精度TOF測距傳感器與新一代具身智能算法,可針對不同沿邊清潔場景實現5mm自動外擴和30mm手動外擴,有效突破傳統洗地機在牆邊、傢俱邊緣等區域的清潔侷限。同時,產品採用9.85cm超薄機身設計,支持180°恆動平躺清潔,可深入沙發、床底等低矮空間,進一步提升家庭清潔的覆蓋範圍與靈活性。從精準感知到智能決策,從核心技術突破到清潔場景創新,追覓持續推動智能科技向實際生活場景落地。目前,追覓聚焦智能家庭、戶外庭院、智能出行、具身智能四大核心賽道,推動前沿技術跨領域融合,並通過人性化設計與產品體驗創新,讓科技更好地融入日常生活。持續的技術創新也推動追覓全球業務穩步發展。目前,追覓產品與服務已覆蓋全球190餘個國家和地區,擁有超過13000家實體門店,累計服務超4200萬戶家庭。IDC數據顯示,2026年上半年,追覓掃地機器人全球銷量份額和銷售額份額均位居全球第一。未來,追覓將繼續深耕核心技術,推動人工智能與智能清潔技術深度融合,以創新產品和解決方案賦能全球家庭智慧生活。

1 週前