Java：什么决定了 Linux 机器中可能的最大堆大小

Question

我有两台Linux机器（都是虚拟机），一台有12GB内存，另一台有8GB内存。

我尝试在两台机器上启动相同的java程序，并尽可能地使用最大堆大小（使用-Xmx标志）。以下是我得到的结果。

• 12GB 机器容量： 9460MB
• 8GB 机器容量： 4790MB

如果我指定的最大堆大小超出了上述限制，我会得到以下错误。

Error occurred during initialization of VM
Could not allocate metaspace: 1073741824 bytes

我检查了两个系统中的空闲内存(使用< code>free命令)，得到如下结果。

< li>12GB机器:大约3GB可用空间。 < li>8GB机器:大约4GB可用空间。

我的问题是，什么决定了java程序可以启动的最大堆大小，而这不会导致上述错误？（当程序出现上述错误时，系统有足够的内存分配1073741824字节的内存）

Answer 1

我用ravindra给出的线索做了一些实验，发现最大最大堆大小与系统中总的虚拟可用存储器有直接关系。

系统中的总虚拟内存（以 KB 为单位）可以通过以下方式找到：

ulimit-v

总虚拟内存可以通过以下方式更改：

ulimit -v <new amount in KB>

可能的最大堆大小大约比虚拟内存小 2GB。如果使用 ulimit -v unlimited 指定无限虚拟内存，则可以为最大堆大小指定任何较大的值。

Answer 2

可用的内存是可用RAM加上交换空间的组合。它还取决于系统是否启用了过量使用——如果启用了过量使用，内核将允许程序分配比实际可用的更多的内存(在合理的限制内),因为程序分配的内存经常超过它们实际要使用的内存。

请注意，默认情况下启用了过度提交。要禁用它，请将2写入/proc/sys/vm/overcommit_memory。（奇怪的是，0的值并不意味着“没有过度提交”。）但是最好先阅读过度提交留档。

Answer 3

我从JDK错误中找到了有趣的评论（JDK 9版本中的错误而不是8版本中的错误。它说错误在8. x版本中得到了修复，但没有告诉次要的构建号。

如果虚拟内存受到“ulimit-v”的限制，并且服务器有大量RAM，那么如果没有GC的额外命令行参数，JVM就无法启动。

// After "ulimit -v" The jvm does not start with default command line. 
$ ulimit -S -v 4194304
$ java -version
Error occurred during initialization of VM
Could not allocate metaspace: 1073741824 bytes

评论：

问题似乎是我们必须指定MALLOC_ARENA_MAX。

如果我设置环境变量MALLOC_ARENA_MAX=4，那么jvm可以在没有任何额外参数的情况下启动。

我猜这不是jvm可以解决的问题。如果是这样，我们可以关闭这个bug。

当使用“UseConcMarkSweepGC”时，上面的命令行不起作用。我已经尝试添加MaxMetaspaceSize=128m，但是没有帮助。我确信有一个论点使它有效，但是我没有找到。用有限的虚拟内存配置GC对用户来说不是很友好。

根据您的要求将参数更改为，并尝试这一个。

ulimit -S -v 4194304 
java -XX:MaxHeapSize=512m -XX:InitialHeapSize=512m -XX:CompressedClassSpaceSize=64m -XX:MaxMetaspaceSize=128m -XX:+UseConcMarkSweepGC -version