max heap size for compressed oops

Andrew Haley aph at redhat.com
Fri Dec 11 16:43:34 UTC 2015


On 12/11/2015 03:41 PM, Matthias Wahl wrote:
> But as the important border for zero based compressed oops is around 28 GB
> it cannot be a reason for suggesting 30.5 GB as heap size for
> performance reasons. As you've shown above even for 30 GB you already
> have compressed oops with a base > 0.

This works for me:

 $ java -XX:+UnlockDiagnosticVMOptions -XX:+PrintCompressedOopsMode -Xmx30g -XX:+UseCompressedOops -version
heap address: 0x0000000080000000, size: 30720 MB, Compressed Oops mode: Zero based, Oop shift amount: 3
Narrow klass base: 0x0000000800000000, Narrow klass shift: 0
Compressed class space size: 1073741824 Address: 0x0000000800000000 Req Addr: 0x0000000800000000
openjdk version "1.9.0-internal"

You just have to probe your own system to figure out exactly where
the cutoff is.  There's nothing special about 30.5 GB.

Andrew.



More information about the discuss mailing list