Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P2
Fix Version/s: 9
Affects Version/s: 8u40, 9
Component/s: hotspot
Labels:
- performance

Subcomponent:
compiler
Resolved In Build:
b42
Verification:
Verified

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8083265	emb-9	Vladimir Ivanov	P2	Resolved	Fixed	team
JDK-8067526	8u45	Vladimir Ivanov	P2	Resolved	Fixed	b01
JDK-8066029	8u40	Vladimir Ivanov	P2	Closed	Fixed	b17
JDK-8070914	emb-8u47	Vladimir Ivanov	P2	Resolved	Fixed	team

LambdaForm sharing (JEP210, ~~JDK-8046703~~) introduces new bytecode shapes, which cause C2 compilation bailouts. It manifests as serious peak performance regressions. MaxNodeLimit and LiveNodeCountInliningCutoff should be increased to eliminate such bailouts.

ILW = HML = P2
I = H: serious regressions in peak performance in Nashorn/Octane and other JSR292 users
L = M: only JSR292 users are affected
W = L: use -XX:MaxNodeLimit=240000 -XX:LiveNodeCountInliningCutoff=40000 to workaround the issue

backported by

JDK-8067526 MaxNodeLimit and LiveNodeCountInliningCutoff should be increased

Resolved

JDK-8070914 MaxNodeLimit and LiveNodeCountInliningCutoff should be increased

Resolved

JDK-8083265 MaxNodeLimit and LiveNodeCountInliningCutoff should be increased

Resolved

JDK-8066029 MaxNodeLimit and LiveNodeCountInliningCutoff should be increased

Closed

blocks

JDK-8059760 VM/JDK fixes for Nashorn performance (warmup/footprint, indy)

Open

relates to

JDK-8143321 Reduce the C2 compiler's memory usage

Closed

JDK-8129847 Compiling methods generated by Nashorn triggers high memory usage in C2

Resolved

(2 relates to)

Assignee:: Vladimir Ivanov
Reporter:: Vladimir Ivanov
Votes:: 0 Vote for this issue
Watchers:: 6 Start watching this issue

Created:: 2014-09-10 09:47
Updated:: 2017-08-24 13:53
Resolved:: 2014-11-24 09:30

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates