【转】 JBOSS最大连接数配置和jvm内存配置

一.调整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参数

A：JVM启动参数共分为三类：
        其一是标准参数（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容；
        其二是非标准参数（-X），指的是JVM底层的一些配置参数，这些参数在一般开发中默认即可，不需要任何配置。但是在生产环境中，并不保证所有jvm实现都满足，所以为了提高性能，往往需要调整这些参数，以求系统达到最佳性能。另外这些参数不保证向后兼容，也即是说“如有变更，恕不在后续版本的JDK通知”（这是官网上的原话）；
        其三是非Stable参数（-XX），这类参数在jvm中是不稳定的，不适合日常使用的，后续也是可能会在没有通知的情况下就直接取消了，需要慎重使用。
B：而JVM 内存又可分为三个主要的域 ：
        新域、旧域以及永久域。JVM生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后，便进入旧域。而在永久域中是用来存储JVM自己的反射对象的，如class和method对象，而且GC(Garbage Collection)不会在主程序运行期对永久域进行清理。其中新域和旧域属于堆，永久域是一个独立域并且不认为是堆的一部分。
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: PermGen space，其中前者是有关堆内存的内存溢出，可以同过配置-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"

日志文件设置：

jboss\server\default\log

        若需要修改JBoss默认的log4j设置，可修改JBoss安装目录"server\default\conf下的jboss-log4j.xml文件，在该文件中可以看到，log4j的日志输出在JBoss安装目录"server\

 

如果使用log4j日志框架，将配置文件放在工程目录下的话容易引起与jboss日志配置的冲突，一个比较好的方式就是将日志配置到jboss的 jboss-log4j.xml文件中，文件的目录是($JBOSS)/server/default/conf。在配置文件中添加以下内容：

<appender name="myLog" class="org.apache.log4j.DailyRollingFileAppender">
    <!--设置通道名称是：file，输出方式DailyRollingFileAppender-->
    <param name="File" value="${jboss.server.home.dir}/log/Mqs.log"/>
    <!--日志文件路径和文件名称 -->
  
    <param name="Append" value="true"/>
    <!-- 设置是否在重新启动服务时，在原有日志的基础添加新日志 -->

    <!-- Rollover at midnight each day -->
    <param name="DatePattern" value="'.'yyyy-MM-dd"/>

  
    <!-- Rollover at the top of each hour
    <param name="DatePattern" value="'.'yyyy-MM-dd-HH"/>
    -->
    <layout class="org.apache.log4j.PatternLayout">
      <!-- The default pattern: Date Priority [Category] Message/n -->
      <param name="ConversionPattern" value="%d %-5p [%c] %m%n"/>
      <!-- The full pattern: Date MS Priority [Category] (Thread:NDC) Message/n
      <param name="ConversionPattern" value="%d %-5r %-5p [%c] (%t:%x) %m%n"/>
       -->
    </layout>    
  </appender>

  <logger name="com.all" additivity="false" >
    <level value="INFO" />
    <appender-ref ref="myLog"/>
  </logger>

在web工程中使用日志的时候就可以这样写

Logger log = Logger.getLogger("com.all");

log.debug("test");

其中"com.all"与<logger name="com.all" additivity="false" > 中的name属性值对应。additivity属性非常重要，它表示是否继承root配置的输出通道，默认配置是true，如果不将其设为false的话会导致日志重复输出到控制台与jboss的日志文件中。

default

 

 

jboss\server\default\log