Oui sémantiquement ça doit plutôt être ça :) Mais ce que je veux dire c'est que WebAssembly va venir à côté de ceux-là (dans SpiderMonkey il porte le joli nom de BaldrMonkey).
Note: TraceMonkey et JägerMonkey n'existent plus aujourd'hui. On a:
un interpréteur qui n'a pas de nom particulier
Baseline compiler: un premier optimiseur qui va venir cacher du code exécuté souvent
IonMonkey: l'optimizing JIT.
OdinMonkey: spécifique asm.js, ça joue le rôle de "raccourci" vers IonMonkey.
BaldrMonkey: spécifique WebAssembly, il saute notamment l'étape de parsing.
Dans le futur, ils veulent modifier des ordres pour rendre le démarrage plus rapide pour asm.js et WebASM, car IonMonkey est assez lent à compiler (c'est pour ça qu'il y a des trucs avant d'ailleurs, pour ne pas le déclencher systématiquement).
[^] # Re: WebAssembly
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 3.
Oui sémantiquement ça doit plutôt être ça :) Mais ce que je veux dire c'est que WebAssembly va venir à côté de ceux-là (dans SpiderMonkey il porte le joli nom de BaldrMonkey).
Note: TraceMonkey et JägerMonkey n'existent plus aujourd'hui. On a:
Dans le futur, ils veulent modifier des ordres pour rendre le démarrage plus rapide pour asm.js et WebASM, car IonMonkey est assez lent à compiler (c'est pour ça qu'il y a des trucs avant d'ailleurs, pour ne pas le déclencher systématiquement).