La mémoire virtuelle n'a de commun avec une VM que le nom. Cela n'a absolument rien à voir.
C'est une indirection que tu ajoute pour pouvoir faire une tambouille dans le dos de l'utilisateur. Toutes les vm ne font pas des choses très complexes avec la mémoire.
Un langage a vm peut nécessiter une compilation just in time : pourquoi le faire plusieurs fois ?
Pour avoir encore plus d'informations au moment de faire les optimisations. gcc et llvm ont aussi des fonctionnalités pour créer des traces puis refaire une compilation avec ces informations en plus. C'est invisible en java, c'est très subtile à faire avec gcc ou llvm (la manière dont tu génère les traces doit correspondre à l'usage réel).
Je me doute que quand on discute comme ça, tout le monde pense à la jvm, clr ou beam. Mais les machines virtuelles c'est aussi ebpf par exemple.
[^] # Re: VM est non écologique par essence
Posté par barmic 🦦 . En réponse au journal Uxn : un langage assembleur axé sur la frugalité. Évalué à 4.
C'est une indirection que tu ajoute pour pouvoir faire une tambouille dans le dos de l'utilisateur. Toutes les vm ne font pas des choses très complexes avec la mémoire.
Pour avoir encore plus d'informations au moment de faire les optimisations. gcc et llvm ont aussi des fonctionnalités pour créer des traces puis refaire une compilation avec ces informations en plus. C'est invisible en java, c'est très subtile à faire avec gcc ou llvm (la manière dont tu génère les traces doit correspondre à l'usage réel).
Je me doute que quand on discute comme ça, tout le monde pense à la jvm, clr ou beam. Mais les machines virtuelles c'est aussi ebpf par exemple.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll