C’est intéressant, parce que le cas d’usage habituel est plutôt l’inverse : la JVM pour les outils en ligne de commande (assez rares en Java, même si les JVM récentes ont des optimisations pour ces cas), et GraalVM pour le serveur qui peut fortement profiter de la longue compilation native. C’est surtout vrai sur des microservices, où le gain total de RAM sur l’essaim peut être très intéressant.
À noter que GraalVM a des limitations assez fortes sur ce qu’il est capable de gérer, en particulier tout ce qui nécessite de l’introspection poussée (donc beaucoup de frameworks) risque de ne pas fonctionner.
[^] # Re: Super nouvelle!
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Spring Troie est dehors : le cadriciel java n'a plus son talon d'Achille. Évalué à 6.
C’est intéressant, parce que le cas d’usage habituel est plutôt l’inverse : la JVM pour les outils en ligne de commande (assez rares en Java, même si les JVM récentes ont des optimisations pour ces cas), et GraalVM pour le serveur qui peut fortement profiter de la longue compilation native. C’est surtout vrai sur des microservices, où le gain total de RAM sur l’essaim peut être très intéressant.
À noter que GraalVM a des limitations assez fortes sur ce qu’il est capable de gérer, en particulier tout ce qui nécessite de l’introspection poussée (donc beaucoup de frameworks) risque de ne pas fonctionner.
La connaissance libre : https://zestedesavoir.com