Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Using Jconsole for Memory Leak

I'm trying to diagnose some memory issues in our J2EE server. I've setup jconsole on our live server and I'm trying to monitor the status of the tomcat server through it. I've a quick question about the Threads tab in jconsole. I can see a thread named Finalizer in the threads list. The 'Total blocked' number in this thread keeps on increasing. For example, it's now 4,049, an hour ago it was 3,867.

Name: Finalizer
State: WAITING on java.lang.ref.ReferenceQueue$Lock@1b79cfd
Total blocked: 4,049 Total waited: 1,579

What does this thread mean? Is it somehow related to the GC? I've downloaded a heap dump where it shows number of objects pending for finalization is zero.

The max heap size of my server is 200MB at the moment, the heap size remains between 100 and 150 MB and when I click on 'Perform GC', I can see some heap space getting freed. However this doesn't change the amount of memory taken by this tomcat process in windows task manager, which is consuming over 700 MB right now.

Any tips on how I should go about it will be much appreciated. Please ask me questions if you need further info on my server setup.

Thanks in advance.

like image 600
Silent Walker Avatar asked Nov 15 '10 06:11

Silent Walker


People also ask

What is the purpose of JConsole?

You can use JConsole to connect to a running Java virtual machine, and then monitor the memory usage and thread activity. You can obtain class-loading information, plus information on the JVM and the operating system.

How does VisualVM detect memory leaks?

In the client machine, open a prompt and type jvisualvm to open the VisualVM tool. To run a memory profiler on the application, we just double-click its name in the side panel. Now that we're all set up with a memory analyzer, let's investigate an application with a memory leak issue, which we'll call MemLeak.


1 Answers

I think I've found the answer to my question. The 'Total blocked' and 'Total waited' are simply counts for the number of times the thread waited or was blocked. JConsole is taking this information from ThreadInfo.

Blocked count is the total number of times that the thread blocked to enter or reenter a monitor. I.e. the number of times a thread has been in the java.lang.Thread.State.BLOCKED state.

Waited count is the total number of times that the thread waited for notification. i.e. the number of times that a thread has been in the java.lang.Thread.State.WAITING or java.lang.Thread.State.TIMED_WAITING state.

like image 64
Silent Walker Avatar answered Sep 24 '22 23:09

Silent Walker