PIT
Almost all failures happened on Linux-i585. and one happened on Windows-i586
One type of error:
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 1060 bytes for AllocateHeap
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (/scratch/opt/jprt/T/P1/170438.amurillo/s/hotspot/src/share/vm/memory/allocation.inline.hpp:62), pid=16736, tid=16794
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-08-26-170438.amurillo.jdk9-hs-2016-08-26-snapshot)
# Java VM: Java HotSpot(TM) Server VM (fastdebug 9-internal+0-2016-08-26-170438.amurillo.jdk9-hs-2016-08-26-snapshot, compiled mode, tiered, g1 gc, linux-x86)
# Core dump will be written. Default location: /scratch/home/aurora/sandbox/results/ResultDir/UnsafeAtomicityTest/core.16736
#
--------------- S U M M A R Y ------------
Command Line: -Xbootclasspath/a:/scratch/home/aurora/CommonData/torture/build/jcstress/tests-all/target/jcstress.jar -XX:+UnlockDiagnosticVMOptions -XX:-RestrictContended -XX:+WhiteBoxAPI -Xcomp -Xcomp -XX:MaxRAMFraction=8 -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:-DoEscapeAnalysis -XX:+AggressiveOpts -Xcomp -Xcomp -XX:MaxRAMFraction=8 -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:-DoEscapeAnalysis -XX:+AggressiveOpts org.openjdk.jcstress.ForkedMain 127.0.0.1 58578 0
Host: slcag140.us.oracle.com, Intel(R) Xeon(R) CPU X5675 @ 3.07GHz, 24 cores, 141G, Oracle Linux Server release 7.0
Time: Sun Aug 28 13:25:50 2016 UTC elapsed time: 18 seconds (0d 0h 0m 18s)
--------------- T H R E A D ---------------
Current thread (0xbe970800): JavaThread "worker2" daemon [_thread_in_Java, id=16794, stack(0xe482e000,0xe487f000)]
Stack: [0xe482e000,0xe487f000], sp=0xe487d32c, free space=316k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x14b7cc7] VMError::report_and_die(int, char const*, char const*, char*, Thread*, unsigned char*, void*, void*, char const*, int, unsigned int)+0x137
V [libjvm.so+0x14b89ff] VMError::report_and_die(Thread*, char const*, int, unsigned int, VMErrorType, char const*, char*)+0x2f
V [libjvm.so+0x93683d] report_vm_out_of_memory(char const*, int, unsigned int, VMErrorType, char const*, ...)+0x4d
V [libjvm.so+0x149bfa9] vframeArray::allocate(JavaThread*, int, GrowableArray<compiledVFrame*>*, RegisterMap*, frame, frame, frame, bool)+0xc9
V [libjvm.so+0x95ff89] Deoptimization::create_vframeArray(JavaThread*, frame, RegisterMap*, GrowableArray<compiledVFrame*>*, bool)+0xb9
V [libjvm.so+0x967bf0] Deoptimization::fetch_unroll_info_helper(JavaThread*, int)+0x9d0
v blob 0xe64687b0
C 0xbd7a26c8
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v blob 0xe64687b0
J 4145 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest.<init>()V (56 bytes) @ 0xedf7ad14 [0xedf7ab80+0x00000194]
J 4151 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.jcstress_consume(Lorg/openjdk/jcstress/infra/runners/StateHolder;Lorg/openjdk/jcstress/util/Counter;II)V (99 bytes) @ 0xedf7c0b8 [0xedf7bf60+0x00000158]
J 4056 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.actor1()Ljava/lang/Void; (89 bytes) @ 0xedf701a4 [0xedf70100+0x000000a4]
J 4054 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress$$Lambda$6.call()Ljava/lang/Object; (8 bytes) @ 0xedf6fb44 [0xedf6fb20+0x00000024]
J 4050 C1 java.util.concurrent.FutureTask.run()V java.base@9-internal (123 bytes) @ 0xe7154bec [0xe7154aa0+0x0000014c]
J 3940 C1 java.util.concurrent.ThreadPoolExecutor.runWorker(Ljava/util/concurrent/ThreadPoolExecutor$Worker;)V java.base@9-internal (225 bytes) @ 0xe712bb9c [0xe712b8c0+0x000002dc]
J 3937 C2 java.util.concurrent.ThreadPoolExecutor$Worker.run()V java.base@9-internal (9 bytes) @ 0xedf650c8 [0xedf650a0+0x00000028]
J 3934 C1 java.lang.Thread.run()V java.base@9-internal (17 bytes) @ 0xe7129fa0 [0xe7129f40+0x00000060]
v ~StubRoutines::call_stub
.....
Another type of error:
[ERROR] o.o.j.t.vjug.UnsafeAtomicityTest
[2016-08-28T11:02:12.81] java.lang.OutOfMemoryError
[2016-08-28T11:02:12.81] at jdk.internal.misc.Unsafe.allocateMemory(java.base@9-internal/Unsafe.java:616)
[2016-08-28T11:02:12.81] at sun.misc.Unsafe.allocateMemory(jdk.unsupported@9-internal/Unsafe.java:461)
[2016-08-28T11:02:12.81] at org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest.<init>(UnsafeAtomicityTest.java:49)
[2016-08-28T11:02:12.81] at org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.jcstress_consume(UnsafeAtomicityTest_jcstress.java:81)
[2016-08-28T11:02:12.81] at org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.actor1(UnsafeAtomicityTest_jcstress.java:127)
[2016-08-28T11:02:12.81] at java.util.concurrent.FutureTask.run(java.base@9-internal/FutureTask.java:264)
[2016-08-28T11:02:12.81] at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@9-internal/ThreadPoolExecutor.java:1158)
[2016-08-28T11:02:12.81] at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@9-internal/ThreadPoolExecutor.java:632)
[2016-08-28T11:02:12.81] at java.lang.Thread.run(java.base@9-internal/Thread.java:843)
Almost all failures happened on Linux-i585. and one happened on Windows-i586
One type of error:
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 1060 bytes for AllocateHeap
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (/scratch/opt/jprt/T/P1/170438.amurillo/s/hotspot/src/share/vm/memory/allocation.inline.hpp:62), pid=16736, tid=16794
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-08-26-170438.amurillo.jdk9-hs-2016-08-26-snapshot)
# Java VM: Java HotSpot(TM) Server VM (fastdebug 9-internal+0-2016-08-26-170438.amurillo.jdk9-hs-2016-08-26-snapshot, compiled mode, tiered, g1 gc, linux-x86)
# Core dump will be written. Default location: /scratch/home/aurora/sandbox/results/ResultDir/UnsafeAtomicityTest/core.16736
#
--------------- S U M M A R Y ------------
Command Line: -Xbootclasspath/a:/scratch/home/aurora/CommonData/torture/build/jcstress/tests-all/target/jcstress.jar -XX:+UnlockDiagnosticVMOptions -XX:-RestrictContended -XX:+WhiteBoxAPI -Xcomp -Xcomp -XX:MaxRAMFraction=8 -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:-DoEscapeAnalysis -XX:+AggressiveOpts -Xcomp -Xcomp -XX:MaxRAMFraction=8 -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -XX:+TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:-DoEscapeAnalysis -XX:+AggressiveOpts org.openjdk.jcstress.ForkedMain 127.0.0.1 58578 0
Host: slcag140.us.oracle.com, Intel(R) Xeon(R) CPU X5675 @ 3.07GHz, 24 cores, 141G, Oracle Linux Server release 7.0
Time: Sun Aug 28 13:25:50 2016 UTC elapsed time: 18 seconds (0d 0h 0m 18s)
--------------- T H R E A D ---------------
Current thread (0xbe970800): JavaThread "worker2" daemon [_thread_in_Java, id=16794, stack(0xe482e000,0xe487f000)]
Stack: [0xe482e000,0xe487f000], sp=0xe487d32c, free space=316k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x14b7cc7] VMError::report_and_die(int, char const*, char const*, char*, Thread*, unsigned char*, void*, void*, char const*, int, unsigned int)+0x137
V [libjvm.so+0x14b89ff] VMError::report_and_die(Thread*, char const*, int, unsigned int, VMErrorType, char const*, char*)+0x2f
V [libjvm.so+0x93683d] report_vm_out_of_memory(char const*, int, unsigned int, VMErrorType, char const*, ...)+0x4d
V [libjvm.so+0x149bfa9] vframeArray::allocate(JavaThread*, int, GrowableArray<compiledVFrame*>*, RegisterMap*, frame, frame, frame, bool)+0xc9
V [libjvm.so+0x95ff89] Deoptimization::create_vframeArray(JavaThread*, frame, RegisterMap*, GrowableArray<compiledVFrame*>*, bool)+0xb9
V [libjvm.so+0x967bf0] Deoptimization::fetch_unroll_info_helper(JavaThread*, int)+0x9d0
v blob 0xe64687b0
C 0xbd7a26c8
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v blob 0xe64687b0
J 4145 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest.<init>()V (56 bytes) @ 0xedf7ad14 [0xedf7ab80+0x00000194]
J 4151 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.jcstress_consume(Lorg/openjdk/jcstress/infra/runners/StateHolder;Lorg/openjdk/jcstress/util/Counter;II)V (99 bytes) @ 0xedf7c0b8 [0xedf7bf60+0x00000158]
J 4056 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.actor1()Ljava/lang/Void; (89 bytes) @ 0xedf701a4 [0xedf70100+0x000000a4]
J 4054 C2 org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress$$Lambda$6.call()Ljava/lang/Object; (8 bytes) @ 0xedf6fb44 [0xedf6fb20+0x00000024]
J 4050 C1 java.util.concurrent.FutureTask.run()V java.base@9-internal (123 bytes) @ 0xe7154bec [0xe7154aa0+0x0000014c]
J 3940 C1 java.util.concurrent.ThreadPoolExecutor.runWorker(Ljava/util/concurrent/ThreadPoolExecutor$Worker;)V java.base@9-internal (225 bytes) @ 0xe712bb9c [0xe712b8c0+0x000002dc]
J 3937 C2 java.util.concurrent.ThreadPoolExecutor$Worker.run()V java.base@9-internal (9 bytes) @ 0xedf650c8 [0xedf650a0+0x00000028]
J 3934 C1 java.lang.Thread.run()V java.base@9-internal (17 bytes) @ 0xe7129fa0 [0xe7129f40+0x00000060]
v ~StubRoutines::call_stub
.....
Another type of error:
[ERROR] o.o.j.t.vjug.UnsafeAtomicityTest
[2016-08-28T11:02:12.81] java.lang.OutOfMemoryError
[2016-08-28T11:02:12.81] at jdk.internal.misc.Unsafe.allocateMemory(java.base@9-internal/Unsafe.java:616)
[2016-08-28T11:02:12.81] at sun.misc.Unsafe.allocateMemory(jdk.unsupported@9-internal/Unsafe.java:461)
[2016-08-28T11:02:12.81] at org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest.<init>(UnsafeAtomicityTest.java:49)
[2016-08-28T11:02:12.81] at org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.jcstress_consume(UnsafeAtomicityTest_jcstress.java:81)
[2016-08-28T11:02:12.81] at org.openjdk.jcstress.tests.vjug.UnsafeAtomicityTest_jcstress.actor1(UnsafeAtomicityTest_jcstress.java:127)
[2016-08-28T11:02:12.81] at java.util.concurrent.FutureTask.run(java.base@9-internal/FutureTask.java:264)
[2016-08-28T11:02:12.81] at java.util.concurrent.ThreadPoolExecutor.runWorker(java.base@9-internal/ThreadPoolExecutor.java:1158)
[2016-08-28T11:02:12.81] at java.util.concurrent.ThreadPoolExecutor$Worker.run(java.base@9-internal/ThreadPoolExecutor.java:632)
[2016-08-28T11:02:12.81] at java.lang.Thread.run(java.base@9-internal/Thread.java:843)
- duplicates
-
CODETOOLS-7901797 Purge obsolete vJUG testsfrom jcstress/test-custom
-
- Resolved
-