MRa*_*ser 20 java eclipse windows crash jvm
有关此问题的更新 - 请参阅下文.
我经历了(可重现的,至少对我而言)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]
Run Code Online (Sandbox Code Playgroud)
我使用的是Windows XP 32位SP3.我有4GB内存.在启动应用程序之前,我根据任务管理器释放了2 GB空闲(+ 1 GB系统缓存也可以释放).我肯定有足够的免费内存.
从开始到崩溃,我使用visualvm和jconsole记录了jvm内存统计信息.我获取了内存消耗统计信息,直到崩溃前的最后时刻.
统计信息显示以下分配的内存大小:
我使用参数运行应用程序(jre 6 update 25,server vm):
-XX:PermSize=128m
-XX:MaxPermSize=192m
-XX:ReservedCodeCacheSize=96m
-Xms500m
-Xmx1124m
Run Code Online (Sandbox Code Playgroud)
题:
谁能帮我弄清楚这里出了什么问题?
(注意:我最近从Eclipse 3.4.2升级到Eclipse 3.6.2,从Java 5升级到Java 6.我怀疑崩溃和这些更改之间存在关联,因为我之前没有见过这些)
UPDATE
它似乎是 Java 6 Update 25中引入的jvm bug,与新的jit编译器有关.另请参阅此博客条目. 根据博客,这个bug的修复应该是下一个java 6更新的一部分.与此同时,我在崩溃期间获得了本机堆栈跟踪.我已经更新了上面的崩溃日志.
建议的解决方法,使用vm参数-XX:-DoEscapeAnalysis
工作(至少它显着降低了崩溃的可能性)
Cha*_*tin -2
JVM 有其自身的限制,在达到物理或虚拟内存限制之前就会停止运行。您需要调整的是堆大小,它与另一个 -X 标志有关。(我认为这是像 -XHeapSizeLimit 这样的创意,但我会稍后检查。)
开始了:
-Xmsn 指定内存分配池的初始大小(以字节为单位)。该值必须是大于 1MB 的 1024 的倍数。附加字母 k 或 K 表示千字节,或附加 m 或 M 表示兆字节。默认值为 2MB。例子:
Run Code Online (Sandbox Code Playgroud)-Xms6291456 -Xms6144k -Xms6m
-Xmxn 指定内存分配池的最大大小(以字节为单位)。该值必须是 1024 的倍数且大于 2MB。附加字母 k 或 K 表示千字节,或附加 m 或 M 表示兆字节。默认值为 64MB。例子:
Run Code Online (Sandbox Code Playgroud)-Xmx83886080 -Xmx81920k -Xmx80m
归档时间: |
|
查看次数: |
27138 次 |
最近记录: |