Merci pour cette dépêche c'est très intéressant, mais ce qui me frappe c'est que la plupart des solutions adoptées sont celles qui sont déjà appliquées dans la machine virtuelle java (au niveau du JIT et du GC notamment).
Je trouvais l'approche de TraceMonkey intéressante, en optimisant des traces d'exécutions plutôt que des méthodes/fonctions, et cela semblait marcher assez bien, en étant aussi relativement compact au niveau de l'implémentation. Est-ce que quelqu'un sait pourquoi cette approche a été abandonnée ?
L'approche de V8 (inclus dans Chrome) est aussi différente en ce qu'elle compile directement le code. Je me demande si le code optimisé en fonction du JIT firefox sera aussi rapide sur V8 et vice-versa. Tout cela me donnerait envie de faire tourner quelques benchmarks…
# Rien de nouveau sous le soleil...
Posté par pmoret (site web personnel) . En réponse au journal JavaScript, performances, et Firefox. Évalué à 3.
Merci pour cette dépêche c'est très intéressant, mais ce qui me frappe c'est que la plupart des solutions adoptées sont celles qui sont déjà appliquées dans la machine virtuelle java (au niveau du JIT et du GC notamment).
Je trouvais l'approche de TraceMonkey intéressante, en optimisant des traces d'exécutions plutôt que des méthodes/fonctions, et cela semblait marcher assez bien, en étant aussi relativement compact au niveau de l'implémentation. Est-ce que quelqu'un sait pourquoi cette approche a été abandonnée ?
L'approche de V8 (inclus dans Chrome) est aussi différente en ce qu'elle compile directement le code. Je me demande si le code optimisé en fonction du JIT firefox sera aussi rapide sur V8 et vice-versa. Tout cela me donnerait envie de faire tourner quelques benchmarks…