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

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.5GB1 ...不是你推测的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 上的专有软件,请寻找新的供应商。
  • 如果管理层说不,告诉他们他们可能需要“关闭它”。

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


推荐