l关于中间件内存缓存溢出的情况分析及解决办法.docVIP

因为系统运行时间过程中，weblogic内存中积累了过量的垃圾文件，导致jta资源不足、jdbc找不到连接资源，最后系统崩溃，无法运行。 后台会有如下显示： 类似于这样的错误，可以通过修改C:\bea\weblogic81\common\bin\commEnv.cmd 这个脚本文件。修改内容如下： goto continue :bea if %PRODUCTION_MODE% == true goto bea_prod_mode set JAVA_VM=-jrockit set MEM_ARGS=-Xms128m -Xmx512m set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none goto continue :bea_prod_mode set JAVA_VM=-jrockit set MEM_ARGS=-Xms256m -Xmx512m goto continue 修改为： goto continue :bea if %PRODUCTION_MODE% == true goto bea_prod_mode set JAVA_VM=-jrockit set MEM_ARGS=-Xms768m -Xmx768m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:MaxPermSize=384m -XX:PermSize=384m -XX:SurvivorRatio=6 -XX:+DisableExplicitGC set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none goto continue :bea_prod_mode set JAVA_VM=-jrockit set MEM_ARGS=-Xms768m -Xmx768m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:MaxPermSize=384m -XX:PermSize=384m -XX:SurvivorRatio=6 -XX:+DisableExplicitGC goto continue 下文摘自/caimaohua/archive/2009/06/09/4254686.aspx WebLogic用了一段時間之後，偶爾總是會出現OutOfMemory，這對測試環境來說，還只要Restart Server 就可以解決，但是在正式環境上出現可就麻煩大了，因為一Restart Server 所有User就都無法使用系統，所以MEM_ARGS這個參數的設定就很重要。 這是我SIT目前的設定，依不同的系統做不同的設定 MEM_ARGS=-Xms768m -Xmx768m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:MaxPermSize=384m -XX:PermSize=384m -XX:SurvivorRatio=6 -XX:+DisableExplicitGC 提示：以上記得要寫成一行。 Heap Size設定 -Xms 設定一開始的Heap Size。 -Xmx 設定Heap Size的最大值 (最好是不是超過實體記憶體的80%)。 -XX:NewSize 調整JVM的Young Generation的size大小。 -XX:MaxNewSize 調整JVM的Young Generation的size的最大值。 - Xmn Young Generation的size，NewSize 和 MaxNewSize設定為一樣。 -XX:NewRatio 控制Young generation的比例，如-XX:NewRatio=3表示Young generation與Old generation的比例為1:3,即Young generation佔1/4,Old generation佔3/4。 Young generation又被分成三部分，第一部分Eden，用於生成新的Object。另外兩個部分為Survivor空間，當Eden用完後，會將 Objects複製到SS1，當SS1空間滿了的時候，再被複製到SS2，Objects會在Survivor空間不斷的被複製，直到他滿足條件進入Old generation止。 提示：如果將Heap Size設的越大，GC的週期就會拉長，而且每次GC的時間也會越長。 PermGen space -XX:PermSize 這一部分是用於存放Class和Meta的訊息，Class在被 Load的時候被放入PermGen space區域，它和和存放Instance的Heap區域不同，GC(Garbage Collection)不