lun*_*ikz 1 java memory cross-platform out-of-memory jvm-arguments
我遇到了outOfMemory错误的奇怪问题.我编写了一个应用程序,它在某些部分使用了大量内存.在我的笔记本电脑上(linux,64bit,eclipse indigo,vmargs:xms:40,xmx:512,4gb物理内存)应用程序在没有任何问题的情况下运行..在另一台PC上(WinXP SP3,32bit,eclipse juno,vmargs:xms:40 ,xmx:1024(!),2gb物理内存)应用程序终止,并在标题中声明错误.两台机器都使用oracle的java 7 jdk.这怎么可能,应用程序在另一台具有更多堆空间的PC上失败,而不是我的笔记本电脑.我在笔记本电脑上开发了应用程序...但我认为这不应该是导致此错误的原因,对吧？
32位和64位版本的Hotspot Java有关于如何确定堆的默认最大大小的不同策略.在32位JVM上,使用固定的默认堆大小.在64位JVM上,堆大小取决于系统上的物理内存量.
解决方案是使用java命令的-Xmx选项显式设置最大堆大小.
在你的情况下,你已经在使用-Xmx参数了,并且(显然)你在32位平台上使用了更大的值......并且32位版本首先死了!我可以想到一些可能的解释(减少可能性):
您的32位机器没有足够的交换空间,并且在尝试增加堆时无法满足JVM对更多内存的请求.
您的应用程序正在计算可用内存量并相应地调整其行为......但是在大内存情况下却出错了.
在两种情况下,应用程序的输入存在一些差异,这导致了问题.
应用程序正在使用内存映射文件(或类似的东西),这些文件占用了大部分地址空间...减少了堆可用的地址空间.在64位计算机上,您有许多千兆字节的地址空间,但在32位Windows XP计算机上,您的应用程序的地址空间将被操作系统和指令集/硬件体系结构限制为~2Gb.
(你对问题的不断变化的描述没有帮助...)
如果从Eclipse启动应用程序,则可能会将Eclipse JVM使用的-Xmx设置与运行应用程序的JVM使用的-Xmx设置混淆.如果您没有在应用程序的启动器配置中显式设置-Xmx选项...它将使用默认堆大小!!
回应你的评论:
但我必须实现一个应用程序,它将作为jar包含在另一个项目中,这是一个eclipse插件.
对于Eclipse插件,JVM大小由父Eclipse确定.你的插件在这件事上没有发言权.如果您的插件需要大量的堆空间,则需要让用户手动调整Eclipse堆参数.
如果您从另一个Eclipse实例启动该Eclipse实例...我不确定应用程序启动器参数是否会产生任何影响.但这对您(和其他)正在开发插件的人来说应该是最重要的.
(对于可执行的JAR文件,无法在JAR清单中指定堆大小.但还有其他选项 - 请参阅我是否可以设置从jar文件运行的Java最大堆大小？)