Reinventy
Deutsch

ODINO · NATIVE INFERENCE ENGINE · JETSON THOR

Gebaut, weil die Alternativen passte nicht zur Mission.

Odino ist eine speziell entwickelte Inferenz-Engine für NVIDIA Jetson AGX Thor, die den Argumentationskern des kognitiven Clusters Tin Man innerhalb der eingebetteten Speicherhülle hosten soll. Native FP8-Ausführung. Speicherzuordnung ohne Kopie. Kaltstart in weniger als zwei Sekunden. Gebaut, damit die Vision-, Audio- und Echtzeitkerne des Clusters über den einheitlichen Speicher verfügen, den sie zum Funktionieren benötigen.

DIE EINSCHRÄNKUNG

128 GiB einheitlicher Speicher. Zwölf Kerne wollen rein.

Jetson AGX Thor 5000 bietet 128 GiB LPDDR5x Unified Memory – beträchtlich für einen Edge-Knoten, begrenzt für einen kognitiven Cluster mit 12 Kernen. Die erste Iteration von Tin Man verwendete vLLM als LLM-Serving-Engine für den Chat Core. vLLM eignet sich hervorragend in seiner nativen Umgebung (Rechenzentrum, dedizierte GPU pro Prozess). Auf Thor mit gemeinsam genutztem einheitlichem Speicher verbrauchten der vorab zugewiesene KV-Cache und der Leerlaufzeit-Speicherbedarf von vLLM etwa 67 GiB. Der Vision Core stürzte unter Speicherdruck ab; der in der Echtzeitschleife akkumulierte Jitter aufgrund von Seitenfehlern; Der Audio Core konnte nebenbei nicht zuverlässig aktiviert werden.

Odino wurde entwickelt, um ein bestimmtes Problem zu lösen: die gleiche Argumentationsfähigkeit innerhalb von etwa 15 GiB Speicher bereitzustellen und in weniger als zwei Sekunden zu starten, sodass die anderen Kerne des Clusters über den Spielraum verfügen, den sie zum Betrieb benötigen.

PHASE 1 · VALIDIERTE LEISTUNG

Die Zahlen, die den Bau rechtfertigten.

Die folgende Tabelle vergleicht Odino Phase 1 mit der vorherigen vLLM-Konfiguration auf derselben Jetson AGX Thor 5000-Hardware, die dasselbe FP8-quantisierte Chat-Modell ausführt. Validiert am 06.12.2025.

Metrisch vLLM (vorher) Odino Phase 1 (validiert) Δ vs. vLLM Odino Sprint 3-Streaming
Speicherbelegung (untätig) ~67 GiB 381 MiB −99.4% ~381 MiB (unverändert)
Speicherbelegung (geladen) ~70 GiB (gesättigt) ~15 GiB −78% ~15 GiB (unverändert)
Kaltstartzeit 30–60 s < 2 s −96% < 2 s Motor + erstes Aufwärmen
TTFT streamen n/a n/a n/a warmer stationärer Zustand innerhalb des Sub-200-ms-Bandes
Interaktive Unterstützung n/a Nur synchron n/a Token-für-Token-SSE

Der wiederhergestellte Speicher – etwa 50 GiB, der durch den Vergleich des geladenen Zustands frei wird – ermöglicht es dem Cluster Tin Man, Vision- (RADIO ViT-H/16), Audio- (Parakeet Conformer) und Echtzeit-Wahrnehmungskerne neben dem Argumentationskern auf einem einzelnen Jetson Thor-Knoten zu betreiben.

TECHNISCHE GRUNDSÄTZE

Native Zusammenstellung. Direkter Speicher. Kein Zwischengerüst.

Drei architektonische Entscheidungen, einheitlich umgesetzt:

  • Native FP8-Kompilierung Statische TensorRT-Kompilierung zu einem einzelnen Binär-Engine-Plan, der auf Blackwell sm_110a Tensor Core-Kernel abzielt. Keine Neuinterpretationsebene des Laufzeit-Frameworks.
  • Speicherzuordnung ohne Kopie Die Engine-Plandatei (~15 GiB) wird direkt in den Prozessadressraum gemappt. Dank der einheitlichen Speicherarchitektur von Thor kann die GPU auf Seiten zugreifen, die vom NVMe-Gerät unterstützt werden, wobei das Paging vom Betriebssystem verwaltet wird. Keine Ladephase.
  • Direkter Ausführungsversand GPU-Kernel werden von Bare-Metal-Zeigern auf Gerätepuffer gestartet. Keine Framework-Tensor-Abstraktion im Hot Path.

Bei jeder Entscheidung wird Portabilität gegen Leistung getauscht – akzeptiert, da Odino speziell für den Chat Core von Tin Man auf dieser speziellen Hardware entwickelt wurde und kein Allzweck-Inferenz-Framework ist.

DETERMINISM

Gleiche Eingabe. Gleiche Ausgabe. Überprüfbar.

Über den reinen Durchsatz hinaus erzeugen die statische Kompilierung und Bare-Metal-Ausführung von Odino eine Eigenschaft, die architektonisch wichtig ist: deterministische Ausgabe. Bei einer gegebenen Eingabe und einem festen Zufallsstartwert erzeugt Odino jedes Mal die gleiche Ausgabe – im Gegensatz zu Cloud-Inferenzdiensten, die nicht deterministische Varianz durch Lastausgleich, Wiederholungsversuche und stille A/B-Modellwechsel einführen.

Dieser Determinismus ermöglicht es dem Shield Brain Guardian Core, strenge Sicherheitsgrenzen – einschließlich der Einhaltungsregeln des AI Act – für die Argumentationsausgabe durchzusetzen, da er weiß, dass eine bestimmte Eingabe eine reproduzierbare Charakterisierung und keine statistische Verteilung pro Schlussfolgerung aufweist.

INTEGRATION

Eine Komponente, kein Produkt.

Odino wird nicht als eigenständiges Produkt geliefert. Es ist der Chat Core des kognitiven Clusters Tin Man – die Argumentationsschicht, die Eingaben im Textmodus interpretiert und die multimodale Eingabeaufforderungsassembly erstellt, die nachgeschaltete Kerne nutzen. Sein Wert wird durch die Integration mit Vision-, Audio-, Brainstem-, Speicher- und Echtzeitkernen unter der Shield Brain-Steuerungsarchitektur realisiert.

Phase 1 von Odino ist die zustandslose Ausführung mit einem einzelnen Token (Neuberechnung mit voller Aufmerksamkeit pro Token, ausgewählt zur End-to-End-Validierung der nativen FP8-Pipeline). Phase 2 (KV-Cache-Verwaltung, Multi-Turn-Konversationseffizienz) und Phase 3 (Hot-Swap-Multi-Engine, Runtime-Backbone-Switching) sind für die nächsten Sprints geplant – die Reihenfolge wird durch die Cluster-Roadmap geregelt und nicht isoliert veröffentlicht.

Tin Man-Spezifikationen anzeigen →

SPRINT 3-VERBESSERUNG · MAI 2026

Streaming-Token-für-Token-Zustellung.

Im Mai 2026 wurde die Odino-Laufzeit um serverseitige Streaming-Unterstützung erweitert, wodurch der Tin Man-Cluster die Generierung von Sprachmodell-Tokens mit nachgelagerten Syntheseschichten (Text-to-Speech) kanalisieren und die Latenz der End-to-End-Sprachschleife deutlich unter 1 Sekunde reduzieren kann.

Die Abwärtskompatibilität mit dem synchronen Endpunkt der Phase 1 bleibt erhalten. Streaming wird über OpenAI-kompatible Server-Sent Events implementiert und liefert eine inkrementelle Ausgabe pro Token.

Empirische Leistung:

  • Warmer Dauerzustand bis zum ersten Token: deutlich innerhalb des Zielbands unter 200 ms
  • Kohärente Reaktion auf das Drohnen-Kommandokorpus auf interaktivem Niveau

Der Golden-Master-Motorplan der Phase 1 bleibt unverändert erhalten; Das Streaming-Verhalten wird durch eine unterschiedliche Servernutzung erreicht, die zur Laufzeit denselben Engine-Plan bindet – ein Herkunftsmuster, das darauf ausgelegt ist, validierte Assets über iterative Verbesserungen hinweg stabil zu halten.

ENGAGE

Technische Tieftauchgänge werden im Rahmen einer Partnerschaft veröffentlicht.

Der vollständige technische Bericht Odino, Integrationshinweise für den Tin Man-Cluster, die Phase-2-Caching-Architektur und der Embedded-AI-Engineering-Pfad werden unter Geheimhaltungsvereinbarung veröffentlicht. Nehmen Sie Kontakt auf, um ein Gespräch zu beginnen.

Direkt: engage@reinventy-solutions.ca