JVM hangs beyond recovery
Paul Hohensee
paul.hohensee at oracle.com
Tue Jun 8 11:46:38 PDT 2010
The first thing we suspect when we see a hang or memory stomp (your
hang might be caused by a memory stomp) is native code running as part
of the application. I'd try running your app under a debugger or attach
to it with a debugger or the serviceability agent to get stack traces. See
http://openjdk.java.net/groups/serviceability/svcjdk.html
for serviceability tools in general.
The switches you mention are
-XX:-ReduceInitialCardMarks
which works around a gc bug. In some cases there will be a slight gc
performance loss
using this switch. It may fix your problem
-XX:-UseBiasedLocking
will disable the fastest path uncontended locking algorithm. You may or
may not see
a performance hit by doing so. Biased locking has been pretty reliable
for quite awhile,
so it's not too likely that turning it off will fix your problem.
Paul
On 6/8/10 2:35 PM, Stas Oskin wrote:
> Hi.
>
> I encountered the hang in latest jdk1.6.0_20 version.
>
> I tried to get the threads dump, but both jstack and kill -3 didn't
> produce any results.
> Below is the GDB dump:
> http://pastie.org/996680
>
> Earlier in this thread I receive that possible cause is the dlsym
> function in libdl library. I googled a bit for similar issues, and
> found only the following potentially similar case:
> http://www-01.ibm.com/support/docview.wss?uid=isg1IZ07615
>
> I also received advices to:
>
> * ReduceInitialCardMarks
> or/and
> * UseBiasedLocking
>
> Which one of them may solve the issue, and what the possible results
> would be?
>
> Thanks in advance.
More information about the hotspot-runtime-dev
mailing list