SPECjvm2008 benchmark numbers for AArch64

[Vladimir Kozlov]

Hi,

We, Oracle Java org, had similar performance investigation on linux-x86 
of Graal as JIT, which is new experimental feature in JDK 10.

Numbers are similar.

Several Graal's RFEs were filed to track these performance issues. As we 
understand, it is mostly due to some missing loop optimizations and 
missing intrinsics.

https://bugs.openjdk.java.net/browse/JDK-8190979
https://bugs.openjdk.java.net/browse/JDK-8191708
https://bugs.openjdk.java.net/browse/JDK-8194313

Benchmarks names are cryptic because of licensing issue :(

Regards,
Vladimir

On 2/12/18 8:06 AM, Doug Simon wrote:
> 
> 
>> On 12 Feb 2018, at 11:48, Andrew Haley <aph at redhat.com> wrote:
>>
>> On 10/02/18 17:01, Andrew Haley wrote:
>>> That'll be interesting too.  I'm not wondering how much of this
>>> is due to the Graal high-level code analysis.
>>
>> Sorry, that typo made no sense!  I'm *now* wondering how much of this is
>> due to the Graal high-level code analysis.  I'm particularly baffled
>> by the difference in the speed of crypto.rsa and crypto.aes, given
>> that they're hand-coded intrinsics, so the compiler should make little
>> difference.
> 
> There are a few crypto intrinsics not yet implemented by Graal. In particular:
> 
> https://github.com/oracle/graal/blob/51ab3471e7e0c305e65ebf97df6a9ac6d27c5410/compiler/src/org.graalvm.compiler.hotspot.test/src/org/graalvm/compiler/hotspot/test/CheckGraalIntrinsics.java#L258-L261
> 
> This should be addressed by https://bugs.openjdk.java.net/browse/JDK-8193241.
> 
> -Doug
>