WebLogic Server 8性能调优_BEA工程师

1、WebLogic Server 8.1 Performance Tuning Guide1 了解性能的目标q 用户数、请求数、允许的响应时间q CPU、内存、网络等信息2 调优操作系统q Solaris调优o ndd set /dev/tcp tcp_time_wait_interval 60000, 将socket的关闭保持时间缩短为60秒（默认为240秒）o Solaris 2.7之前，tcp_time_wait_interval的命名是tcp_close_wait_intervalo 其它可用ndd set调整的参数 参数 建议值 /dev/tcp tcp_time_wait_inter

2、val60000/dev/tcp tcp_conn_req_max_q16384/dev/tcp tcp_conn_req_max_q016384/dev/tcp tcp_ip_abort_interval60000/dev/tcp tcp_keepalive_interval7200000/dev/tcp tcp_rexmit_interval_initial4000/dev/tcp tcp_rexmit_interval_max10000/dev/tcp tcp_rexmit_interval_min3000/dev/tcp tcp_smallest_anon_port32768/dev/

3、tcp tcp_xmit_hiwat131072/dev/tcp tcp_recv_hiwat131072/dev/tcp tcp_naglim_def1/dev/ce instance0/dev/ce rx_intr_time32 o 可以编辑/etc/system的参数设定 参数 建议值 set rlim_fd_cur8192set rlim_fd_max8192set tcp:tcp_conn_hash_size32768set shmsys:shminfo_shmmaxNote: This should only be set for machines that have at lea

4、st 4 GB RAM or higher.4294967295set autoup900set tune_t_fsflushr1 o Solaris 8参考o Solaris 9参考q HP-UX调优o 参见o Java性能调整参见q AIX调优o 参见q Linux调优o 可以调整一下mtu, /sbin/ifconfig lo mtu 1500o 也可参见ipsysctl-q Windows调优（通常情况下，默认的设置是可用的）o 参见o 或 3 优化数据库q 总体考虑o 数据库设计，包括跨磁盘负载分担、数据表的组织和尺寸、索引、日志等o 磁盘I/O优化，包括限制I/O的次数，加大缓冲区

5、等o 控制Checkpoint频率。有些数据库可以，如Oracle, 有些则不行，如SQL Server 7q Oracle调优（8.1.7版本）o 服务进程数，检查的方法是SELECT name, value FROM v$parameter WHERE name = processes;o 共享池尺寸，检查池当前可用值的方法是SELECT * FROM v$sgastat WHERE name = free memory AND pool = shared pool;o 最大打开游标数，检查的方法是SELECT name, value FROM v$sysstat WHERE name L

6、IKE opened cursor%;o 数据块尺寸，检查的方法是SELECT name, value FROM v$parameter WHERE name = db_block_size;q SQL Server调优o 将tempdb定位在快速I/O设备上o 如果性能监视显示I/O频率加快，可以加大恢复间隔时间o 采用2KB以上的数据块尺寸q Sybase调优o 适当加大恢复间隔时间o 采用2KB以上的数据块尺寸4 确定Java虚拟机的设置q Sun JDKo -server, -client, -Xms, -Xmx, -XX:NewSize, -XX:MaxNewSize, -XX:Su

7、rvivorRatio, -XX:+UseISM, -XX:+AggressiveHeapq Sun JVM的其它参数见q JRockit JDKo -Xms, -Xmx, -Xns, -Xgc:parallel, -Xxenablefatspinq 堆取值是系统剩余内存的80%q XX:NewSize, -XX:MaxNewSize为堆大小的1/4，多CPU环境下适量增大q XX:SurvivorRatio可设置成8q 不要在benchmark期生成GC，观察GC的方法o Windows, Solaris: -verbosegc log.txt 2&1o HP-UX, -Xverbosegc

8、:file=/tmp/gc$.outo BEA JRockit: -Xgcreporto 通过日志时间戳，计算GC的频度o 观察GC耗费的时间，不要超过5秒o GC后的堆可用内存不应增长过多5 调整WebLogic Server的参数q 调整执行队列的线程数，线程数和单笔响应时间成正比q 激活native packq 调整backlog buffero TCP层可保持的最大的连接数，默认值50o 如果客户机无法连接WebLogic Server, 可以调整取值q 定制执行队列，指派servlets、JSPs、EJBs到执行队列o 保证关键应用高性能的运转o 限制非关键应用可占用的资源o 防止死

9、锁的发生o JSP, servlet范例（web.xml） MainServlet /myapplication/critical.jsp wl-dispatch-policy CriticalAppQueue o EJB范例（weblogic-ejb-jar.xml） CriticalAppQueueo RMI对象范例java weblogic.rmic -dispatchPolicy CriticalAppQueue .q 在使用连接池时，InitialCapacity和MaxCapacity应一致，MaxCapacity的取值应比线程数大q 设定SQL语句缓存q 指派Applicatio

10、n-Level Caching, 范例（weblogic-application.xml） large_account 1 q 调整Java编译器o 通过admin console，Configuarion General Java Compiler以及Configuration General Advanced Options Append to classpatho 通过weblogic.xml的jsp-descriptor参数，compileCommand和precompile6 监控磁盘和CPU的使用情况，包括应用服务器和数据库服务器q Solaris和Linuxo disk, ios

11、tat D o CPU, iostat q Windowso perfmonq 如果数据库CPU利用率过高，考虑索引的设计；如果磁盘利用率为100%，可考虑更快的磁盘或RAIDq WebLogic Server的I/O瓶颈o JMS file store写操作，事务日志，HTTP日志，服务器日志o 试用禁止同步的JMS写操作、加大HTTP日志缓冲区等方法7 监控网络上的数据传输q 确定客户机与服务器、服务器与数据库之间的传输数据量q 使用命令netstat s P tcp, 查看是否有retransmission的发生8 检查频繁的标准输出或日志q 减少日志操作，关闭System.out.pr

12、intln语句9 定位应用的瓶颈q 如果磁盘和网络不是瓶颈，服务器的CPU利用率又较低，则可能存在锁冲突q 使用JProbe或OptimizeIt探测系统瓶颈q 服务器CPU利用率达到100%后, 可继续使用JProbe或OptimizeIt调优10 调整应用q EJBo weblogic-ejb-jar.xml描述 Initial-beans-in-free-pool默认值0Max-beans-in-cache面向stateful session bean和entity bean, 影响活跃和钝化Max-beans-in-free-pool对于session bean和MDB，可以减少实例化开销；对于entity bean，用于finder和home方法。一般不需要修改，默认值1000 o 监控EJB, Pool Miss Ratio, Destroyed Bean Ratio, Transaction Rollback Ratio, Transaction Timeout R