TOMCAT并发处理性能

list123342

　　在部署系统后，为了增加系统并发量，系统响应速度，做了一些工作；遂整理如下。
　　1、修改server.xml文件
　　
　　主要修改了maxThreads、acceptCount。
　　引用
　　Google资料说“如果要加大并发连接数，应同时加大这两个参数。web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。”
　　2、增加tomcat启动初始内存设置；catalina.sh – 增加了参数内存设置
　　内存为2G情况：
　　JAVA_OPTS="-server -Xms1500M -Xmx1500M -Xss256K -Djava.awt.headless=true -XX:PermSize=64M -XX:MaxPermSize=128m"
　　(补充：-Dfile.encoding=utf8 加入这个，是设置文件写入的编码方式)
　　引用

　　Heap>　　堆内存分配
　　JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。
　　非堆内存分配
　　JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。
　　JVM内存限制(最大值)
　　首先JVM内存限制于实际的最大物理内存，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。
　　-Djava.awt.headless=true
　　Java在图形处理时调用了本地的图形处理库。在利用Java作图形处理（比如：图片缩放，图片签名，生成报表）时，如果运行在windows上不会出问题。如果将程序移植到Linux/Unix上的时候有可能出现图形不能显示的错误。提示信息："Can't connect to X11 window server"这是由于Linux的图形处理需要一个X Server服务器。解决办法就是设置参数。
　　Xss：每个线程的Stack大小。Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。