JBOSS優化
文章分類:Java編程Java OPTS設置
在Java的Jvm分爲主要爲兩大塊：一個是heap和 nheap
Heap包括三個區域. Eden space 、survivor space、tenured space.
其中surivor space包括兩個區，一個是from區，一個是to區
Eden是負責新對象的創建區域。當新對象無法在eden區創建的時候，eden區會進行minor gc,會將一些失效的對象清除。會將清除下來的部分對象放到survivor space區域或者tenured space區域。當tenured space的對象越來越多的時候，達到jvm內存不足10%的時候，會進行一次full gc來釋放對象。項目要儘可能少的full gc ,應爲full gc比較佔用內存，一般要求吞吐量比較大的時候，儘量的將new區域設置的比較大一點。也就是eden和survivor這個區域。
下面簡要的說一下配置參數
set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m -XX:MaxPermSize=256m
-Xms512m 代表jvm最少用 512m內存,32bit操作系統最大在1.5g-2g之間。64位的無限制
-Xmx1024m 代表jvm最多使用 1024m內存,儘量的將-Xms和-Xmx大小設置相同，這樣避免內存重新分配影響性能
-Xss=128k 線程初始化大小，5.0之前默認是128k,之後爲1m,線程機器最大爲3000-5000
-XX:MaxPermSize=256m.這是表明持久類，也就是noheap區域的最大爲256
-XX:PermSize=256m這個持久區域初始化爲256m，一般持久類的大小是64m
這個配置是最常用的配置。如果需要考慮到吞吐量，那麼new space和old space你就得重新分配一下
Jvm垃圾收集器包括三種：串行，並行，併發
串行：處理小型數據，jdk1.4之前默認使用
並行：1.5和1.5之後使用，處理
典型服務器配置有以下幾種：
-Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20
-XX:+UseParallelGC：選擇垃圾收集器爲並行收集器。此配置僅對年輕代有效。即上述配置下，年輕代使用併發收集，而年老代仍舊使用串行收集。
-XX:ParallelGCThreads=20：配置並行收集器的線程數，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數目相同
-Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC
-XX:+UseParallelOldGC：配置年老代垃圾收集方式爲並行收集。JDK6.0支持對年老代並行收集。
-Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompacti
XX:CMSFullGCsBeforeCompacti
-XX:+UseCMSCompactAtFullColle
常見配置彙總
1. 堆設置
-Xss128k：JBoss每增加一個線程（thread)就會立即消耗128K,默認值好像是512k.
-Xms512m:初始堆大小,代表jvm最少用 512m內存
-Xmx:最大堆大小 一般爲服務器的3/4內存量，推薦至少使用4G內存，不應該超過物理內存的90％。
-XX:NewSize=n:設置年輕代大小
-XX:NewRatio=n:設置年輕代和年老代的比值。如:爲3，表示年輕代與年老代比值爲1：3，年輕代佔整個年輕代年老代和的1/4
-XX:SurvivorRatio=n:年輕代中Eden區與兩個Survivor區的比值。注意Survivor區有兩個。如：3，表示Eden：Survivor=3：2，一個Survivor區佔整個年輕代的1/5
-XX:MaxPermSize=n:設置持久代大小
2. 收集器設置
-XX:+UseSerialGC:設置串行收集器
-XX:+UseParallelGC:設置並行收集器
-XX:+UseParalledlOldGC:設置並行年老代收集器
-XX:+UseConcMarkSweepGC:設置併發收集器
3. 垃圾回收統計信息
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:filename
4. 並行收集器設置
-XX:ParallelGCThreads=n:設置並行收集器收集時使用的CPU數。並行收集線程數。
-XX:MaxGCPauseMillis=n:設置並行收集最大暫停時間
-XX:GCTimeRatio=n:設置垃圾回收時間佔程序運行時間的百分比。公式爲1/(1+n)
5. 併發收集器設置
-XX:+CMSIncrementalMode:設置爲增量模式。適用於單CPU情況。
-XX:ParallelGCThreads=n:設置併發收集器年輕代收集方式爲並行收集時，使用的CPU數。並行收集線程數。
查看CPU數
cat /proc/cpuinfo | grep "processor" | wc -l
生產環境8G內存jboss配置如下
- if
[ "x$JAVA_OPTS" = "x" ]; then -
JAVA_OPTS="-Xss128k -Xms6000m -Xmx6000m -XX:MaxNewSize=512m -XX:MaxPermSize=512M -XX:+UseParallelGC -XX:ParallelGCThreads=16 -XX:+UseParallelOldGC -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000" - fi
- 生產環境4G內存jboss配置如下
- if
[ "x$JAVA_OPTS" = "x" ]; then -
JAVA_OPTS="-Xss128k -Xms3000m -Xmx3000m -XX:MaxNewSize=256m -XX:MaxPermSize=256m -XX:+UseParallelGC -XX:ParallelGCThreads=16 -XX:+UseParallelOldGC -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000" - fi
數據庫連接
在JBOSS_HOME\Server\default\deploy目錄下存在**-xa-ds.xml文件，用於JBOSS同數據庫連接等配置，默認 情況下**-xa-ds.xml文件中不包含關於數據庫連接池等方面的配置信息，可以添加一下內容進行數據庫連接池方面的設置：
- <min-pool-size>100</min-pool-size>
- <max-pool-size>500</max-pool-size>
第3章
3.1
修改Tomcat的JSP自動編譯配置項：
%JBOSS_HOME%/deploy/jbossweb-tomcat50.sar/conf/web.xml
修改如下代碼：
- <SPAN><servlet>
- <servlet-name>jsp</servlet-name>
- <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
- <init-param>
- <param-name>development</param-name>
- <param-value>false</param-value>
- </init-param>
- </servlet></SPAN>
通知tomcat在用戶訪問時不必作JSP文件是否已被修改的檢查。
3.2
修改Tomcat的server.xml文件，設置線程數、支持壓縮協議等…
%JBOSS_HOME%/deploy/jbossweb-tomcat50.sar/server.xml
- <SPAN><Connector
port="80" address="0.0.0.0" - maxThreads="75"
maxHttpHeaderSize="8192" - minSpareThreads="55"
maxSpareThreads="25" - enableLookups="false"
redirectPort="8443" acceptCount="100" - connectionTimeout="20000"
disableUploadTimeout="true" - compression="on"
compressableMimeType="text/html,text/xml,text/plain,text/css, - text/javascript,application/xhtml+xml,application/x-javascript,application/javascript,text/xhtml"
- /></SPAN>
第4章
優化JBOSS日誌：%JBOSS_HOME%/server/default/conf/log4j.xml
4.1
修改以下內容：
- <SPAN><param
name="Append" value="true"/> - <param
name="Threshold" value="WARN"/></SPAN>
修改後的代碼如下：
- <SPAN><appender
name="FILE" class="org.jboss.logging.appender.DailyRollingFileAppender "> - <errorHandler
class="org.jboss.logging.util.OnlyOnceErrorHandler"/> - <param
name="File" value="${jboss.server.home.dir}/log/server.log"/> - <param
name="Append" value="true"/> - <param
name="Threshold" value="WARN"/> - <param
name="DatePattern" value="'.'yyyy-MM-dd"/> - <layout
class="org.apache.log4j.PatternLayout"> - <param
name="ConversionPattern" value="%d %-5p [%c] %m%n"/> - </layout>
- </appender></SPAN>
4.2
關閉控制檯日誌輸出：
屏蔽：<appender-ref ref="CONSOLE"/>
- <root>
- <!--<appender-ref
ref="CONSOLE"/>--> - <appender-ref
ref="FILE"/> - </root>
JBOSS瘦身
在JBOSS中提供許多通常不需要的服務和Jar包，比如JMX、Mail、AOP、Hibernate等，可以根據具體項目所涉及的技術，刪減JBOSS內置應用，從而提高JBOSS中間件啓動速度，減少佔用系統資源。
在%JBOSS_HOME%/server/default/deploy中含有一些比如jboss-aop.deployer等目錄和mail- service.xml等應用配置文件，如果不需要使用這些應用的話，可以將其一一刪除，不過刪除時要分外小心，避免應用系統無法啓動。
下圖爲只包含數據庫應用的一個已刪減不需要服務後的deploy文件夾目錄：
刪減Jar包
在%JBOSS_HOME%/server/default/lib中包含一些應用系統不需要的Jar包，這些包同樣可以進行刪除。
--------------------------------------------------------------------------------------------
轉載| 分類： IT 筆記 |
原來是自己犯了非常低級的錯誤，不懂JAVA_OPTS各參數的含義造成的。
之前的JAVA_OPTS是 -Xms 520m -Xmx 1220m -Xss 15120k +XX:AggressiveHeap
這個JAVA_OPTS犯了2個致命的錯誤：
1. +XX:AggressiveHeap會使得 Xms 1220m沒有意義。這個參數讓jvm忽略Xmx參數，瘋狂地吃完一個G物理內存，再吃盡一個G的swap。
另外Xmx作爲允許jvm使用的最大內存數量，不應該超過物理內存的90％。
而之所以使用了這個參數，是因爲不加的話，JBoss會在運行一天左右的時間後迅速崩潰，上機課是，甚至出現過半個小時就崩潰的情況。
之所以要用這個參數，用swap支持服務器運行，是因爲犯了下面的錯誤：
2. -Xss 15120k
這使得JBoss每增加一個線程（thread)就會立即消耗15M內存，而最佳值應該是128K,默認值好像是512k.
這就是JBoss剛啓動時，還有200Mb內存富餘，但會在一個小時內迅速用完，因爲服務器的threads在迅速增加。前3天，每天都多吃80Mb左右 的swap.在第四天開始穩定下來。今年春節在外度假，觀察到了這個現象，卻不理解其原因：服務器在線程到達100之後，一般不再增加新的線程，新增加的 在用完之後，會被迅速destroy，1.25-2.10所使用的線程基本是1.21- 1.23創建的，因此沒有再消耗新的內存。服務器持續運行時間，也因此大大超乎我5天的預期，到達了20天。
昨天所作的修改：
1.修改JAVA_OPTS,去掉+XX:AggressiveHeap，修改Xss。現在的JAVA_OPTS爲：
－Xms 520m -Xmx 900m -Xss 128k
2.修改deploy/jbossweb-tomcat55.sar/service.xml
將maxThreads根據目前的訪問量由默認的250降爲75，並使用jboss 4默認未寫在標準service.xml裏面而jboss 3寫入了的2個參數: maxSparseThreads=55，minSparseThreads=25
3.修改了oracle-ds.xml將最大連接數有150降爲50.
4.去掉了一些不用的服務。
一． Jboss後臺啓動：
添加後臺修改命令：
vi run.sh
while true; do
done &
二． Jboss內存優化：
修改這個兩參數，給jvm分配適當的內存，一般爲服務器的3/4內存量，推薦至少使用4G內存。
另外添加兩個參數 -XX:+UseParallelGC -XX:+UseParallelOldGC 這兩個讓服務並行回收內存空間。修改完成後，大致爲 JAVA_OPTS = “-Xms4096m -Xmx8192m -XX:+UseParallelGC -XX:+UseParallelOldGC -Dsum……
三． Jboss日誌輸出模式
[root@190MEM conf]# pwd
/usr/local/jboss/server/default/conf
[root@190MEM conf]# vi jboss-log4j.xml
四． Jboss數據庫連接池優化
修改數據庫連接池：
<datasources>
五． Jboss部署目錄優化：
bsh-deployer.xml
client-deployer-service.xml
ear-deployer.xml
ejb-deployer.xml
http-invoker.sar
jboss-bean.deployer
jboss-ws4ee.sar
jms
jsr88-service.xml
schedule-manager-service.xml
scheduler-service.xml
sqlexception-service.xml
uuid-key-generator.sar
六． Jboss應用安全加固：
去掉：
Tomcat status (full) (XML)
JMX Console
JBoss Web Console
刪除deploy下的jmx-console.war/ management/
[root@190MEM deploy]# pwd
/usr/local/jboss/server/default/deploy
[root@190MEM deploy]# ls jmx-console.war/ management/
jmx-console.war/:
checkJNDI.jsp displayMBeans.jsp p_w_picpaths inspectMBean.jsp META-INF WEB-INF
cluster displayOpResult.jsp index.jsp jboss.css style_master.css
management/:
console-mgr.sar
[root@190MEM deploy]#
七． 備註：