Java 6 Update 25 VM 崩溃：内存不足

crash eclipse java windows jvm

2022-09-01 19:35:56

有关此问题的更新 - 请参阅下文。

我遇到（可重现的，至少对我来说）JVM崩溃（不是OutOfMemoryError）（崩溃的应用程序是eclipse 3.6.2）。但是，查看崩溃日志使我想知道：

#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 65544 bytes for Chunk::new
# Possible reasons:
#   The system is out of physical RAM or swap space
#   In 32-bit mode, the process size limit was hit
# Possible solutions:
#   Reduce memory load on the system
#   Increase physical memory or swap space
#   Check if swap backing store is full
#   Use 64 bit Java on a 64 bit OS
#   Decrease Java heap size (-Xmx/-Xms)
#   Decrease number of Java threads
#   Decrease Java thread stack sizes (-Xss)
#   Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.

Current thread (0x531d6000):  JavaThread "C2 CompilerThread1" daemon 
[_thread_in_native, id=7812, stack(0x53af0000,0x53bf0000)]

Stack: [0x53af0000,0x53bf0000],  sp=0x53bee860,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [jvm.dll+0x1484aa]
V  [jvm.dll+0x1434fc]
V  [jvm.dll+0x5e6fc]
V  [jvm.dll+0x5e993]
V  [jvm.dll+0x27a571]
V  [jvm.dll+0x258672]
V  [jvm.dll+0x25ed93]
V  [jvm.dll+0x260072]
V  [jvm.dll+0x24e59a]
V  [jvm.dll+0x47edd]
V  [jvm.dll+0x48a6f]
V  [jvm.dll+0x12dcd4]
V  [jvm.dll+0x155a0c]
C  [MSVCR71.dll+0xb381]
C  [kernel32.dll+0xb729]

我使用的是 Windows XP 32 位 SP3。我有4GB内存。在启动应用程序之前，根据任务管理器，我有2 GB的空闲空间（+ 1 GB系统缓存，也可能被释放）。我肯定有足够的可用RAM。

从开始到崩溃，我使用visualvm和jconsole记录了JVM内存统计信息。我获取了内存消耗统计信息，直到崩溃前的最后一刻。

统计信息显示以下已分配的内存大小：

堆大小：751 MB（已用 248 MB）
Non-HeapSize（PermGen & CodeCache）： 150 MB （使用 95 MB）
内存管理区域的大小（伊甸空间、旧代等）： 350 MB
线程堆栈大小：17 MB（根据 oracle 和由于 51 个线程正在运行的事实）

我正在使用参数运行应用程序（jre 6 update 25，服务器vm）：

-XX:PermSize=128m
-XX:MaxPermSize=192m
-XX:ReservedCodeCacheSize=96m
-Xms500m
-Xmx1124m

问题：

为什么当虚拟机和操作系统上明显有足够的内存时，JVM 会崩溃？
使用上述设置，我认为我无法达到2GB 32位限制（1124MB + 192MB + 96MB +线程堆栈<2GB）。在任何其他情况下（堆分配过多），我宁愿期望出现内存外错误，而不是JVM崩溃

谁能帮我弄清楚这里出了什么问题？

（注意：我最近从 Eclipse 3.4.2 升级到 Eclipse 3.6.2，从 Java 5 升级到 Java 6。我怀疑崩溃和这些变化之间存在联系，因为我以前从未见过这些）

更新

它似乎是Java 6 Update 25中引入的JVM错误，与新的jit编译器有关。另请参阅此博客文章。根据博客，此错误的修复应该是下一个java 6更新的一部分。与此同时，我在崩溃期间获得了本机堆栈跟踪。我已经更新了上面的崩溃日志。

建议的解决方法，使用VM参数有效（至少它显着降低了崩溃的可能性）-XX:-DoEscapeAnalysis

答案 1

Windows 上的 32 位 JVM 上的 2GB 不正确。https://blogs.sap.com/2019/10/07/does-32-bit-or-64-bit-jvm-matter-anymore/

由于您使用的是Windows-XP，因此您只能使用32位JVM。

Windows 上 32 位 VM 上的最大堆为 1.5GB。您一开始是1412MB，没有线程。您是否尝试过减小交换堆栈大小 -Xss，是否尝试过消除最初分配的 PermSize：-XX：PermSize=128m？听起来这是一个日食问题，而不是内存问题本身。

是否可以移动到其他机器上较新的 JVM 或不同的（64 位）JVM？即使你的目标是Windows-XP，也没有理由在它上面开发，除非你必须这样做。Eclipse 可以在远程计算机上轻松运行、调试和部署代码。

Eclipse的JVM可以不同于你运行的东西的JVM或eclipse。Eclipse是一头记忆猪。您可以消除不必要的 eclipse 插件以使用更少的 eclipse 内存，它带有您可能不需要或不需要的开箱即用功能。

尝试清空引用（以消除循环不可收集的 GC 对象），重用分配的内存，使用单例，并分析内存使用情况以消除不必要的对象、引用和分配。其他提示：

首选静态内存分配，即每个 VM 分配一次，而不是动态分配。
避免在函数中创建临时对象 - 考虑一个 reset（）方法，它可以允许对象重用
避免字符串突变和自动装箱类型的突变。

答案 2

我认为@ggb667已经确定了JVM崩溃的原因。32 位 Windows 体系结构约束将 Java 应用程序的可用 RAM 限制为 1.5GB¹ ...不是你推测的2GB。此外，您还忽略了包含可执行文件的代码段、共享库、本机堆和“其他内容”所占用的地址空间。

基本上，这不是一个JVM错误。您只是在硬件和操作系统的限制下运行。

在某些版本的 Windows 中，有一种可能的解决方案，即 PAE（物理地址扩展）支持。根据该链接，带有PAE的Windows XP为用户提供了高达4GB的可用地址空间。但是，有一些关于设备驱动程序支持的警告。

另一种可能的解决方案是减小最大堆大小，并执行其他操作来降低应用程序的内存利用率。例如，在Eclipse中，减少工作区中“打开”项目的数量。

另请参阅：Windows XP 上的 Java 最大内存

^{1 - 不同的来源对实际限制有不同的说法，但它明显小于2GB。坦率地说，实际限制是什么并不重要。}

在一个理想的世界里，这个问题不应该再对任何人产生实际意义。2020年：

你不应该运行Windows XP。自2014年4月以来，它已结束
你不应该运行Java 6。自2013年4月以来，它已结束
如果您仍在运行 Java 6，则应使用上一个公共补丁版本：1.6.0_45。（或者，如果您有/有支持合同，则可以使用后来的 1.6 非公开版本。

无论哪种方式，您都不应该在此系统上运行 Eclipse。说真的，您可以花几百美元获得一台新的64位计算机，其中包含更多内存，等等，这将允许您运行最新的操作系统和最新的Java版本。你应该用它来运行Eclipse。

如果你真的需要在旧的32位机器上使用旧版本的Java进行Java开发（因为你买不起一台更新的机器），你会被建议使用一个简单的文本编辑器和Java 6 JDK命令行工具（以及像Ant，Maven，Gradle这样的第三方Java构建工具）。

最后，如果你仍然试图运行/维护卡在Java 6上的Java软件，你真的应该尝试摆脱这个漏洞。对你来说，生活只会变得更加艰难：

如果 Java 6 软件是内部开发的，或者您有源代码，请将其移植。
如果您依赖卡在 Java 6 上的专有软件，请寻找新的供应商。
如果管理层说不，告诉他们他们可能需要“关闭它”。

您/您的组织应该在七年前就处理过这个问题。