Concurrent JavaScript: It can work

Re:Concurrent JavaScript: It can work by rmrfrmrf on Wednesday August 30, 2017 @03:22PM (#15135096)

If you're that concerned about performance, though, aren't doing things like `.asyncJoin()` just going to eat up any potential gains by 1) wrapping the result in a Promise and 2) throwing the Promise back into the event/microtask queue? It seems like the transport would quickly become the bottleneck.

I'm also struggling to understand what tier of performance you're aiming for, since you're hoping to boost performance by using a Thread in JS when, in node, you can already code expensive computation in C++ and expose a binding back to JS (which to me makes more sense in the context of game design since that's basically what most already do with Lua--this would just be in reverse).

[ Parent | on HN ]

Re:Concurrent JavaScript: It can work by lylepstein on Wednesday August 30, 2017 @03:38PM (#15135244)

Joins like that wouldn't really be used for coordinating between multiple threads in a fine-grained fashion. For example, maybe you'd kick off two worker thread from your main thread, and each of those is going to do some fine-grained processing on some shared set of data. The main thread needs to know when that process is finished, so it joins both threads.

[ Parent | on HN ]