吐血整理了以前Jboss以及JVM在生產環境下的調優參數，各種不同的案例，都是來自網友杜撰。整合后，希望對廣大使用jboss作為生產應用服務器的朋友有所幫助。
JBOSS參數調優
配置deploy/jboss-web.deployer/server.xml文件 .
<Connector port="8080" address="0.0.0.0" maxThreads="1600" minSpareThreads="100" maxSpareThreads="250" emptySessionPath="false" enableLookups="false" redirectPort="8443" acceptCount="800" connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="UTF-8" />
maxThreads：表示最多同時處理的連接數。應該將線程數（最大線程數）設置比最大預期負載（同時並發的點擊）多25%（經驗規則）。
acceptCount：當同時連接的人數達到maxThreads時，還可以接收排隊的連接。
minSpareThread：指“啟動以后，總是保持該數量的線程空閑等待”；設置比預期負載多25%。
maxSpareThread：指“如果超過了minSpareThread，然后總是保持該數量的線程空閑等待”；設置比預期負載多25%。
其中主要修改兩個參數maxThreads和acceptCount值。
增加maxThreads，減少acceptCount值有利縮短系統的響應時間。但是maxThreads和acceptCount的總和最高值不能超過6000，而且maxThreads過大會增加CPU和內存消耗，故低配置用戶可通過降低maxThreads並同時增大acceptCount值來保證系統的穩定。
下表羅列出了在不同並發情況下jboss參數與並發在線的一般關系。
| 並發數 |
服務器內存 |
jboss參數 |
|
|
|
|
maxThreads |
acceptCount |
| 50以下 |
2G |
256 |
800 |
| 50-300 |
4G |
600 |
1024 |
| 300-800 |
8G |
1024 |
1528 |
| 800-1000 |
8G |
1024 |
2048 |
| 1000-1200 |
12G |
1526 |
2048 |
| 1200-1500 |
16G |
2048 |
2048 |
|
|
|
|
|
|
|
|
|
|
jvm調優講解1
A：JVM啟動參數共分為三類：
其一是標准參數（-），所有的JVM實現都必須實現這些參數的功能，而且向后兼容；
其二是非標准參數（-X），指的是JVM底層的一些配置參數
這些參數在一般開發中默認即可，不需要任何配置。但是在生產環境中，並不保證所有jvm實現都滿足，所以為了提高性能，往往需要調整這些參數，以求系統達到最佳性能。另外這些參數不保證向后兼容，也即是說“如有變更，恕不在后續版本的JDK通知”（這是官網上的原話）；
其三是非Stable參數（-XX），這類參數在jvm中是不穩定的，不適合日常使用的，后續也是可能會在沒有通知的情況下就直接取消了，需要慎重使用。
B：而JVM 內存又可分為三個主要的域 ：
新域、舊域以及永久域（有的也叫做新生代，年老代，和永久代）。JVM生成的所有新對象放在新域中。一旦對象經歷了一定數量的垃圾收集循環后，便進入舊域。而在永久域中是用來存儲JVM自己的反射對象的，如class和method對象，而且GC(GarbageCollection)不會在主程序運行期對永久域進行清理。
其中新域和舊域屬於堆，永久域是一個獨立域並且不認為是堆的一部分。
C：各主要參數的作用如下 ：
-Xms：設置jvm內存的初始大小
-Xmx：設置jvm內存的最大值
-Xmn：設置新域的大小（這個似乎只對 jdk1.4來說是有效的，后來就廢棄了）
-Xss：設置每個線程的堆棧大小(也就是說,在相同物理內存下，減小這個值能生成更多的線程)
-XX：NewRatio :設置新域與舊域之比，如-XX：NewRatio = 4就表示新域與舊域之比為1：4
-XX:NewSize：設置新域的初始值
-XX:MaxNewSize ：設置新域的最大值
-XX:PermSize：設置永久域的初始值
-XX:MaxPermSize：設置永久域的最大值
-XX:SurvivorRatio=n:設置新域中Eden區與兩個Survivor區的比值。
Eden區主要是用來存放新生的對象，而兩個 Survivor區則用來存放每次垃圾回收后存活下來的對象
D：常見的錯誤 ：
java.lang.OutOfMemoryError相信很多開發人員都用到過，
這個主要就是JVM參數沒有配好引起的，但是這種錯誤又分兩種：
java.lang.OutOfMemoryError:Java heap space和java.lang.OutOfMemoryError: PermGenspace，
其中前者是有關堆內存的內存溢出，可以同過配置-Xms和-Xmx參數來設置，而后者是有關永久域的內存溢出，可以通過配置 -XX:MaxPermSize來設置。
下面是個例子,請根據實際情況進行修改,修改run.conf文件中的如下內容：
JAVA_OPTS="-Xms256m-Xmx2048m -XX:NewSize=256m -XX:MaxNewSize=512m -XX:PermSize=128m-XX:MaxPermSize=256m -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled-XX:+CMSClassUnloadingEnabled -Djboss.platform.mbeanserver"
JVM調優講解2
在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之后使用，處理
JVM常見配置匯總
1. 堆設置
-Xss128m:JBoss每增加一個線程（thread)就會立即消耗128K,默認值好像是512k.
-Xms256m:初始堆大小,代表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數。並行收集線程數。
JBOSS生產環境下JVM調優
查看CPU數
cat /proc/cpuinfo | grep "processor" | wc -l
JBOSS參數
生產環境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>
日志優化
優化JBOSS日志：%JBOSS_HOME%/server/default/conf/log4j.xml
修改Append
<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>
修改Root
關閉控制台日志輸出：
屏蔽：<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等應用配置文件，如果不需要使用這些應用的話，可以將其一一刪除，不過刪除時要分外小心，避免應用系統無法啟動。
刪減Jar包
在%JBOSS_HOME%/server/default/lib中包含一些應用系統不需要的Jar包，這些包同樣可以進行刪除。
JBoss性能優化：內存緊張的問題終於解決了(轉載)----調優實例
這是一個困擾了我兩年整的問題，就是從前年這個時候，用JBoss 3.2.1架站以來，始終是一個大問題。不大的站點，1G的內存都不夠用，經常要消耗500Mb的交換內存（swap)。
原來是自己犯了非常低級的錯誤，不懂JAVA_OPTS各參數的含義造成的。
之前的JAVA_OPTS是 -Xms 520m -Xmx 1220m -Xss 15120k +XX:AggressiveHeap
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
Jboss 優化配置
添加后台修改命令：
vi run.sh
while true; do if [ "x$LAUNCH_JBOSS_IN_BACKGROUND" = "x" ]; then # Execute the JVM in the foreground nohup "$JAVA" $JAVA_OPTS \ -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" \ -classpath "$JBOSS_CLASSPATH" \ org.jboss.Main "$@" JBOSS_STATUS=$? else # Execute the JVM in the background "$JAVA" $JAVA_OPTS \ -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" \ -classpath "$JBOSS_CLASSPATH" \ org.jboss.Main "$@" & JBOSS_PID=$! # Trap common signals and relay them to the jboss process trap "kill -HUP $JBOSS_PID" HUP trap "kill -TERM $JBOSS_PID" INT trap "kill -QUIT $JBOSS_PID" QUIT trap "kill -PIPE $JBOSS_PID" PIPE trap "kill -TERM $JBOSS_PID" TERM # Wait until the background process exits WAIT_STATUS=0 while [ "$WAIT_STATUS" -ne 127 ]; do JBOSS_STATUS=$WAIT_STATUS wait $JBOSS_PID 2>/dev/null WAIT_STATUS=$? done fi # If restart doesn't work, check you are running JBossAS 4.0.4+ # http://jira.jboss.com/jira/browse/JBAS-2483 # or the following if you're running Red Hat 7.0 # http://developer.java.sun.com/developer/bugParade/bugs/4465334.html if [ $JBOSS_STATUS -eq 10 ]; then echo "Restarting JBoss..." else exit $JBOSS_STATUS fi done &
二． Jboss內存優化：
修改這個兩參數，給jvm分配適當的內存，一般為服務器的3/4內存量，推薦至少使用4G內存。
另外添加兩個參數 -XX:+UseParallelGC -XX:+UseParallelOldGC 這兩個讓服務並行回收內存空間。修改完成后，大致為
[root@190MEM conf]# pwd /usr/local/jboss/server/default/conf [root@190MEM conf]# vi jboss-log4j.xml <appender name="FILE" class="org.jboss.logging.appender.DailyRollingFileAppender"> <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/> <param name="File" value="${jboss.server.log.dir}/server.log"/> <param name="Append" value="false"/> <param name="Threshold" value="ERROR"/>
四． Jboss數據庫連接池優化
修改數據庫連接池：
<datasources> <local-tx-datasource> <jndi-name>training_master_db</jndi-name> <connection-url>jdbc:mysql://211.100.192.128:3306/dts?useUnicode=true&characterEncoding=UTF-8</connection-url> <driver-class>com.mysql.jdbc.Driver</driver-class> <user-name>root</user-name> <password></password> <min-pool-size>100</min-pool-size> <max-pool-size>500</max-pool-size> <exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name>
五． Jboss部署目錄優化：
去掉和應用無關的部署，加快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