I'm especially interested to know what a full-on native code compiler can do for you that a JIT can't
Oh I've nothing against JIT. Compilation to native code is compilation to native code (if we ignore all that tedious mucking about with caching and timing of the compiles).
As for benchmarks take a look at Lisp is slow (NOT!) for an example of CMUCL and SBCL (compiled Lisps) beating out C++ in a benchmark.
Please don't take this to mean that I think compilation to native code is necessary, or that interpreted VMs are useless and slow. Premature optimisation and all that. I will quite happily use Perl 6 running on an interpreted Parrot and I'm sure it will do all that I need it to do. The domains that I spend most of my time coding in are not CPU bound.
You just asked "why not just keep the bulk of the code as Parrot" - and speed (for those where it is an actual, rather than an imagined, issue) is one reason.
|