[11u] High compiler native memory consumption after JDK-8279219

  • b01

    We saw an application in a container quickly go out of memory.
    With NMT we saw unusual high memory consumption of PhaseIdealLoop::split_if() in C2. I'll paste the NMT report to a comment, as well as a part of a hs_err file showing the coresponding stack.
    There are two backports to that function in 11.0.16. We narrowed it down to
    JDK-8280799: С2: assert(false) failed: cyclic dependency prevents range check elimination

    The problem reproduces with this change, but not with the change below.

    We can not reproduce this problem with arbitrary Java programs, but it reproduces in every run of the problematic application.

      duplicates

      Bug - A problem which impairs or prevents the functions of the product.JDK-8291665C2: assert compiling SSLEngineInputRecord::decodeInputRecord

      • P3 - Major loss of function.
      • Closed
      relates to

      Bug - A problem which impairs or prevents the functions of the product.JDK-8279219[REDO] C2 crash when allocating array of size too large

      • P3 - Major loss of function.
      • Resolved

      Bug - A problem which impairs or prevents the functions of the product.JDK-8292260[BACKOUT] JDK-8279219: [REDO] C2 crash when allocating array of size too large

      • P1 - Blocks development and/or testing work, production could not run.
      • Resolved

      Bug - A problem which impairs or prevents the functions of the product.JDK-8280799С2: assert(false) failed: cyclic dependency prevents range check elimination

      • P3 - Major loss of function.
      • Resolved

      Bug - A problem which impairs or prevents the functions of the product.JDK-8292301[REDO v2] C2 crash when allocating array of size too large

      • P3 - Major loss of function.
      • Resolved