本文探讨了Java堆内存超过32GB的负面影响。由于32位系统的限制，最大堆为4GB，而64位系统虽然允许更大的堆，但更大的指针会消耗更多内存和CPU带宽。Java通过压缩oops技术解决了这一问题，允许在32GB左右使用32位指针。然而，一旦超过这个界限，不仅会浪费内存，还会降低性能并使垃圾收集变得更困难。因此，即使物理内存充足，也应避免超过32GB的堆大小以保持最佳性能。
文章目录
堆内存为什么不建议超过32GB
在Java中，所有对象都分配在堆上并由指针引用。普通的对象指针（OOP）指向这些对象，传统上它们是CPU本地字的大小：32位或64位，取决于处理器。
对于32位系统，这意味着最大堆大小为4 GB。对于64位系统，堆大小可能会变得更大，但是64位指针的开销意味着仅仅因为指针较大而存在更多的浪费空间。并且比浪费的空间更糟糕，当在主存储器和各种缓存（LLC，L1等等）之间移动值时，较大的指针消耗更多的带宽。
Java使用称为压缩oops的技巧来解决这个问题。而不是指向内存中的确切字节位置，指针引用对象偏移量。这意味着一个32位指针可以引用40亿个对象，而不是40亿个字节。最终，这意味着堆可以增长到约32 GB的物理尺寸，同时仍然使用32位指针。
**一旦你穿越了这个神奇的〜32 GB的边界，指针就会切换回普通的对象指针。**每个指针的大小增加，使用更多的CPU内存带宽，并且实际上会丢失内存。实际上，在使用压缩oops获得32 GB以下堆的相同有效内存之前，需要大约40-50 GB的分配堆。
以上小结为：即使你有足够的内存空间，尽量避免跨越32GB的堆边界。
否则会导致浪费了内存，降低了CPU的性能，并使GC在大堆中挣扎。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
