Un eseguibile Java non deve per forza pesare centinaia di megabyte. La nuova versione del JDK poliglotta GraalVM, la Community Edition 25.1.3, porta l’Hello World di esempio a soli 6,5 MB quando compilato con Native Image. Un risultato che può sembrare simbolico, ma che in realtà racconta molto su dove sta andando l’ecosistema JVM e su come l’AOT stia cambiando le carte in tavola per chi gestisce infrastrutture.

La corsa all’efficienza: da JIT ad AOT

La compilazione just-in-time (JIT) ha dominato a lungo il mondo Java, ottimizzando il codice a runtime e portando vantaggi prestazionali. Il rovescio della medaglia è un avvio lento e un consumo di memoria più elevato, criticità che in ambienti cloud-native o on-premise con microservizi a elevata densità diventano costose. GraalVM aggira il problema con la tecnicia Native Image: produce un binario autonomo, compilato ahead-of-time, che non richiede una JVM per funzionare. Questo si traduce in tempi di avvio quasi istantanei e un footprint ridotto, due aspetti che la release 25.1.3 esalta portando un programma banale a 6,5 MB.

6,5 MB: non solo un numero

Il dato non impressiona solo per la cifra tonda. Mostra la capacità di Native Image di eliminare tutto ciò che non serve realmente all’esecuzione, un’operazione di “shrink-wrapping” che diventa decisiva quando si devono distribuire decine o centinaia di istanze su hardware limitato. Per i deployment on-premise, dove le risorse sono pianificate e il TCO è sotto esame, avere eseguibili così leggeri significa poter eseguire più workload sulla stessa macchina senza saturare RAM e CPU. Anche in contesti di edge computing o pipeline di inference, dove ogni megabyte conta, la lezione di GraalVM è chiara: si può fare lightweight senza sacrificare le performance.

Il poliglottismo incontra l’efficienza

GraalVM non è solo una JDK per Java. Supporta JavaScript, Python, R e altre lingue, e la versione 25.1.3 prosegue il percorso di avvicinamento a questi linguaggi, ora compilabili nello stesso binario nativo. In pratica, un’applicazione che mescola codice Java e Python può essere distribuita come un unico eseguibile da pochi megabyte. In ambienti on-premise o air-gapped, dove spesso convivono strumenti scritti in linguaggi diversi, un runtime unificato e ridotto semplifica la manutenzione, riduce la superficie d’attacco e accelera la distribuzione.

Cosa significa per chi costruisce stack self-hosted

La novità di GraalVM CE 25.1.3 non è solo tecnica: è un segnale di quanto l’ecosistema stia investendo sull’efficienza dei componenti fondamentali. Per chi valuta deployment on-premise di AI—dove magari un orchestratore o un server di inference è scritto in Java—la differenza tra un eseguibile da 200 MB e uno da 6,5 MB si traduce in immagini container più snelle, minore latenza di scaling e margine per allocare più risorse ai modelli LLM veri e propri. Sul portale di AI‑RADAR offriamo framework analitici che aiutano a soppesare questi trade‑off, senza mai imporre una soluzione unica, ma invitando a guardare al framework complessivo: dalla sovranità dei dati all’ottimizzazione dell’infrastruttura.