Java 7和8中的32位堆优化

Question

如果我错了，请纠正我，但据我所知，从Oracle 1.7开始，64位版本的HotSpot不能在"32位“模式下运行(-d32命令行参数)。

我听说过，如果JVM进程配置的堆小于32 in，JVM会通过保留32位指针来自动优化内存使用，对吗？这是否仍然适用于64位Oracle HotSpot JVM？如果是，我如何关闭此行为并禁用32位内存优化？

谢谢!

Answer 1

除了这里提供的答案，What does the UseCompressedOops JVM flag do and when should I use it?

64位版本的JVM不能在"32位“模式下运行。

64位JVM只在64位模式下运行。

我听说，如果JVM进程配置的堆小于32 in，JVM会通过保留32位指针自动优化内存使用，

当堆小于32 GB (GB =giga-字节，Gb =giga-位)时，JVM默认使用Java 6、7和8中的压缩Oop。

JVM使用32位引用，这是对实际数据的索引。也就是说，所使用的数字可能经过重要的转换才能成为实际的指针。使用Unsafe.getInt()可以看到这个索引。

压缩Oops 8的默认限制是64 GB，您可以通过更改对象对齐来将其增加到128 GB，但这很少值得这样做，因为您丢失了太多内存来填充。

这是否仍然适用于64位Oracle HotSpot JVM？如果是，我如何关闭此行为并禁用32位内存优化？

它适用于Oracle和OpenJDK，您可以使用-XX:-UseCompressedOops关闭它，但我想不出您为什么要这样做。