Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> Because nobody (for large values of "nobody") cares for asm.js.

The most important games companies - Unity, Epic, etc. - care very much about asm.js. Unity is going into beta very soon. Expect to see games after that.

> So the fact that it beats V8 on something: a) V8 does not implement

jsc also does not "implement" asm.js, in the sense that both v8 and jsc do not detect asm.js code specifically using the asm.js type system. Yet, jsc beats v8.

asm.js code is going to matter because games matter. Those games are using plugins now, but plugins are going away, and asm.js is the best option after that - that's why the games industry is adopting it.



Games are not "using plugins" today. They are either shipped as console games on DVDs/BluRays, or as native apps you download and run either for PC/Mac/tablet OS's.

asm.js is a bizarre hack. You're sending someone assembly code for a CPU that doesn't exist, as text.

It would have been far superior to just figure out CPU family specific sandboxes as NaCL did, and then accept that only two CPU architectures matter these days: x86 and ARM. If you can sandbox both, you're done and if someone wants to invent some super-duper new ISA they can damn well make code easily sandboxed when they design it.


Actually, NaCL is the best option after that, but you fine folks at Mozilla refuse to play ball.


I don't think that's a fair way to describe things - for one thing, NaCl is not portable, and PNaCl (which is) took years to materialize, at a point in time when it is not clear which option is better between PNaCl and JS.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: