H.E.'s Blog

Glassfish 优化参数对与我们的团队来说真是"老歌老调，老调重弹啊"，不过最近又有一些小小的新发现，废话少说，切入正题。

JVM部分

SUN官方对GlassFish的JVM内存分配 给出了足够详细的定义，并且明确指出  32位、64位 每种不同的操作系统内存分配多少，并不是你的服务器内存多，就可以分配的越多越好，我们后期经过一番压力测试，发现果然如此，将分配到8G，还不如3G的效果好，也就说当JVM的heap size设置过大时，thread的创建数量便会减少,JVM的堆和进程所需的栈都会消耗进程地址空间(address space)，而地址空间则取决于操作系统.。

同学们，这个又是一次教训啊，任何事情不可以想当然的去干，还是需要根据约定的规范来，此外还建议需要打开以下参数，

     <jvm-options>-Dcom.sun.enterprise.server.ss.ASQuickStartup=false</jvm-options>
     <jvm-options>-XX:+AggressiveHeap</jvm-options>
     <jvm-options>-XX:ParallelGCThreads=16</jvm-options>
     <jvm-options>-server </jvm-options>
     <jvm-options>-Dsun.rmi.dgc.client.gcInterval=3600000 </jvm-options>
     <jvm-options>-XX:+DisableExplicitGC </jvm-options>

Sun官方建议的配置参数，如下：

另外对于JVM最大可以配置多大的说法，我可以给出我的2个观点：
1、一种比较笨的办法一个一个的去尝试， java -Xmx2000m -XX:MaxPermSize=120m -version ，把里面的数据一步一步加大，直到找到一个稳定的参数位置。
2、还有一种简单直接的方式，根据理论来，在标准Linux内核对于物理内存的管理采用1:3的分配比例，即物理 内存的1/4为内核空间(kernel space)，剩下的3/4为用户进程空间（user space），说白了，操作系统自己要用去1/4的内存，因此，在一台4G内存的服务器上，用户进程可使用的内存最大也就是3G。
 

thread部分
max-thread-pool-size="32"建议一般设置为 32，太大将会导致 GlassFish一启动的时候就报 Too Many Open File 的现象

HTTP acceptor threads  这个参数设置起来跟你服务器上的CPU个数有关，一般是默认的状态为1。

http部分
max-connections="10240"  这个参数对Keep Alive的 Http场景特别有用，而且越大越好，10000以上都可以。

其他相关配置以前的文章都有介绍，更多的资料还是参考SUN官方的GlassFish优化手册，http://dlc.sun.com/pdf/819-3681/819-3681.pdf  官方手册

–end–