Java 32bit与64bit优化模式（-xx：-useCompressedoops）内存开销

Question

我预计在将Xmx参数从32GB重新配置为64GB之后，内存中保留的“有用”对象的数量将会有很大的内存开销。

我试图通过在运行小堆(8GB)的本地计算机上应用-xx:-usercompressedops来模拟和估计差异，但还不能得出结论。根据运行时计算，在这两种情况下，我的对象占用的内存是相同的。使用的堆关闭了优化，往往会多一点，但绝不会多两倍，正如我可以预期的那样，阅读了一些解释。

在我的用例中，我只是在程序的整个生命周期中保持大量相对较大的POJO对象，每个对象在堆中为100-1K。

是否有一个经验法则来说明内存需求是如何通过越过32GB限制而增长的（当32bit优化不再适用时）？

Answer 1

但绝不会像我所期望的那样，读到一些解释。

我的理解是，禁用CompressedOops只会使指针大小（引用类型）加倍，而不会使基元类型加倍，尤其不会使字符串、字节数组等加倍。因此，如果您的堆由基元类型的数组支配，那么增加可能很难注意到。

对齐要求还使大小差异不是直接的，因为较大的指针可能只是填充一些对齐填充。