ODINO · MOTORE DI INFERENZA NATIVO · JETSON THOR
Costruito perché le alternative non si adattava alla missione.
Odino è un motore di inferenza appositamente creato per NVIDIA Jetson AGX Thor, progettato per ospitare il nucleo di ragionamento del cluster cognitivo Tin Man all'interno dell'involucro della memoria incorporata. Esecuzione nativa dell'FP8. Mappatura della memoria a copia zero. Avvio a freddo inferiore ai due secondi. Costruito in modo che i core Vision, Audio e Real-time del cluster dispongano della memoria unificata di cui hanno bisogno per funzionare.
IL VINCOLO
Memoria unificata da 128 GiB. Dodici core in attesa.
Jetson AGX Thor 5000 offre 128 GiB di memoria unificata LPDDR5x: sostanziale per un nodo edge, limitato per un cluster cognitivo a 12 core. La prima iterazione di Tin Man utilizzava vLLM come motore di servizio LLM per Chat Core. vLLM è eccellente nel suo ambiente nativo (data center, GPU dedicata per processo). Su Thor, con la memoria unificata condivisa, la cache KV preallocata di vLLM e l'impronta della memoria inattiva consumavano circa 67 GiB. Il Vision Core si è schiantato sotto pressione della memoria; il loop in tempo reale ha accumulato jitter dovuto agli errori di pagina; non è stato possibile attivare in modo affidabile l'Audio Core insieme.
Odino è stato creato per risolvere un problema specifico: fornire la stessa capacità di ragionamento all'interno di circa 15 GiB di memoria e avviarsi in meno di due secondi, in modo che gli altri core del cluster abbiano lo spazio necessario per funzionare.
FASE 1 · PRESTAZIONI VALIDATE
I numeri che hanno giustificato la realizzazione.
La tabella seguente confronta Odino Fase 1 con la precedente configurazione vLLM sullo stesso hardware Jetson AGX Thor 5000, eseguendo lo stesso modello di chat quantizzata FP8. Convalidato il 06-12-2025.
| Metrico | vLLM (precedente) | Odino Fase 1 (convalidata) | Δ rispetto a vLLM | Odino Sprint 3 streaming |
|---|---|---|---|---|
| Occupazione della memoria (inattiva) | ~67 GiB | 381 MiB | −99.4% | ~381 MiB (invariato) |
| Occupazione della memoria (caricata) | ~70 GiB (saturo) | ~15 GiB | −78% | ~15 GiB (invariato) |
| Orario di partenza a freddo | 30-60 secondi | < 2 secondi | −96% | Motore < 2 s + riscaldamento alla prima chiamata |
| TTFT in streaming | n/d | n/d | n/d | stato stazionario caldo entro la banda inferiore a 200 ms |
| Supporto interattivo | n/d | solo sincrono | n/d | SSE token per token |
La memoria recuperata - circa 50 GiB liberati dal confronto dello stato caricato - è ciò che consente al cluster Tin Man di gestire i core Vision (RADIO ViT-H/16), Audio (Parakeet Conformer) e Real-time insieme al core di ragionamento su un singolo nodo Jetson Thor.
PRINCIPI DI INGEGNERIA
Compilazione nativa. Memoria diretta. Nessun quadro intermedio.
Tre decisioni architettoniche, applicate uniformemente:
- Compilazione nativa dell'FP8 Compilazione statica di TensorRT su un singolo piano motore binario, destinata ai kernel Blackwell sm_110a Tensor Core. Nessun livello di reinterpretazione del framework runtime.
- Mappatura della memoria a copia zero Il file del piano del motore (~15 GiB) viene mappato direttamente nello spazio degli indirizzi del processo. L'architettura di memoria unificata di Thor consente alla GPU di accedere alle pagine supportate dal dispositivo NVMe, con il paging gestito dal sistema operativo. Nessuna fase di carico.
- Invio di esecuzione diretta I kernel GPU vengono avviati da puntatori bare metal ai buffer del dispositivo. Nessuna astrazione del tensore del framework nel percorso caldo.
Ogni decisione baratta la portabilità con le prestazioni: è accettata, perché Odino è creato appositamente per il Chat Core di Tin Man su questo hardware specifico, non un framework di inferenza generico.
DETERMINISM
Stesso input. Stessa uscita. Controllabile.
Al di là del throughput grezzo, la compilazione statica e l'esecuzione bare metal di Odino producono una proprietà che contava dal punto di vista architettonico: l'output deterministico. Con un dato input e un seed casuale fisso, Odino produce ogni volta lo stesso output, a differenza dei servizi di inferenza cloud che introducono una varianza non deterministica dal bilanciamento del carico, dai nuovi tentativi e dagli scambi silenziosi di modelli A/B.
Questo determinismo è ciò che consente al Guardian Core Shield Brain di applicare rigorosi gate di sicurezza - comprese le regole di conformità all'AI Act - sull'output del ragionamento, sapendo che un dato input ha una caratterizzazione riproducibile piuttosto che una distribuzione statistica per inferenza.
INTEGRATION
Un componente, non un prodotto.
Odino non viene consegnato come prodotto autonomo. È il Chat Core del cluster cognitivo Tin Man: il livello di ragionamento che interpreta gli input in modalità testo e produce l'assemblaggio di prompt multimodale utilizzato dai core a valle. Il suo valore si realizza attraverso l'integrazione con i core Vision, Audio, Brainstem, Memory e Realtime nell'ambito dell'architettura di controllo Shield Brain.
La fase 1 di Odino è l'esecuzione stateless a token singolo (ricalcolo completo per token, scelto per convalidare end-to-end la pipeline nativa FP8). La Fase 2 (gestione della cache KV, efficienza delle conversazioni multi-turno) e la Fase 3 (multi-motore hot-swap, commutazione backbone runtime) sono pianificate per i prossimi sprint: il sequenziamento è regolato dalla roadmap del cluster anziché pubblicato separatamente.
MIGLIORAMENTO SPRINT 3 · MAGGIO 2026
Consegna in streaming token per token.
Nel maggio 2026 il runtime Odino è stato esteso con il supporto dello streaming lato server, consentendo al cluster Tin Man di pipeline la generazione di token del modello linguistico con livelli di sintesi downstream (sintesi vocale) e di ridurre la latenza del loop vocale end-to-end ben al di sotto di 1 secondo.
La compatibilità con le versioni precedenti con l'endpoint sincrono della Fase 1 viene preservata. Lo streaming viene implementato tramite eventi inviati dal server compatibili con OpenAI, fornendo output incrementale per token.
Prestazione empirica:
- Time-To-First-Token in stato stazionario: ben all'interno della fascia target inferiore a 200 ms
- Risposta coerente sul corpus di comando dei droni a livello interattivo
Il progetto del motore Golden Master della Fase 1 è mantenuto invariato; il comportamento dello streaming viene ottenuto tramite un cablaggio del server variante che vincola lo stesso piano del motore in fase di esecuzione: un modello di provenienza progettato per mantenere stabili le risorse convalidate durante i miglioramenti iterativi.
ENGAGE
Approfondimenti tecnici vengono rilasciati nell'ambito della partnership.
Il rapporto tecnico completo Odino, le note di integrazione per il cluster Tin Man, l'architettura di caching della Fase 2 e il percorso di ingegneria dell'intelligenza artificiale incorporata vengono rilasciati con un accordo di non divulgazione. Contattaci per avviare una conversazione.
Diretto: engage@reinventy-solutions.ca