Benchmark crashes on Java 8 EA
Daniel Mitterdorfer
daniel.mitterdorfer at gmail.com
Wed Feb 26 10:30:36 PST 2014
May I jump in? I haven't used Chris' object-pool-benchmarks project before
but I've tried it now out of keen interest and can confirm the described
behavior. Steps to reproduce on my machine:
git clone https://github.com/chrisvest/object-pool-benchmarks.git
cd object-pool-benchmarks
# I did not have org.openjdk.jol:jol-core:1.0-SNAPSHOT in my local repo and
used version 0.1 instead.
mvn clean package
java -jar target/object-pool-benchmarks.jar
".*ClaimRelease.StormpotBlaze.*" -t 8 -tu ms -bm thrpt -wi 10 -i 10 -f 1
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
# Run progress: 0,00% complete, ETA 00:00:20
# VM invoker:
/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/bin/java
# VM options: -Dfile.encoding=UTF8
# Fork: 1 of 1
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
# Warmup: 10 iterations, 1 s each
# Measurement: 10 iterations, 1 s each
# Threads: 8 threads, will synchronize iterations
# Benchmark mode: Throughput, ops/time
# Benchmark: objectpoolbenchmark.suite.ClaimRelease.StormpotBlazePool.cycle
# Warmup Iteration 1: Exception in thread "Thread-3"
java.lang.IllegalStateException: java.io.EOFException
at
org.openjdk.jmh.link.BinaryLinkServer$Handler.run(BinaryLinkServer.java:283)
Caused by: java.io.EOFException
at
java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2601)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1319)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371)
at
org.openjdk.jmh.link.BinaryLinkServer$Handler.run(BinaryLinkServer.java:260)
<forked VM failed with exit code 132>
Benchmark Mode Samples Mean Mean error Units
Environment information:
dmitter at Daniel-Mitterdorfers-MacBook-Pro[±|master
✗]:~/Downloads/object-pool-benchmarks $ java -version
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b124)
Java HotSpot(TM) 64-Bit Server VM (build 25.0-b66, mixed mode)
dmitter at Daniel-Mitterdorfers-MacBook-Pro[±|master
✗]:~/Downloads/object-pool-benchmarks $ uname -v
Darwin Kernel Version 13.0.0: Thu Sep 19 22:22:27 PDT 2013;
root:xnu-2422.1.72~6/RELEASE_X86_64
dmitter at Daniel-Mitterdorfers-MacBook-Pro[±|master
✗]:~/Downloads/object-pool-benchmarks $ mvn -version
Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF8
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: /usr/local/apache-maven-3.0.3
Java version: 1.8.0-ea, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre
Default locale: de_DE, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.1", arch: "x86_64", family: "mac"
2014-02-26 16:44 GMT+01:00 Aleksey Shipilev <aleksey.shipilev at oracle.com>:
> Chris, any steps to reproduce?
>
> -Aleksey.
>
> On 02/25/2014 12:05 PM, Aleksey Shipilev wrote:
> > Ok, thanks. I need the steps to reproduce then :)
> >
> > -Aleksey.
> >
> > On 02/24/2014 02:09 PM, Chris Vest wrote:
> >> It runs just fine if I use -f 0.
> >>
> >> Cheers,
> >> Chris
> >>
> >> On 24 Feb 2014, at 09:35, Aleksey Shipilev <aleksey.shipilev at oracle.com
> >> <mailto:aleksey.shipilev at oracle.com>> wrote:
> >>
> >>> The exception you see is the JMH infrastructural exception which can
> >>> float up when host VM figures the forked VM had broken the connection.
> >>> It then also figures the forked VM exited with non-zero exit code.
> >>> Hence, it means the forked VM had failed in some weird way, quite
> >>> possibly because of the workload you are having.
> >>>
> >>> Can you try the run with -f 0?
> >>>
> >>> -Aleksey.
> >>>
> >>> On 02/24/2014 12:17 PM, Chris Vest wrote:
> >>>> The project I’m benchmarking builds and run its tests in Java 8
> without
> >>>> any problems. It doesn’t do any IO in the process, though.
> >>>>
> >>>> There is no hs_err* file. There is an empty jmh.out file.
> >>>>
> >>>> Cheers,
> >>>> Chris
> >>>>
> >>>> On 24 Feb 2014, at 07:28, Aleksey Shipilev
> >>>> <aleksey.shipilev at oracle.com <mailto:aleksey.shipilev at oracle.com>
> >>>> <mailto:aleksey.shipilev at oracle.com>> wrote:
> >>>>
> >>>>> On 02/24/2014 02:40 AM, Chris Vest wrote:
> >>>>>> # Benchmark:
> >>>>>> objectpoolbenchmark.suite.ClaimRelease.StormpotBlazePool.cycle
> >>>>>> # Warmup Iteration 1: Exception in thread "Thread-3"
> >>>>>> java.lang.IllegalStateException: java.io.EOFException
> >>>>>> at
> >>>>>>
> org.openjdk.jmh.link.BinaryLinkServer$Handler.run(BinaryLinkServer.java:283)
> >>>>>> Caused by: java.io.EOFException
> >>>>>> at
> >>>>>>
> java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2601)
> >>>>>> at
> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1319)
> >>>>>> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371)
> >>>>>> at
> >>>>>>
> org.openjdk.jmh.link.BinaryLinkServer$Handler.run(BinaryLinkServer.java:260)
> >>>>>> <forked VM failed with exit code 132>
> >>>>>
> >>>>> Why do you think this is JMH-related?
> >>>>>
> >>>>> Your forked VM crashed, look for hs_err*.log.
> >>>>>
> >>>>> -Aleksey.
> >>>>>
> >>>>
> >>>
> >>
> >
>
>
More information about the jmh-dev
mailing list