resin的JVM參數(shù)調(diào)整
<!-- - JVM 參數(shù)設(shè)置 -->
<jvm-arg>-Xms 512 m</jvm-arg>
（ jvm 最小內(nèi)存，也是啟動 resin后的默認(rèn)內(nèi)存分配值）
<jvm-arg>-Xmx 512 m</jvm-arg> <!-- make ms=mx to reduce GC times -->
（ jvm最大內(nèi)存，當(dāng)內(nèi)存使用超過 Xms分配的值之后會自動向這個最大值提升，一般配置成最大最小值相等，理論上能夠降低 GC 垃圾收集的時間，可按實際進(jìn)行配置）
<jvm-arg>-Xmn 86 m</jvm-arg>
（內(nèi)存分配增量，當(dāng)內(nèi)存需求超過 Xms值之后進(jìn)行第一次分配請求的內(nèi)存值，一般為 Xmx的 1/3-1/4 ；開始時候可以先屏蔽，當(dāng)應(yīng)用出現(xiàn)OutOfMemory的時候再打開也可以）
<jvm-arg>-XX:MaxNewSize= 256 m</jvm-arg>
<jvm-arg>-XX:PermSize= 128 m</jvm-arg>
<jvm-arg>-XX:MaxPermSize= 256 m</jvm-arg>
（以上三項是為了減少 OutOfMemory 而配置的，是每個 java編譯執(zhí)行的時候最多能一次申請 jvm 內(nèi)存空間的值，以上默認(rèn)配置基本夠用，但依然出OutOfMemory 的時候可以適當(dāng)調(diào)大，但不能超越 Xmx的值；開始時候可以先屏蔽，當(dāng)應(yīng)用出現(xiàn) OutOfMemory的時候再打開也可以）
<jvm-arg>-Xss256k</jvm-arg> <!-- jvm Stack config -->
<jvm-arg>-Djava.awt.headless=true</jvm-arg> < （允許使用驗證碼）
<jvm-arg>-Djava.net.preferIPv4Stack=true</jvm-arg> <!-- disable IPv6 -->
<jvm-arg>-Doracle.jdbc.V8Compatible=true</jvm-arg>（針對 oracle10的兼容配置）
<watchdog-arg>-Dcom.sun.management.jmxremote</watchdog-arg>
<!-- 強制 resin 強制重起時的最小空閑內(nèi)存 -->
<memory-free-min> 2 M</memory-free-min>
<!-- 最大線程數(shù)量 . -->
<thread-max>256</thread-max>
<!-- 套接字等待時間 -->
<socket-timeout>65s</socket-timeout>
<!-- 配置 keepalive -->
<keepalive-max>128</keepalive-max>
<keepalive-timeout>15s</keepalive-timeout>
Resin 中 JVM 的分析
JVM 虛擬內(nèi)存
JVM 虛擬內(nèi)存與系統(tǒng)內(nèi)存的關(guān)系圖：
-Xms 初始化 jvm 的時候從系統(tǒng)內(nèi)存劃分的 heap 內(nèi)存數(shù)量
-Xmx jvm 最大能使用的 heap 內(nèi)存數(shù)量
-Xmn （ -XX:NewSize/ -XX:MaxNewSize ）年輕代占 heap 的內(nèi)存數(shù)量
-XX:PermSize / -XX:MaxPermSize 持久代占用的系統(tǒng)內(nèi)存數(shù)量
-Xss 單 個線程 堆棧 占的內(nèi)存量，跟線程數(shù)相關(guān)
整個 JVM 的工作流程是：新的線程在 Eden 生成； Eden 滿，把有經(jīng)常訪問的資
源放在 SO1 中，對 Eden 進(jìn)行空間回收；當(dāng) SO1 滿，將常使用的資源放到 SO2 ，對 SO 1
的空間進(jìn)行回收；當(dāng) SO2 滿，將經(jīng)常訪問的資源放到 Old ，對 SO2 進(jìn)行空間回收；
按一定的規(guī)則對 Old 的資源進(jìn)行處理。（為了容易記憶，我們可以對 SO1 、 SO2 、 O ld
起個其他的名字，分別是 幸存者 1 區(qū)，幸存者 2 區(qū)和養(yǎng)老區(qū) ）
簡單概括為： Heap 設(shè)定與垃圾回收 Java Heap 分為 3 個區(qū)， New ， Old 和
Permanent 。 New 保存剛實例化的對象。當(dāng)該區(qū)被填滿時， GC 會將對象移到 Old 區(qū) 。
Permanent 區(qū)則負(fù)責(zé)保存反射對象。 （ Perm 區(qū)在過去持久化沒有使用的年代默認(rèn) 的
配置已經(jīng)足夠使用，但現(xiàn)在要注意該區(qū)的情況，有可能 OOM--out of menery 就
是由于它而發(fā)生）
從上面的 JVM 工作機制，我們可以看出對 JVM 的優(yōu)化主要在于： JVM-- 垃
圾收集。
注意： Heap 大小并不決定進(jìn)程的內(nèi)存使用量。進(jìn)程的內(nèi)存使用量要大于 -Xmx 定義的值，
因為 Java 為其他任務(wù)分配內(nèi)存，例如每個線程的 Stack 等。
日常遇到的OOM和頻繁發(fā)生GC 情況分析
java.lang.OutOfMemoryError: Java heap space
heap 空間不足，可能是 -Xmx 配得過大，或者系統(tǒng)內(nèi)存不足或泄漏
java.lang.OutOfMemoryError: PermGen space
持久代內(nèi)存不足，存在大量系統(tǒng)類被加載或 jpa 等架構(gòu)頻繁使用，需要增加 Perm的內(nèi)存配置
java.lang.OutOfMemoryError:unable to create native thread
空閑內(nèi)存不足以建立新的線程，減少 max-threads 的配置，增加空閑內(nèi)存數(shù)量
Resin中除JVM外的優(yōu)化
在實際的生產(chǎn)環(huán)境中，以下三個東西經(jīng)常用到，所以在這里提一下，也算是簡單的優(yōu)化。
<thread-max>512</thread-max>
最大線程數(shù)影響 resin 的系統(tǒng)負(fù)載能力以及 java 進(jìn)程的內(nèi)存占用
<keepalive-max>128</keepalive-max>
keepalive 的最大數(shù)量，對網(wǎng)絡(luò)性能有影響
js/html/css/jpg/gif 等靜態(tài)文件由 nginx 提供服務(wù)，剩下的由nginx以upstream方式代理到后端resin處理，以減少resin 提供這些靜態(tài)文件訪問的性能問題。
R esin 及 jvm 優(yōu)化，是一項基于提供服務(wù)的應(yīng)用上進(jìn)行一段相對長時間的測試進(jìn)行，由于每個項目都有其自身特點，只有根據(jù)這些特點來進(jìn)行優(yōu)化，才能把該項目配置得更好 ，不可能硬套到其它項目上 。
參考文章：
http://www.opendigest.org/article.php/450歡迎大家增加這方面你的經(jīng)驗
