JBOSS AS 性能调整优化

1 减少日志的输出量

*\jboss-4.2.3.GA\server\default\conf\jboss-log4j.xml

根据不同的日志级别：一共有5个等级，越往下输出的东西越详细。一般没什么特殊情况，调整为warn或者info即可

 FATAL 0
 ERROR 3
 WARN 4
 INFO 6
 DEBUG 7

日志文件输出

 <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="INFO" /> #主要是这个
       <layout class="org.apache.log4j.PatternLayout">
          <!-- The default pattern: Date Priority [Category] Messagen -->
          <param name="ConversionPattern" value="%d %-5p [%c] %m%n"/>

          <!-- The full pattern: Date MS Priority [Category] (Thread:NDC) Messagen
          <param name="ConversionPattern" value="%d %-5r %-5p [%c] (%t:%x) %m%n"/>
           -->
       </layout>
    </appender>

控制台日志输出

   

 <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender">
       <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
       <param name="Target" value="System.out"/>#日志文件输出格式，直接输出在终端
       <param name="Threshold" value="INFO"/>#主题要是这个

       <layout class="org.apache.log4j.PatternLayout">
          <!-- The default pattern: Date Priority [Category] Messagen -->
          <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/>
       </layout>
    </appender>

2 删除不需要的服务

3 调节热部署程序来关闭自动扫描功能或增加扫描之间的等待时间

4 数据源

* \jboss-4.2.3.GA\server\default\deploy \*-ds.xml

 <idle-timeout-minutes>5</idle-timeout-minutes> #回收不再需要的连接之前应用服务器需要等待的时间量

 <min-pool-size>40</min-pool-size> #最小的连接量

 <max-pool-size>40</max-pool-size> #最大的连接量

 <query-timeout>300</query-timeout>

 <use-fast-fail>true</use-fast-fail>

如果测试项目对数据库的操作 平稳，最小数目与最大数目相同即可
如果项目属于有高峰期的那种，那还是设置较小的连接池大小，应付无压力的时期。较高的连接池大小应付高峰期。
这个值尽量不要设置太大，给数据库服务器造成压力，如果宕机，是个很严重的问题。

5 配置线程池

*\jboss-4.2.3.GA\server\default\deploy\jboss-web.deployer\service.xml

 <Connector port="80" address="${jboss.bind.address}"
         maxThreads="250" #处理请求的最大线程数。限制同时处理的请求数
         maxHttpHeaderSize="8192"
         emptySessionPath="true" protocol="HTTP/1.1"
         enableLookups="false"
         redirectPort="443"
         acceptCount="100"#排队等待一个线程空闲的最大请求数。如果队列满了，应用服务器会返回一个503HTTP错误
         connectionTimeout="20000"
         disableUploadTimeout="true"
 />

线程太大，会占用资源，太小，又不够请求。所以应该根据自己的工程，自己推算线程数。

 

 

阅读(514) | 评论(3) | 转发(2) |

 

0

上一篇：Jmeter脚本录制

下一篇：Apache 性能调优-参考篇

相关热门文章

• nginx + uwsgi支持django框架...
• Windows的回调机制
• Dynamo系统架构
• 编程之路 写给打算进入IT行业...
• ABAP：SAP报表的性能优化（1）...

• 【趣味题】 发疯的机器人...
• 如何安装java环境和tomcat（ub...
• GFS与mfs的区别？
• 以下的问题合理么？求指导...
• 要生成10位的永不重复的字母加...

 

 

给主人留下些什么吧！~~

 

评论热议