JDK-8258576 : Try to get zerobased CCS if heap is above 32 and CDS is disabled
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2020-12-17
  • Updated: 2025-01-14
  • Resolved: 2021-01-12
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 17
17 b05Fixed
Related Reports
Relates :  
Relates :  
Description
We should attempt to allocate the compressed class space (CCS) below 32g if the compressed oops heap is above and CDS is disabled.

Currently the first attempt to allocate the CCS is always at the end of the compressed oops heap.
Comments
Hello Vladimir, I've added a comment on JDK-8262895: https://bugs.openjdk.java.net/browse/JDK-8262895?focusedCommentId=14405267&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14405267
05-03-2021

Hello Richard. we have encountered the issue with the subtest you have added by 8258576 to CompressedClassPointers.java test on macos_aarch64 - https://bugs.openjdk.java.net/browse/JDK-8262904 largeHeapAbove32GTest fails on macos_aarch64 the max Xmx I can use to have Narrow class base equals Zero is 19g could you please suggest anything, lower the Xmx value in subtest or disabling the subtest on macos_aarch64 at all ?
04-03-2021

Changeset: a6ab9e47 Author: Richard Reingruber <rrich@openjdk.org> Date: 2021-01-12 08:35:12 +0000 URL: https://git.openjdk.java.net/jdk/commit/a6ab9e47
12-01-2021