Java拒绝启动 - 无法为对象堆保留足够的空间

Question

背景

我们有大约20个Linux刀片池.有些正在运行Suse,有些正在运行Redhat.ALL共享NAS空间,其中包含以下3个文件夹:

• / NAS/app/java - 指向Java JDK安装的符号链接.目前版本为1.5.0_10
• / NAS/app/lib - 指向我们的应用程序版本的符号链接.
• / NAS/data - 写入输出的目录

我们所有的机器都有2个处理器(超线程),4GB物理内存和4GB交换空间.我们将每台机器在给定时间可处理的"作业"数量限制为6(此数字可能需要更改,但这不会进入当前问题,因此请暂时忽略它).

我们的一些工作设置最大堆大小为512mb,其他一些保留最大堆大小为2048mb.同样,我们意识到如果在堆大小设置为2048的同一台机器上启动了6个作业,我们可以查看可用内存,但据我们所知,这还没有发生.

问题

有一段时间,作业将立即失败,并显示以下消息:

Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.

我们曾经在同一台机器上同时运行太多工作.这个问题很少发生(可能每月一次),我们只是重新启动它,一切都会好的.

这个问题最近变得更糟.我们所有请求最大堆大小为2048m的作业几乎每次都会立即失败,需要在完成之前重新启动几次.

我们已经去了各个机器,并尝试使用相同的结果手动执行它们.

调试

事实证明,问题只存在于我们的SuSE盒子中.它更频繁发生的原因是因为我们一直在添加更多的机器,而新的机器是SuSE.

SuSE盒子上的'cat/proc/version'给我们:

Linux version 2.6.5-7.244-bigsmp (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 SMP Mon Dec 12 18:32:25 UTC 2005

RedHat盒子上的'cat/proc/version'给我们:

Linux version 2.4.21-32.0.1.ELsmp (bhcompile@bugs.build.redhat.com) (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-52)) #1 SMP Tue May 17 17:52:23 EDT 2005

'uname -a'在两种类型的机器上给出了以下内容:

UTC 2005 i686 i686 i386 GNU/Linux

机器上没有正在运行的作业,也没有其他进程占用太多内存.当前运行的所有进程可能总共使用100mb.

'top'目前显示以下内容:

Mem:   4146528k total,  3536360k used,   610168k free,   132136k buffers
Swap:  4194288k total,        0k used,  4194288k free,  3283908k cached

'vmstat'目前显示以下内容:

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
0  0      0 610292 132136 3283908    0    0     0     2   26    15  0  0 100  0

如果我们使用以下命令行(最大堆为1850mb)启动作业,它就会正常启动:

java/bin/java -Xmx1850M -cp helloworld.jar HelloWorld
Hello World

如果我们将最大堆大小提升到1875mb,则会失败:

java/bin/java -Xmx1875M -cp helloworld.jar HelloWorld
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.

很明显,当前使用的内存用于缓冲/缓存,这就是为什么很少显示为"免费"的原因.不清楚的是为什么有一个神奇的1850mb线,任何更高的意味着Java无法启动.

任何解释将不胜感激.

Answer 1

您正在使用32位操作系统,因此您将看到总体大小的限制.其他答案已经更详细地介绍了这一点,因此我将避免重复他们的信息.

我最近注意到我们的服务器的一个行为是指定最大堆大小-Xmx而不指定最小堆大小-Xms会导致Java的服务器VM立即尝试分配最大堆大小所需的所有内存.当然,如果应用程序达到该堆大小,那就是您需要的内存量.但可能的情况是,你的应用程序将以相对较小的堆开始,并且可能在稍后的某个时候需要更大的堆.另外,指定最小堆大小将允许您以较小的堆启动应用程序,并逐渐增大该堆.

所有这些都无法帮助您增加最大堆大小,但我认为它可能有所帮助,所以...

Answer 2

正如其他响应中所建议的那样,问题是虚拟地址空间耗尽的原因.一个32位的linux用户空间程序通常限制为3GB的AS; 内核使用剩余的1GB(基本原理:由于前1GB是内核固定映射,因此在提供系统调用时不必触摸页表).

但是,RHEL内核实现了所谓的4GB/4GB拆分,其中完整的4GB AS可用于用户空间进程,但成本略有运行时开销(内核位于单独的4GB虚拟AS中)

Answer 3

运行32位操作系统是一个错误; 你应该尽早升级.

我不知道Java是否要求它的堆在一个连续的块中,但如果确实如此,在32位盒子上要求1.8G的堆听起来就像一个很高的订单.你假设在JVM启动时有一大块地址空间,几乎是它的一半.

根据当时加载的其他库,可能没有.库可以在任何他们喜欢的地方分配内存,因此它可以充分分割您的地址空间,使得1.8G在一个块中不可用.

无论如何,Linux 32位上只有大约3G地址空间可用.库和JVM本身使用一些来开始.

Answer 4

使用的 JVM 是什么？我知道 BEA JRockit 的最大堆大小不超过 1850mB。它不会失败，但会警告用户不会使用超过 1850mB。

我不知道为什么会有这样的限制，但我知道 BEA JRockit 存在这种限制。

此致。