Apps & Mobile Entwicklung

Google ergänzt TPU 8: Neue Beschleuniger für sichere und speicherhungrige KI


Mit TPU 8tx und TPU 8i Max erweitert Google die achte TPU-Generation um zwei Systeme für unterschiedliche Engpässe: vertrauliche Berechnungen und speicher­intensive KI-Agenten. Die neuen Varianten beruhen auf vorhandenen Chips, ändern aber deren Kom­bination, Vernetzung und Schutzfunktionen. Dazu kommen neue Software-Werkzeuge.

Googles Ankündigung stellt beide TPUs als neue Konfigurationen auf Basis bereits vorgestellter TPU-Siliziumvarianten vor. Damit wächst die Generation auf vier Systeme: 8t, 8i, 8tx und 8i Max. Google hebt als Leitidee den modularen Aufbau hervor: Gehäuse, Speicher, Vernetzung und Sicherheits­funktionen sollen sich an neue Anforderungen anpassen lassen, ohne jedes Mal einen vollständig neuen Chip zu entwickeln.

TPU-8-Portfolio: TPU 8t, TPU 8i, TPU 8tx und TPU 8i Max (Bild: Google)

TPU 8tx soll sensible KI-Daten schützen

TPU 8tx verbindet TPU-8t-Silizium mit speziell angepassten AMD-CPU-Hosts. In einer eigenen Ankündigung erklärt AMD, dass es sich um Epyc-Prozessoren der 5. Generation (Turin) handelt. Das System ergänzt die Hardware um Confidential Computing: Daten und Modell­gewichte sollen während ihrer Verarbeitung geschützt bleiben. Damit erweitert Google den Schutz über verschlüsselte Speicherung und Übertragung hinaus auf laufende Berechnungen. Das zielt auf Unternehmen und Behörden, die Modelle oder autonome Agenten mit sensiblen Informationen einsetzen.

https://pics.computerbase.de/1/2/5/8/7/5-7019fedd203cb6dc/1-1280.50c9b6e4.mp4
TPU 8tx (Bild: Google)

Die Vernetzung übernimmt 8tx Boardfly, Googles für TPU 8i entwickelte Netzwerk-Topo­lo­gie für KI-Inferenz-Chips. Laut Google erreicht das System die bis zu dop­pel­te Leistung von TPU 8t; der zusätzliche Schutz soll nahezu keinen Verlust ver­ur­sach­en. Die Kon­fi­gu­ra­ti­on ist auf Inferenz ausgelegt, unterstützt aber auch kleinere Trainings­auf­ga­ben. Dazu zählt Google privates Fine-Tuning, Modell­destillation und Reinforcement Learning. Unternehmen könnten so unter­schied­liche Arbeits­schritte mit vertraulichen Daten auf einem System ausführen, statt sie zwischen getrennten Clustern zu verschieben.

Zwei TPU 8i = TPU 8i Max

TPU 8i Max richtet sich an Anwendungen mit großen Kontexten und hohem Speicher­bedarf, etwa Agenten, die umfangreiche Codebasen oder lange Videos verarbeiten. Google kombiniert dafür zwei TPU-8i-Chips in einem Paket. Nach Hersteller­angaben verdoppelt das gegenüber TPU 8i die Rechenleistung, den SRAM und die Speicher­bandbreite des High Bandwidth Memory (HBM). Zugleich soll sich doppelt so viel Silizium im bestehenden Rack-Fußabdruck unterbringen lassen, was die Rechendichte erhöht.

https://pics.computerbase.de/1/2/5/8/7/5-7019fedd203cb6dc/2-1280.194503e2.mp4
TPU 8i Max (Bild: Google)

Für TPU 8i nennt Google 384 MB On-Chip-SRAM, 288 GB HBM und eine HBM-Bandbreite von 8.601 GB/s. Weil 8i Max diese Werte laut Ankündigung verdoppelt, lässt sich daraus ein SRAM von 768 MB und eine HBM-Bandbreite von 17.202 GB/s ableiten. Google nennt in der Ankündigung jedoch keine Werte oder absolute HBM-Kapazität für 8i Max.

Neue Software begleitet Hardware-Ankündigung

Die Hardware-Erweiterung wird von Software für Entwicklung, Inferenz und Cluster­betrieb begleitet. TorchTPU ermöglicht native Ausführung von PyTorch; TPU-Backends für vLLM und SGLang sollen bestehende Serving-Umgebungen unterstützen. Googles TPU-Agent-Suite ist in einer Vorschau verfügbar und bindet Claude Code, Cursor sowie Google Antigravity ein. Sie soll beim Einstieg, bei der Leistungs­analyse und beim Abstimmen eigener Kernel helfen. Die Open-Source-Komponente XLA Serving Engine bietet ein C++-Laufzeit­system für latenz­armes Serving auf TPUs, GPUs und CPUs.

Agent Compute Engine soll inaktive Agenten­sitzungen anhalten und deren Arbeits­speicher innerhalb von Milli­sekunden vom Beschleuniger auslagern. Das adressiert Warte­zeiten auf Werkzeuge, Daten­banken oder menschliche Eingaben, während der Agent sonst Rechen­ressourcen belegen könnte. TPU Sync organisiert den Daten­transport zwischen HBM, Host-DRAM, gemeinsamem Speicher und Netzwerk. Dazu gehören KV-Caches, also gespeicherte Attention-Zustände, der Kontext­transfer zwischen getrennten Prefill- und Decode-Knoten sowie die Synchronisierung von Modell­gewichten für Reinforcement Learning. Google gibt an, die Latenz beim KV-Transfer und die Zeit bis zum ersten Token um mehr als 90 Prozent zu senken.

Für den Betrieb großer TPU-Cluster meldet Google Cloud Pathways auf Google Kubernetes Engine als allgemein verfügbar. Ein einzelner Controller kann damit mehrere TPU-Slices für Vortraining, Reinforcement Learning und Inferenz verwalten. Pathways soll ausgefallene Slices in weniger als einer Minute ersetzen und Last auf verfügbare Hardware verteilen. Ebenfalls allgemein verfügbar ist dynamisches Slicing in GKE: Optische Schalttechnik kann TPU-Ressourcen zu größeren Konfigurationen verbinden oder für kleinere Aufgaben aufteilen. Google nennt bis zu fünfmal schnellere Jobstarts und bis zu 4,5-mal schnellere Fehler­behebung. Leistungs- und Preisvorteile in den Benchmarks InferenceX und AgentX führt das Unternehmen ebenfalls an.



Source link

Beliebt

Die mobile Version verlassen