3 ms·
On the server side, the alternative is an AOT compiled language.
by gridlockd 7y ago
On the server side, the alternative is an AOT compiled language.
- pjmlp 7y agoMany languages do offer both toolchains (AOT / JIT), including Java and .NET. The alternative is to leave JavaScript to the browser, where it belongs.
- ninkendo 7y agoCould you provide some more detail/links about AOT-compiled Java?
- imtringued 7y agoGraalVM native image but it has some major limitations.
- pjmlp 7y agoAs referred in another comments. Back to 2000's, ou had several commercial players, the most well known ones were Aicas, PTC, IBM, Aonix, J/Rockit, ... In what concerns Android, it went to a couple of ways, in Android 5 introduced AOT compilation, but it did not scale to do that on device, when multiple applications where installed, with Android 7 Google introduced another approach. Basically a mix of interpreted using a hand writter interpreter in Assembly, followed by a JIT, and then AOT compiling with PGO information gathered from the JIT, https://source.android.com/devices/tech/dalvik/jit-compiler https://source.android.com/devices/tech/dalvik/jit-compiler There are also a couple of Google IO related talks. Back to standard Java implementations, not only you have those commercial vendors, IBM and Oracle have finally made AOT a free feature so you get it on OpenJDK and OpenJ9. Besides AOT compiling, you also have the possibility to use a JIT cache between execution runs instead. This is sometimes a better approach, because you cannot use AOT on code that depends on reflection, unless you tell the compiler about all the classes that it doesn't see, but are also required to land on the executable. Most well known Java related conferences (JaX, Devoxx, NDC, Java ONE, CodeOne, JVM Language Summit) have a couple of AOT related talks every now and then.
- the8472 7y agohttps://openjdk.java.net/jeps/295 https://openjdk.java.net/jeps/295 https://www.graalvm.org/ https://www.graalvm.org/