eclipse每隔几分钟就会死掉,最新的jdk称'在CodeCache中用于适配器的空间不足'

Question

由于我安装了最新的jdk(1.6.0_25),我有一个非常烦人的问题,不断让我的eclipse重启.在执行任何操作时都会发生这种情况,而不是大型清洁项目或其他任

我的环境如下:

win7,64b

eclipse版本:3.6.2(64b)Build id:M20110210-1200

java版"1.6.0_25"Java(TM)SE运行时环境(版本1.6.0_25-b06)Java HotSpot(TM)64位服务器VM(版本20.0-b11,混合模式)

之前我有一个以前的jdk版本(不知道是什么号码,但是1.6.0_21左右,也是64b).

自从我安装1.6.0_25后,我的eclipse每隔几分钟就会死掉一次.我在UI中看到一个对话框说:

尝试保存工作台状态时出现问题.CodeCache中适配器的内部空间错误

日志显示:

!SESSION Fri May 13 12:35:53 CEST 2011 -------------------------------------- ---!ENTRY org.eclipse.equinox.launcher 4 0 2011-05-13 12:35:53.870!MESSAGE异常启动Eclipse平台:!STACK java.lang.VerifyError :( class:org/eclipse/osgi/framework/log/FrameworkLogEntry,方法:getThrowable signature :()Ljava/lang/Throwable;)sun.reflect.NativeMethodAccessorImpl上org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:200)的非法常量池索引.invoke0(本机方法)at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)at java.lang.reflect.Method.invoke(Method.java) :597)org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:620)org.eclipse.equinox.launcher.Main.basicRun(Main.java:575)atg.eclipse.equinox.launcher. Main.run(Main.java:1408)

我的eclipse.ini文件有这个:

-showlocation
-showsplash org.eclipse.platform
--launcher.defaultAction openFile
-vm c:/jdk1.6.0/jre/bin/server/jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Declipse.p2.unsignedPolicy=allow
-Djava.library.path=d:\dev\SlikSvn\bin
-Xms256m
-Xmx768m
-Xss4m
-XX:PermSize=256m
-XX:MaxPermSize=512M
-XX:CompileThreshold=5
-XX:MaxGCPauseMillis=10
-XX:MaxHeapFreeRatio=70
-XX:+CMSIncrementalPacing
-XX:+UnlockExperimentalVMOptions
-XX:+UseG1GC
-XX:+UseFastAccessorMethods
-Dcom.sun.management.jmxremote

谁有想法如何解决这个问题？

Answer 1

以下是可能解决该问题的人的帖子:http://www.apacheserver.net/trunk-build-problem-out-of-space-in-CodeCache-for-adapters-at1027069.htm

建议的解决方法是添加-XX:ReservedCodeCacheSize=64m到JVM选项.如果这没有帮助,请尝试更大的数字.

(我相信代码缓存是在permgen中分配的,因此增加permgen堆大小也可能有所帮助.但是,Oracle错误报告中的各种提示表明这些问题是由代码缓存的碎片引起的,这表明预分配这是一个明智的策略.但我真的只是猜测.)