64位OS上32位JVM的最大Java堆大小
问题不在于32位操作系统的最大堆大小，因为32位操作系统的最大可寻址内存大小为4GB，而JVM的最大堆大小取决于可以保留多少连续可用内存。
我对了解在64位OS中运行的32位JVM的最大（理论上和实际可实现的）堆大小更感兴趣。基本上，我正在寻找类似于SO相关问题中的数字的答案。
至于为什么使用32位JVM而不是64位JVM，原因不是技术上的而是管理/官僚的-在生产环境中安装64位JVM可能为时已晚。
问题答案：
期望只有一个大块内存并使用原始指针的32位JVM不能使用超过4 Gb（因为32位限制也适用于指针）。这包括Sun以及-我很确定-还包括IBM的实现。我不知道是否JRockit或其他人在其32位实现中具有较大的内存选项。
如果您希望达到此极限，则应强烈考虑为您的生产环境启动一个并行轨道，以验证64位JVM，以便在32位环境崩溃时做好准备。否则，您将不得不在压力下进行这项工作，这绝非好事。
编辑2014-05-15：Oracle常见问题解答：
32位JVM的最大理论堆限制为4G。由于各种其他限制，例如可用交换，内核地址空间使用，内存碎片和VM开销，实际上限制可能要低得多。在大多数现代的32位Windows系统上，最大堆大小范围为1.4G至1.6G。在32位Solaris内核上，地址空间限制为2G。在运行32位VM的64位操作系统上，最大堆大小可能更高，在许多Solaris系统上接近4G。
-
问题内容： 我已经读到 32位Windows上的最大堆大小是〜1.5GB，这是由于JVM需要连续的内存。有人可以解释“连续内存”的概念吗，为什么Windows上最多只有1.5GB？ 其次，那么64位Windows上的最大堆大小是什么？为什么与32位Windows上可用的最大堆大小不同？ 问题答案： 32位/ 64位部分与Java无关 事实证明，32位系统中的内存位置由32位无符号整数引用。这最多允
-
在分析一个有问题的64位Java应用程序的过程中，我注意到分析器本身(YourKit)使用了大量的内存。我在YourKit启动脚本中得到的是: 天真地，假设有一些开销，这会让我猜测YourKit将使用最多可能超过4 GB的东西。然而，我在PS中实际看到的是： 这是近14 GB的虚拟大小和近8 GB的常驻大小 - 几乎是Java堆的3倍。 现在，我的开发盒上有足够的内存来运行它，但是回到我试图诊断的
-
问题内容： 当然，在32位系统中可以设置的理论最大堆值是字节，但是通常（请参阅：了解最大JVM堆大小 -32 位vs64位），一个人不能使用全部4GB。 对于在64位计算机上的64位OS中运行的64位JVM，除了理论上的字节数限制或16艾字节之外，是否还有其他限制？ 我知道由于种种原因（主要是垃圾回收），过大的堆可能不是 明智的选择 ，但是鉴于阅读了有关具有terrabytes RAM的服务器的信
-
问题内容： 在64位计算机上，Java中的int大小是32位还是64位？ 问题答案： 32位。这是Java语言的功能之一，整数的大小不会随基础计算机而变化。请参阅规范的相关部分。
-
问题内容： 在64位平台上，一个人可以为java分配的最大堆空间是多少？无限吗？ 问题答案： 理论上是2 64，但是可能会有限制（显然） 根据此常见问题解答，它仅受本地系统上的内存和交换空间的限制： 在64位VM上，您具有64位可寻址性，因此可产生的最大Java堆大小仅受系统提供的物理内存和交换空间的数量限制。 另请参见为什么使用32位JVM无法获得更大的堆？ 另外请记住，您需要通过命令行设置最大
-
问题内容： 最近，我一直在对我公司的数据库产品的写入性能进行一些基准测试，并且发现仅切换到64位JVM可以使性能持续提高20-30％。 我不允许详细介绍我们的产品，但基本上它是面向列的数据库，已针对存储日志进行了优化。基准测试包括向其提供几GB的原始日志，并确定分析它们并将其作为结构化数据存储在DB中所需的时间。CPU和I / O的处理非常繁重，尽管很难说是什么比例。 有关设置的一些注意事项： 两