Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8164962

UnsafeAtomicityTest fails with java.lang.OutOfMemoryError and crashes with Out of Memory Error ...allocation.inline.hpp...

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P2 P2
    • 9
    • 9
    • hotspot
    • Verified

      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)


            ppunegov Pavel Punegov
            tpivovarova Tatiana Pivovarova (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved: