L'intérêt que pourrait présenter Graal VM en compilation native pour ce type de code est le temps de démarrage du processus et l'économie du JIT lors des premières exécutions qui sont donc immédiatement optimales.
Et aussi l'empreinte mémoire devrait être faible qu'avec une exécution en JVM/Hotspot car le tas/heap n'est pas la seule zone mémoire allouée par la JVM, il faut y regarder plus en détail et vérifier les allocations natives pour le metaspace (.class, code produit par le jit, zone de traitement du gc...)
[^] # Graal VM
Posté par Yves Martin . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 0.
L'intérêt que pourrait présenter Graal VM en compilation native pour ce type de code est le temps de démarrage du processus et l'économie du JIT lors des premières exécutions qui sont donc immédiatement optimales.
Et aussi l'empreinte mémoire devrait être faible qu'avec une exécution en JVM/Hotspot car le tas/heap n'est pas la seule zone mémoire allouée par la JVM, il faut y regarder plus en détail et vérifier les allocations natives pour le metaspace (.class, code produit par le jit, zone de traitement du gc...)