A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
1–10 of 64 posts
Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#2Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#3Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#4Just in time compilation, I think it should be called “continuous profile guided compilation” instead, describes better the awesomeness that happens...
Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#5Just in time compilation, I think it should be called “continuous profile guided compilation” instead, describes better the awesomeness that happens...
Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#6Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#7I'm curious if GraalVM can do the same rockstar party tricks on Java 11? He uses Java 12, but doesn't go into huge detail why he chose that rather than the LTS.
Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#8This will lead to an interesting problem if they want to replace C2 with Graal. Are they willing to regress performance for some open-source-only users, even if it's a performance win for others?
Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#9From what I know, GraalVM EE (Enterprise Edition) does do loop vectorisation. This will lead to an interesting problem if they want to replace C2 with Graal. Are they willing to regress performance for some open-source-only users, even if it's a performance win for others?
Re: A Race of Two Compilers: GraalVM JIT versus HotSpot JIT C2 [video]
#10Just in time compilation, I think it should be called “continuous profile guided compilation” instead, describes better the awesomeness that happens...
JITs do more than just profile-guided optimizations. Their secret weapon is speculative optimizations that mean they don't need to work hard (and often fail) to prove the soundness of certain optimizations. They're allowed to guess and be wrong.
AOT compilers can't afford running optimization passes in a loop (inline, optimize, inline, optimize, ...) until they reach a fixed point because that would blow up compile times if that were applied to the whole program.