现在的位置: 首页 > 综合 > 正文

JBOSS优化

2016年11月03日 ⁄ 综合 ⁄ 共 9404字 ⁄ 字号 评论关闭

在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:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection
XX:CMSFullGCsBeforeCompaction:由于并发收集器不对内存空间进行压缩、整理,所以运行一段时间以后会产生“碎片”,使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。
-XX:+UseCMSCompactAtFullCollection:打开对年老代的压缩。可能会影响性能,但是可以消除碎片

常见配置汇总
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配置如下

Java代码 复制代码
  1. if "x$JAVA_OPTS" "x" ]; then    
  2.    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"    
  3. fi    
  4. 生产环境4G内存jboss配置如下    
  5. if "x$JAVA_OPTS" "x" ]; then    
  6.    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"    
  7. fi   

 

 

数据库连接
在JBOSS_HOME\Server\default\deploy目录下存在**-xa-ds.xml文件,用于JBOSS同数据库连接等配置,默认情况下**-xa-ds.xml文件中不包含关于数据库连接池等方面的配置信息,可以添加一下内容进行数据库连接池方面的设置:

Xml代码 复制代码
  1. <min-pool-size>100</min-pool-size>    
  2. <max-pool-size>500</max-pool-size>    

第3章    Tomcat
3.1    web.xml

修改Tomcat的JSP自动编译配置项:
%JBOSS_HOME%/deploy/jbossweb-tomcat50.sar/conf/web.xml
修改如下代码:

Xml代码 复制代码
  1. <SPAN><servlet>  
  2. <servlet-name>jsp</servlet-name>  
  3. <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>  
  4. <init-param>  
  5. <param-name>development</param-name>  
  6. <param-value>false</param-value>  
  7. </init-param>  
  8. </servlet></SPAN>  

 追加development=false
通知tomcat在用户访问时不必作JSP文件是否已被修改的检查。
3.2    server.xml
修改Tomcat的server.xml文件,设置线程数、支持压缩协议等…


%JBOSS_HOME%/deploy/jbossweb-tomcat50.sar/server.xml

Xml代码 复制代码
  1. <SPAN><Connector port="80" address="0.0.0.0"  
  2. maxThreads="75" maxHttpHeaderSize="8192"  
  3. minSpareThreads="55" maxSpareThreads="25"  
  4. enableLookups="false" redirectPort="8443" acceptCount="100"  
  5. connectionTimeout="20000" disableUploadTimeout="true"  
  6. compression="on" compressableMimeType="text/html,text/xml,text/plain,text/css,   
  7. text/javascript,application/xhtml+xml,application/x-javascript,application/javascript,text/xhtml"   
  8. /></SPAN>  

 

第4章    日志优化
优化JBOSS日志:%JBOSS_HOME%/server/default/conf/log4j.xml
4.1    修改Append

修改以下内容:

Xml代码 复制代码
  1. <SPAN><param name="Append" value="true"/>  
  2. <param name="Threshold" value="WARN"/></SPAN>  

 

修改后的代码如下:

Xml代码 复制代码
  1. <SPAN><appender name="FILE" class="org.jboss.logging.appender.DailyRollingFileAppender">  
  2. <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>  
  3. <param name="File" value="${jboss.server.home.dir}/log/server.log"/>  
  4. <param name="Append" value="true"/>  
  5. <param name="Threshold" value="WARN"/>  
  6. <param name="DatePattern" value="'.'yyyy-MM-dd"/>  
  7. <layout class="org.apache.log4j.PatternLayout">  
  8. <param name="ConversionPattern" value="%d %-5p [%c] %m%n"/>  
  9. </layout>  
  10. </appender></SPAN>  

 

4.2    修改Root
关闭控制台日志输出:
屏蔽:<appender-ref ref="CONSOLE"/>

Xml代码 复制代码
  1. <root>  
  2. <!--<appender-ref ref="CONSOLE"/>-->  
  3. <appender-ref ref="FILE"/>  
  4. </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包,这些包同样可以进行删除。

 

--------------------------------------------------------------------------------------------

JBoss性能优化:内存紧张的问题终于解决了(转载)

(2006-11-01 06:30:25)

  分类: IT 笔记

    昨天查了一天的资料,运气不错,收获不小,解决了一个老大难问题:JBoss内存紧张的问题。
    这是一个困扰了我两年整的问题,就是从前年这个时候,用JBoss 3.2.1架站以来,始终是一个大问题。不大的站点,1G的内存都不够用,经常要消耗500Mb的交换内存(swap)。
原来是自己犯了非常低级的错误,不懂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 优化配置

一. 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 这两个让服务并行回收内存空间。修改完成后,大致为 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
  <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&amp;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
六. 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 images inspectMBean.jsp META-INF WEB-INF
cluster displayOpResult.jsp index.jsp jboss.css style_master.css

management/:
console-mgr.sar
[root@190MEM deploy]#
七. 备注:

抱歉!评论已关闭.