Pour le SIMD, Clang est capable de comprendre les intrinsics de GCC, et LLVM est aussi capable de vectoriser le code.
Emscripten doit alors trouver un moyen de transformer le bytecode LLVM en javascript.
J'imagine que pour le moment il doit dé-vectoriser. (ou ne pas passer les flags de vectorisation à LLVM)
Mais il serait peut-être possible pour asm.js de re-vectoriser le code JS dé-vectorisé.
(Javascript n'a pas de type vectoriel, mais asm.js pourait détecter que huit entiers côte à côte forment en fait un vecteur)
Pour le multi-thread ça me parait bien plus compliqué puisque javascript est simple thread. (Les web worker n'ont pas de mémoire partagée je pense)
[^] # Re: Et pour quelques liens de plus...
Posté par Gof (site web personnel) . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 6.
Pour le SIMD, Clang est capable de comprendre les intrinsics de GCC, et LLVM est aussi capable de vectoriser le code.
Emscripten doit alors trouver un moyen de transformer le bytecode LLVM en javascript.
J'imagine que pour le moment il doit dé-vectoriser. (ou ne pas passer les flags de vectorisation à LLVM)
Mais il serait peut-être possible pour asm.js de re-vectoriser le code JS dé-vectorisé.
(Javascript n'a pas de type vectoriel, mais asm.js pourait détecter que huit entiers côte à côte forment en fait un vecteur)
Pour le multi-thread ça me parait bien plus compliqué puisque javascript est simple thread. (Les web worker n'ont pas de mémoire partagée je pense)