Skip to content
Advertisement

Should you cap the java heap size if you don’t need that much?

Let’s assume I have plenty of memory on a production Unix box. And I have a Java backend application that does not use all that much heap. Initial tests show that it seems fine with 100MB.
However, when uncapped, the memory grows until 1GB and beyond.
I probably wouldn’t care if it wasn’t for the fact that every now and then the processing stream that the application is part of seems to choke. One possible (very vague) explanation is that the culprit is the mentioned Java application.

Question : Could it be that leaving the heap unnecessary high defers the garbage collection for so long that, when it finally kicks in, it has “so much to do” that it visibly impacts the performance?

I should probably mention that we are still running Java 1.4 (pretty old system).

Advertisement

Answer

You are correct that the GC time grows with the size of the heap. Bigger heap means more work for GC. But, even with heap of several GBs you should see Full GC cycles take somewhere around 2-3s. Do you see such “chokes” or are your chokes much longer?

In general, it is tolerable to have GC time <5% of total application run time.

Furthermore, it is hard to blame GC, it would be helpful if you could show us some GC logs.

User contributions licensed under: CC BY-SA
6 People found this is helpful
Advertisement