【转】 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

评论

2 楼 hxsmile 2015-01-28  

tomcat最大线程数的设置
Tomcat的server.xml中Context元素的以下参数应该怎么配合适

<Connector port="8080"
maxThreads="150"
minSpareThreads="25"
maxSpareThreads="75"
acceptCount="100"
/>  
   
答曰：
maxThreads="150"表示最多同时处理150个连接
minSpareThreads="25" 表示即使没有人使用也开这么多空线程等待
maxSpareThreads="75" 表示如果最多可以空75个线程，例如某时刻有80人访问，之后没有人访问了，则tomcat不会保留80个空线程，而是关闭5个空的。

acceptCount="100" 当同时连接的人数达到maxThreads时，还可以接收排队的连接，超过这个连接的则直接返回拒绝连接。

根据你的配置建议
maxThreads="500"
minSpareThreads="100" 如果你的网站经常访问量都很大的话，缺省就开比较大
maxSpareThreads="300"
acceptCount="100"
这只是说你的服务器可以支持这么多用户，但还要看你安装了哪些东西，还有你的程序是否足够高效率。
(第二种方法)
tomcat中的几点配置说明
如何加大tomcat连接数

在tomcat配置文件server.xml中的配置中，和连接数相关的参数有：
minProcessors：最小空闲连接线程数，用于提高系统处理性能，默认值为10
maxProcessors：最大连接线程数，即：并发处理的最大请求数，默认值为75
acceptCount：允许的最大连接数，应大于等于maxProcessors，默认值为100
enableLookups：是否反查域名，取值为：true或false。为了提高处理能力，应设置为false
connectionTimeout：网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。
其中和最大连接数相关的参数为maxProcessors和acceptCount。如果要加大并发连接数，应同时加大这两个参数。

web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。Unix中如何设置这些参数，请参阅Unix常用监控和管理命令
tomcat4中的配置示例：
port="8080" minProcessors="10"maxProcessors="1024"
enableLookups="false" redirectPort="8443"
acceptCount="1024" debug="0"connectionTimeout="30000" />
对于其他端口的侦听配置，以此类推。
2. tomcat中如何禁止列目录下的文件
在{tomcat_home}/conf/web.xml中，把listings参数设置成false即可，如下：

...

listings
false

1 楼 hxsmile 2014-12-08  

如何在项目中部署外部目录
standalone.xml中加入如下代码:

   <subsystem xmlns="urn:jboss:domain:deployment-scanner:1.1">
            <deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000"/>
            <deployment-scanner name="movie" path="d:/movie" scan-enabled="true" scan-interval="5000" auto-deploy-zipped="false" auto-deploy-exploded="false" deployment-timeout="100"/>
        </subsystem>



在 d:\movie目录下建立movie.war 空文件,再建立 movie.war.dodeploy  然后把文件复制到 movie.war 下