• [^] # Re: WebAssembly

    Posté par (site web personnel) . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 2. Dernière modification le 29 mars 2016 à 23:28.

    HotSpot dépote, mais il requière un temps de chauffe (il inline pas les méthodes immédiatement par exemple), ça matche pas très bien à mon avis avec les usages du web. Sur serveur tu as un code que tu fais tourner indéfiniment, que les premières secondes ne soient pas aussi performantes que tout le reste tu t'en fou. Sur le web bien souvent tu va télécharger une partie de l'application la faire tourner une fois, puis passer à une autre partie de l'application et donc un autre bout de code, la VM n'a pas le droit de se laisser du temps pour optimiser le code.

    Je suis d'accord en théorie mais moins en pratique. Pour l'instant ce que j'ai vu d'asm.js ce sont les portages de jeux dans un Humble Bundle. Et là on est bien dans le même genre de cas que les applis JVM serveur où tu t'en fous des secondes de chauffe pourvu qu'après ça dépote. Pour moi :

    • soit tu es dans un mode "site web" où tu changes de page à chaque action (ou pas loin) et t'as 2-3 effets pouet pouet en jQuery (parce qu'un dev jQuery ça coûte moins cher qu'un dev JS) et en effet la JVM n'aurait aucun intérêt (enfin la JVM pré-Jigsaw comme tu le dis toi-même ;-)), mais quid de l'intérêt de asm.js ?
    • soit tu es dans un mode "application web" (Single Page App, jeu en WebGL...) où tu charges la page une fois et ensuite tu bosses/joues des heures, et là bah Hotspot pourrait se faire plaiz