[whatwg] Web Workers

Boris Zbarsky bzbarsky at MIT.EDU
Wed Jul 21 13:55:36 PDT 2010

On 7/21/10 4:11 PM, Ryan Heise wrote:

 > Note that things might have been different had Javascript been a
 > purely functional language. If this were the case, then there would
 > be much safer and more efficient alternatives to making whole copies
 > of data that could be implemented under the hood.

Why does this require JS to be purely functional?  There's already work 
happening in this direction, though obviously arbitrary object graphs 
are hard due to the mutability.

If we eliminate mutability (e.g. sealing the objects in the relevant 
graph), then the memory could in fact be shared instead of copied, right?

> For all of the reasons above, I would like to see something like threads
> in Javascript.

Note that some current JS engines support this (though not in a web 
context at the moment).

Note also that said engines are removing said support for various 
reasons (performance penalties are a large part of it).

> Is not allowing deadlocks important enough that we should make
> it impossible for a certain class of algorithms to exploit multi-core
> CPUs?

Possibly, yes.

> As a final thought, I would like to say that it is actually possible to
> detect deadlock conditions at runtime and immediately throw an exception
> rather than simply hang the web browser.

At what performance cost in the typical case, though?


More information about the whatwg mailing list