Linked by Thom Holwerda on Tue 1st May 2012 21:59 UTC
Permalink for comment 516602
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 06/13/13 14:35 UTC
Linked by Thom Holwerda on 06/11/13 17:07 UTC
Linked by Thom Holwerda on 06/10/13 23:13 UTC
Linked by Thom Holwerda on 06/08/13 14:57 UTC
Linked by Thom Holwerda on 06/07/13 11:40 UTC
Linked by Thom Holwerda on 06/04/13 12:45 UTC
Linked by nfeske on 05/31/13 10:12 UTC
Linked by Thom Holwerda on 05/29/13 16:59 UTC
Linked by Thom Holwerda on 05/24/13 17:26 UTC
Linked by Thom Holwerda on 05/21/13 21:38 UTC
More Features »
Sponsored Links



Member since:
2012-05-01
It's a mistake to call a JIT an interpreter. Yes, it's possible to interpret bytecode, and that's what Sun's earliest implementations of Java did. But modern JITs will compile bytecode to native code before ever running it (or, in some cases, after it's run more than once). The only difference is that compilation is done when needed rather than ahead-of-time.
There are legitimate issues with JIT compilation strategies. The obvious one is startup time: there's a tradeoff between shorter compilation times and faster code, and so if you have to compile an application every time you run it, then you're going to do less optimization. But it's not interpretation.