GraalVM 22.3: JDK 19 builds, jlink support, new monitoring features, and more

Re:GraalVM 22.3: JDK 19 builds, jlink support, new monitorin... by gavinray on Wednesday October 26, 2022 @10:26AM (#33344222)

  > " But most Java code will perform better under a JIT compiler (which can be Graal’s as well)"

This was my understanding, for any comparison of world-class JIT compilers vs AOT codegen. But, fniephaus knows his stuff and there are some compelling particular examples/benchmarks given. I haven't taken the time to do an exhaustive comparison.

It does seem sort of counterintuitive though, doesn't it? Like, what's the point of an optimizing JIT then?

[ Parent | on HN ]

Re:GraalVM 22.3: JDK 19 builds, jlink support, new monitorin... by kaba0 on Wednesday October 26, 2022 @11:03AM (#33344781)

I’m sure there are examples where Graal Native will beat the JIT version of the same program (e.g. it often does more throughout escape analysis, also, smaller object allow more data to fit inside cache, etc), but in case of a “typical” application I would wager that the JIT approach is better. Maybe that’s just the way idiomatic JVM code is written?

[ Parent | on HN ]