was优化.docVIP

1、对JDBC数据源连接池做过如图的调整。 主要调整了最大连接数和最小连接数，最大连接数过小会导致同时参与业务人数较少。最小连接数一般是最大连接数的10/1。 2、应用服务器线程池调整。 主要调整了WebContainer，WebContainer是根据实际的业务使的用户数和系统本身的并发性能来进行调整。WebContainer过小会导致同时参与业务人数较少。一般最小大小可以和最大大小一样。 3、应用服务器Web容器调整。 主要是启用了servlet高速缓存。启用servlet高速缓存目的是加速访问JSP/servlet，使用户业页展现和业务提交时间减少。 4、应用服务器JVM日志调整。 主要调整了System.out日志文件循环最大大小、System.out历史日志文件最大数、System.err日志文件循环最大大小、System.err历史日志文件最大数。在实际的环境中按实际的需要进行调整。 5、应用服务器JAVA虚拟机调整。 主要调整了初始堆大小、最大堆大小、通用JVM参数。一般初始堆大小最大堆大小的2/1，最大堆大小不建议超过2G。 通用JVM参数主要加上“-Xgcpolicy:gencon”、“-Xmns/-Xmnx”。使用-Xgcpolicy:gencon垃圾回事策略，并通过-Xmn来设置调整婴儿区域（Nursery或者叫young）的大小，通过-Xmo来设置长存区（tenured或者old）的大小。或者调整-Xmns/-Xmnx参数（调整婴儿区域初始值和最大值）和-Xmos/-Xmox参数（调整长存区域初始值和最大值），但不能前者不能和这两组参数共同使用。因为年轻代使用的是复制策略，所以回收速度相当快（minor gc），而长存代使用的是和optavgpause 策略相似的方式进行并发标志、扫描策略，回收速度比较慢（major gc）。理想情况是minor gc和major gc的比值在10/1。建议使用-Xgcpolicy:gencon –Xmns（最大堆大小的0.25%） -Xmnx（最大堆大小的0.5%），此时，建议JVM的堆栈初始值和最大值可以设的比较接近或相同。 钩选详细垃圾回收，使WAS在运行时生成native_stderr.log，native_stderr.log帮助分析JVM在进行GC垃圾回收时的数据如：回收时间（频率）、长存区（tenured）在收回前、收回中、收回后的对比。在实际的应用中可通过native_stderr.log来发现WAS JVM的性能问题并做出相应的JVM参数调整。