-
Bug
-
Resolution: Duplicate
-
P3
-
11.0.16
-
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.
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
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
-
JDK-8291665 C2: assert compiling SSLEngineInputRecord::decodeInputRecord
- Closed
- relates to
-
JDK-8279219 [REDO] C2 crash when allocating array of size too large
- Resolved
-
JDK-8292260 [BACKOUT] JDK-8279219: [REDO] C2 crash when allocating array of size too large
- Resolved
-
JDK-8280799 С2: assert(false) failed: cyclic dependency prevents range check elimination
- Resolved
-
JDK-8292301 [REDO v2] C2 crash when allocating array of size too large
- Resolved