Stroustrup's talk on C++0x

[Stéphan Kochen]

Robert Fraser schreef:
> That said, there are already some applications that run faster on a JIT VM because the VM can do certain optimizations that a native compiler can't, and, further, can do it transparently (without programmer interaction). Especially as multi-cores become more prevalent, VMs will be able to automatically vectorize/parallelize loops, which means that, if nothing else, they provide the power to spare the "average developer" who might not know so much about optimization or paralellism, from those horrors.
This is something LLVM [1] tries to fix, I think. I skimmed over some
articles about it, and they talk about run-time optimization of native
code. It's all over the site; a lot of interesting jargon to me. :)

> Flash is a different story, as I doubt ActionScript is JITed. As far as Eclipse goes, the IDE does a _lot_ behind the scenes (it compiles any changes every time you stop typing for a couple seconds, marks semantic errors & resolves bindings as you type, etc., etc.), so on slower computers it might sometimes feel a little sluggish. Java's String class is also partly to blame (40 bytes of heap-allocated overhead for every string is a lot), but that's more an issue with the coding style & standard library than with VMs in general.
Recently, Adobe donated the source of their ActionScript VM and (there
it is) JIT compiler to Mozilla. The project is called Tamarin [2].

Lazy web, signing off. :)

 [1] http://llvm.org/
 [2] http://mozilla.org/projects/tamarin/