Performance et runtimes natifs

Nucleus compile le même code Kotlin en deux runtimes, et vous choisissez lequel produire au moment du build : une image native GraalVM, ou une image JDK 25 standard avec un cache ahead-of-time (AOT). Les deux sont pilotés par le même DSL Gradle : passer de l'un à l'autre change la sortie du build, pas votre code.

Les deux runtimes

Les runtimes diffèrent par la façon dont l'application est compilée et par ce qu'elle embarque, ce qui donne des caractéristiques de démarrage et de débit différentes.

Une image native GraalVM démarre rapidement et occupe moins de mémoire, car elle est compilée en amont et n'embarque aucune JVM. Le runtime JDK atteint un débit soutenu plus élevé une fois que le JIT d'HotSpot a chauffé sur les chemins chauds ; le cache AOT raccourcit ce warmup en réutilisant le chargement de classes et la compilation d'une exécution précédente.

Choisir un runtime

• GraalVM Native Image — utilitaires en arrière-plan, apps de barre de menu, outils desktop type CLI et cibles sandboxées comme l'App Store ou MSIX. Le démarrage est rapide, l'installateur est petit et aucun runtime Java n'est livré avec l'application.
• JDK 25 + AOT cache — outils longue durée type IDE, traitements de données lourds, hôtes de plugins et tout ce qui repose sur du comportement dynamique comme les moteurs de script, ByteBuddy ou les class loaders personnalisés. Le JIT d'HotSpot devient payant dès que les chemins chauds chauffent, et le cache AOT supprime l'essentiel du coût de warmup.
• Les deux — les deux peuvent cohabiter dans un même projet. Une équipe peut livrer un build GraalVM sur l'App Store et un build JDK avec cache AOT pour le téléchargement direct.

Basculer entre les runtimes

Les deux runtimes se configurent dans le bloc nucleus.application. Activer graalvm produit une image native ; définir enableAotCache produit une image JDK avec un cache AOT.

nucleus.application {
    mainClass = "com.example.MainKt"

    // Produit une image native GraalVM.
    graalvm {
        isEnabled = true
        imageName = "myapp"
    }

    // Ou produit une image JDK 25 avec un cache AOT.
    nativeDistributions {
        enableAotCache = true
    }
}

Modules complémentaires

Les builds natifs s'appuient sur quelques modules qui fournissent les métadonnées de plateforme et l'intégration à l'OS :

• Accès natif — comment Nucleus fournit les métadonnées GraalVM de réflexion, de ressources et JNI pour que vous n'écriviez pas de JSON à la main.
• Du code natif en Kotlin — écrivez le côté natif en Kotlin/Native et appelez-le depuis la JVM via un bridge FFM généré.
• HTTP natif — HttpClient, OkHttp et Ktor câblés au trust store de l'OS.
• SSL natif — le keychain de l'OS comme source d'ancres de confiance.

Et ensuite

• GraalVM Native Image — le DSL Gradle complet, les métadonnées automatiques, les tâches Gradle et le câblage CI.
• AOT cache — Project Leyden de JDK 25, branché à Gradle en une ligne.
• Runtimes — l'architecture derrière les deux backends.