調用weblogic設置jvmheap大小
本文和大家重點討論一下weblogic設置jvmheap大小問題，如果沒有丟失任何WebLogic 線程，那么您需要判斷應用程序創(chuàng)建的線程是否丟失。 在一些情況下，此問題通過在服務器啟動時設置-XX:MaxPermSize JVM 選項得到了解決。
weblogic怎么去設置jvmheap大小
如果沒有丟失任何WebLogic 線程，那么您需要判斷應用程序創(chuàng)建的線程是否丟失。 在一些情況下，此問題通過在服務器啟動時設置-XX:MaxPermSize JVM 選項得到了解決。
找到安裝目錄下的weblogic81\common\bin\commEnv.cmd文件,打開修改如下代碼:
- sun
- if"%PRODUCTION_MODE%"=="true"gotosun_prod_mode
- setJAVA_VM=-client
- setMEM_ARGS=-Xms768m-Xmx1024m-XX:MaxPermSize=256m
- setJAVA_OPTIONS=%JAVA_OPTIONS%-Xverify:none
- gotocontinue
- :sun_prod_mode
- setJAVA_VM=-server
- setMEM_ARGS=-Xms768m-Xmx1024m-XX:MaxPermSize=256m
- gotocontinue
一般在文件中,有二處這樣的代碼存在,一個是使用weblogic自帶的jrockitJDK,二是使用sun的JDK.這里是以sunJDK為例，通過修過二處的=-Xms768m-Xmx1024m可以達到修改JVM目的所在.修改后保存重啟即可。
MaxPermSize=256m的介紹:
一般情況下，在分析服務器掛起問題、原因不明的超時或其它引起混亂的不明行為過程中會發(fā)現(xiàn)丟失線程問題。在缺省的WebLogicServer配置中，Default隊列應當有15個執(zhí)行線程（0到14）。下面是一個ThreadDump摘錄，顯示“Default”隊列的ExecuteThread13、8、6、5和3丟失。在指示線程已經終結的服務器日志記錄中沒有任何異常、堆棧跟蹤或通知。
為什么發(fā)生此問題？
線程在拋出未捕獲的異常或錯誤時可能會消失。這種情況會導致服務器掛起，因為其它線程可能在永遠不會調用notify()的監(jiān)視器上等待（即，要調用notify()的線程已經消失了）。
如果設置MaxPermSize能夠糾正此問題，有一種可能的解釋是OutOfMemoryException在某些時候因為沒有足夠的MaxPermSize設置而被拋出。如果線程正在記錄此異常，同時又發(fā)生另一個異常（例如，另一個OutOfMemoryException），則線程將不發(fā)出任何通知就結束。一直等待該線程調用notify()的其它線程將掛起。
如果設置MaxPermSize無法糾正此問題，則原因很可能是應用程序異常處理出現(xiàn)問題。您應當利用調試器執(zhí)行代碼審核或分析應用程序，以確定問題是否由未捕獲的異常或錯誤引起的。“Hey,where'dmythreadgo?”一文解釋了未捕獲的異常和/或錯誤可能造成線程消失的各種情況。它還提供了如何糾正這些問題的示例。
排除丟失執(zhí)行線程故障的檢查清單
進行ThreadDump并判斷是否有任何線程丟失。您應當參考config.xml文件以確定在ThreadDump中可以看到多少執(zhí)行線程。如果沒有丟失任何WebLogic線程，那么您需要判斷應用程序創(chuàng)建的線程是否丟失。
在一些情況下，此問題通過在服務器啟動時設置-XX:MaxPermSizeJVM選項得到了解決。MaxPermSize可以設置為最大堆分配(mx)的一半。嘗試設置.XX:MaxPermSize=128m，并不斷增大其值直至問題得到解決。
如果這種方法沒有起到幫助作用，那么問題可能是應用程序的異常處理功能故障引起的，需要利用調試器進行代碼審核或分析才能發(fā)現(xiàn)問題根源。有關詳細信息，請參閱下列外部資源。
【編輯推薦】
- 解答WebLogic與JVM六大疑問
- 深入學習JVM內存設置原理和調優(yōu)
- 處理jvm.cfg損壞行之有效的方法
- 全面認識Eclipse中JVM內存設置
- 解決JVM Terminated.ExitCode=-1問題行之有效的方法
