jmap-permstat-takes-long-time-and-hangs

最新推荐文章于 2022-03-19 11:22:24 发布

郭龙_Jack

最新推荐文章于 2022-03-19 11:22:24 发布

阅读量623

点赞数

分类专栏： JVM

JVM 专栏收录该内容

37 篇文章 0 订阅

订阅专栏

http://stackoverflow.com/questions/25398588/jmap-permstat-takes-long-time-and-hangs

We started seeing 'java.lang.OutOfMemoryError: PermGen space'. In order to findout what is held in perm space, tried running

'/usr/j2sdk1.6.0_13/bin/jmap -permstat 20476 -J-mx1280m > /tmp/permstats20476.txt &'

This command is taking long time ..... in between it gave below exception:

finding class loader instances ..252829 intern Strings occupying 30781792 bytes.Finding object size using Printezis bits and skipping over...Finding object size using Printezis bits and skipping over...Finding object size using Printezis bits and skipping over...Finding object size using Printezis bits and skipping over...

done.computing per loader stat ..done.please wait.. computing liveness...................Exception in thread "Thread-1" java.lang.OutOfMemoryError: GC overhead limit exceeded at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.readBytesFromProcess0(Native Method) at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.access$1000(LinuxDebuggerLocal.java:51) at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$1ReadBytesFromProcessTask.doit(LinuxDebuggerLocal.java:558) at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.run(LinuxDebuggerLocal.java:127)

but it is not completing ...

[svcmig2@app430 ~]$ uname -aLinux app430... 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

is there any other alternates to jmap ? so that i get the perm stats fast

asked Aug 20 '14 at 7:00

Bhaskar Na
1 4

add a comment

1 Answer

active oldest votes

up vote 1 down vote

is there any other alternates to jmap ? so that i get the perm stats fast

You can make one yourself! This is really easy with the aid of Serviceability Agent.

Here is an example for your case:

import sun.jvm.hotspot.memory.*;
import sun.jvm.hotspot.oops.*;
import sun.jvm.hotspot.runtime.*;
import sun.jvm.hotspot.tools.Tool;

public class PermTool extends Tool {

    @Override
    public void run() {
        // Show PermGen object histogram
        ObjectHistogram histo = new ObjectHistogram();
        VM.getVM().getObjectHeap().iteratePerm(histo);
        histo.print();

        // List all classes in PermGen with their ClassLoaders
        VM.getVM().getObjectHeap().iteratePerm(new DefaultHeapVisitor() {
            @Override
            public boolean doObj(Oop obj) {
                if (obj instanceof InstanceKlass) {
                    obj.printValue();
                    Oop loader = ((InstanceKlass) obj).getClassLoader();
                    if (loader == null) {
                        System.out.println(" -- loaded by Bootstrap ClassLoader");
                    } else {
                        System.out.print(" -- loaded by ");
                        loader.printValue();
                        System.out.println();
                    }
                }
                return false;
            }
        });
    }

    public static void main(String[] args) {
        new PermTool().start(args);
    }
}

Just compile and run it using the same JDK as your target process.
Make sure jdk/lib/sa-jdi.jar is on the CLASSPATH.

edited Aug 22 '14 at 22:04

answered Aug 21 '14 at 0:41

apangin
9,521 1 10 31

Thanks Apangin. This gives big picture of Perm space in short time. But it would be nice to analyze, if we can get detailed breakup of ConstMethodKlass,MethodKlass,ConstantPoolKlass,InstanceKlassKlass,ConstantPoolCa‌cheKlass. Not sure if it is possible ? – Bhaskar Na Aug 22 '14 at 6:18

@BhaskarNa Yes, it is possible. Replace ObjectHistogram with your custom HeapIterator and do whatever you want. What whould you like to see in the "detailed breakup"? – apangin Aug 22 '14 at 9:18

like which class took how much space for ex.,i am interested in what contributed to make ConstMethodClass to become 40m 1: 288821 44468976 * ConstMethodKlass 2: 288821 39291944 * MethodKlass 3: 30791 38145216 * ConstantPoolKlass 4: 30791 33647264 * InstanceKlassKlass 5: 27913 22935072 * ConstantPoolCacheKlass – Bhaskar Na Aug 22 '14 at 9:29

@BhaskarNa OK, I edited the answer so that the tool now prints all classes in PermGen. Looks like your application has loaded nearly 30K classes! There is either a ClassLoader leak or you use CMS GC and have not set -XX:+CMSClassUnloadingEnabled JVM options. – apangin Aug 22 '14 at 22:09

</br> Now i do see all the classes that contributes to 30788 InstanceKlass but I don't see similar break up for others like ConstMethodKlass, MethodKlass, etc., Let me check for these types and see if they gets printed... </br> 1: 288148 44352968 * ConstMethodKlass 2: 288148 39200416 * MethodKlass 3: 30788 38125192 * ConstantPoolKlass 4: 30788 33637208 * InstanceKlassKlass 5: 27956 22936576 * ConstantPoolCacheKlass 6: 15144 8258912 * MethodDataKlass – Bhaskar Na Aug 23 '14 at 8:58

show 4 more comments