jvm crash的實(shí)例分析

這篇文章主要為大家分析了jvm crash的實(shí)例分析的相關(guān)知識(shí)點(diǎn)，內(nèi)容詳細(xì)易懂，操作細(xì)節(jié)合理，具有一定參考價(jià)值。如果感興趣的話，不妨跟著跟隨小編一起來(lái)看看，下面跟著小編一起深入學(xué)習(xí)“jvm crash的實(shí)例分析”的知識(shí)吧。

半個(gè)月來(lái)，新的網(wǎng)站服務(wù)器運(yùn)行可靠性急遽下降，主要原因是jvm crash。而引起jvm crash的原因也都與java GC(Garbage Collection）相關(guān)。
查了一下sun的文檔“Trouble-Shooting and
Diagnostic Guide",總算有了點(diǎn)初步的認(rèn)識(shí)。檢查4個(gè)jvm 崩潰時(shí)的文檔(hs_err_pidXXXX)，原因完全一致:
An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0x010d2d9e, pid=8089, tid=5417904
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_07-b03 mixed mode)
# Problematic frame:
# V [libjvm.so+0x3efd9e].......................

再查jboss的文檔，初步判斷jvm崩潰的原因是permsize不足所致。因?yàn)橄到y(tǒng)大量使用了spring beans，jvm需要較多地使用 Permanent Generation Heap來(lái)存儲(chǔ)reflective data。
解決方案是：在JAVA_OPTS加上-XX:MaxPermSize=128m，jdk5.0默認(rèn)的初始值為8Mb(client)/16Mb(server),最大值為64Mb.

現(xiàn)在Perm Generation只是使用了68%，而之前4次jvm崩潰是，該值均為99%.
新服務(wù)器的可用性問(wèn)題是否因此得到解決，還有待觀察。

關(guān)于“jvm crash的實(shí)例分析”就介紹到這了,更多相關(guān)內(nèi)容可以搜索億速云以前的文章，希望能夠幫助大家答疑解惑，請(qǐng)多多支持億速云網(wǎng)站！