Could not reserve enough space for 2097152KB object heap

小渣渣

错误：Could not reserve enough space for 2097152KB object heap

我启动activemq报错，分配过大所致，所以在分配mqtt内存时候，需要结合服务器内存大小（使用free -g）及jdk是否支持该内存大小决定。

JVM参数设置

主要参数：
-Xms：初始内存大小
-Xmx： 最大内存大小
-Xmn：年轻代大小

使用Java -Xmx2047M -version命令，看是否符合：


解决办法：

开始->控制面板->系统->高级设置->环境变量->系统变量

新建变量：
变量名: _JAVA_OPTIONS   
变量值: -Xmx1G

小渣渣

最近在开发Java的程序。本来我是一直很喜欢Java的内存管理的，不需要担心分配内存，只管分配，垃圾收集器自己会给你回收内存的。现在开发的程序数据量很大，为了速度快，我准备把所有的信息加载进内存，这样可以保证快速响应。我还在反复算内存，想想自己的数据量，现在刚开始的时候应该够了（我的机器是4G内存，虽然Windows就认3.5G，但是比起我现在的数据量应该没问题）。

　　没想到第一个实验的程序，跑了几个小时，就遇到了Out of Memory Exception了。看看自己的虚拟机设置，我设置的是-Xms512M -Xmx1024M。想都没想，直接改成-Xms512M -Xmx2048M，结果直接就Could not reserve enough space for object heap。程序都起不来了。这才发现原来最大内存还有限制。上网搜了一下，发现很多讨论这个问题的文章。最终在BEA的DEV2DEV论坛发现了最有用的 一篇

　　这里的版主YuLimin 做了测试，得出结论：

　　公司 JVM版本                  最大内存(兆)client    最大内存(兆)server

　　SUN 1.5.x                          1492                            1520

　　SUN 1.5.5(Linux)             2634                            2660

　　SUN 1.4.2                          1564                            1564

　　SUN 1.4.2(Linux)             1900                            1260

　　IBM 1.4.2(Linux)             2047                             N/A

　　BEA JRockit 1.5 (U3)      1909                             1902

　　我现在用的是JDK1.6. 0_05，测试了一下。在Client状态下最大是，我的JDK不认-Server参数，测试不了Server状态。估计差不多。

　　SUN 1.6.0                          1442                           N/a

　　看样子用Java想用大内存也是不可能的了。而且一般的说法是内存太大了，垃圾收集的时间就会长。这也可以理解，一般是内存不够用了才收集的，扫描2G内存比1G当然要慢多了，而且内存对象多了，估计关系是指数上升的。

　　下面附上YuLimin的测试方法和测试记录。

　　测试方法：在命令行下用 java -XmxXXXXM -version 命令来进行测试，然后逐渐的增大XXXX的值，如果执行正常就表示指定的内存大小可用，否则会打印错误信息。