java.lang.OutOfMemoryError:压缩的类空间

问题描述 投票:13回答:2

我们正在运行java-8-oracle。

我们六个月前搬到了java8。

在过去的几天里,我们不时收到OOME,但我们无法识别或重现问题。

当我们执行对服务器(tomcat)的调用时,我们在stacktrace上得到这个错误:

java.lang.OutOfMemoryError: Compressed class space

重新启动服务器可以解决问题。对其他服务器的相同调用也起作用,对另一个类型的另一个调用也是如此。

在gc.log上查看时,我们看到:

2015-05-27T16:05:42.991+0000: 98774.440: [Full GC (Last ditch collection) 98774.440: [CMS: 575745K->575330K(3495936K), 0.8687777 secs] 575745K->575330K(4107008K), [Metaspace: 97940K->97940K(1396736K)], 0.8696093 secs] [Times: user=0.95 sys=0.00, real=0.88 secs]
2015-05-27T16:05:55.486+0000: 98786.935: [Full GC (Metadata GC Threshold) 98786.935: [CMS: 573414K->578735K(3495936K), 0.9372859 secs] 925046K->578735K(4107008K), [Metaspace: 99428K->99428K(1396736K)], 0.9386626 secs] [Times: user=1.01 sys=0.00, real=0.94 secs]

jstat -gc回归:

 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
87296.0 87296.0  0.0   3151.4 523776.0 148284.4 3495936.0   574868.5  1395640.0 98066.3 1048576.0 11339.1  12165  636.851  223   116.957  

753.808

我没有在jstat日志或gc日志中看到任何内存问题。

试图运行jmap -clstats挂起:

Attaching to process ID 5110, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.25-b02
finding class loader instances ..
java garbage-collection jvm out-of-memory java-8
2个回答
11
投票

我们遇到了类似的问题。不幸的是,heapdumps不会帮助你,因为类不在堆中而是在本机内存中。在JVM设置中启用这些以对加载的类进行故障排除:

-XX:+PrintGCDetails -XX:+TraceClassUnloading -XX:+TraceClassLoading

在我们的例子中,问题是JAXBContext.newInstance不是单身人士。

祝你好运,艾伯特


6
投票

使用压缩的oops和压缩类指针,由于必要的指针修改,类的可用空间受到限制。在你的情况下1GB。

这是很多类,所以这可能表明你的应用程序中的某些东西正在创建很多类并且永远不会释放它们。应用程序重载可能吗?

如果你确定你的应用程序只需要那么多的类内存,你可以尝试通过-XX:CompressedClassSpaceSize=...来限制或通过-XX:-UseCompressedClassPointers禁用压缩类指针。

请注意,默认情况下压缩类空间+压缩堆(+一些开销)不能超过32GB。虽然,AIUI,改变对象对齐可以进一步突破这个限制。

否则你应该使用heapdump并分析保存在已加载类中的内容。

© www.soinside.com 2019 - 2024. All rights reserved.