|
|
|
|
|
|
by pcwalton
4244 days ago
|
|
|
> I am no expert on this but if games is the primary target, would it make sense to make some sort of vector(ization) API? Or some tesselator API. Both of those would be harder, and less general. Game developers are asking for SIMD; they aren't asking for specialized APIs. > It's honestly baffling that we keep away from threads in javascript but do all these optimizations like SIMD which are very minor. I mean practically every CPU out there has multiple cores. Workers don't cut it because they require copying data. Threads aren't easy to "just add" to JS. Making a thread-safe GC perform as well as today's highly-optimized single-threaded GCs is hard. And not even counting the engineering effort required, none of the millions of lines of JavaScript out there is thread-safe. Of course we will need a way to do threads eventually, but it's much harder than SIMD. |
|
|
That is entirely a problem of your own making. You decided to bet hard on single threaded dynamic Javascript being a suitable model for all end user software. It turns out it isn't, but it's too late now.
This kind of thing is exactly why Javascript isn't a good choice as a general purpose VM platform. Which you are presumably aware of because you aren't writing the next generation of Firefox in Javascript, you are creating Rust. But apparently what isn't good enough for Mozilla is good enough for everybody else…
Which brings us to the real problem with the web - everybody except the browser vendors is a second class citizen.