3 ms·
Up until that time things are interpreted and thus slower. That's true - but not specific to mobile. For servers there is more leeway in terms of available me
by rockdoe 12y ago
Up until that time things are interpreted and thus slower.
That's true - but not specific to mobile.
For servers there is more leeway in terms of available memory and CPU power but on mobile you can only optimize so much without slowing things down with optimization and jit code generation overhead.
Which makes me wonder why it's going into new versions of Android (running on 4 to 8 core devices, i.e. having plenty of free horsepower). If anything this is becoming less of an issue.
JIT generated code has to be generated every time the app runs.
False.
The memory savings argument might be something - particularly with heavy use of system libraries. Android phones usually have relatively memory compared to their other resources.
- 51Cards 12y ago"Which makes me wonder why it's going into new versions of Android (running on 4 to 8 core devices, i.e. having plenty of free horsepower)." ... running on a very taxed battery.
- blinkingled 12y ago>>JIT generated code has to be generated every time the app runs. > False. How so? Do you know of production class JITs that cache generated native code and reuse it every time the process is re-executed?
- wmf 12y agoHotSpot? http://stackoverflow.com/questions/1992486/why-doesnt-the-jvm-cache-jit-compiled-code http://stackoverflow.com/questions/1992486/why-doesnt-the-jv...
- blinkingled 12y agoNope. I know for sure hotspot doesn't do it - neither for desktop nor for server. The "Oracle JIT" refers to the JIT that Oracle uses for Java code that executes inside of the Oracle database. Completely different environment and usage model. Read the first comment in your link to get a sense of why it isn't practical to do persistent code caching for a dynamic language like Java.