weblogic调优参数及监控指标

Weblogic参数调优

一、调优背景：

应银监会总会需求，需对银监会派出机构客户风险监测预警系统进行1轮剔除网络环境

的性能测试（在山东试运行阶段的性能测试，由于网络瓶颈较大，造成性能指标较差）。由于时间紧张，只是匆忙搭建了测试环境，Weblogic、DB2等的参数均是默认设置，并未进行任何调优。默认设置在系统使用人数不多的情况性能尚可，但当使用人数较多，或者进行大并发的性能测试时，则会显得捉襟见肘。

如：在本次测试过程中，在集团关联处的50并发，就会造成系统崩溃。

如图可见：在集团关联并发50的时候，队列长度已经高达103，空闲线程数已经为0，同时吞吐量极低，由此造成系统崩溃。通过分析，查找到原因在于：JVM分配内存过少；线程池、连接池里分配的线程数以及容量过低，通过调优后解决了问题

二、调优思路：

一般来讲，J2EE应用架构环境下的系统调优，首先我们一般会从应用程序出发，去审核代码，做到代码级的优化，然后再调整应用服务器(BEA WebLogic8.1)和数据库 (DB2)的参数，最后当然是调整操作系统和网络的性能(包括硬件升级)。这是一种MDA的先进做法。诚然，在许多项目中，不可能完全按照这个思路来做，我们把目标首先定位在应用系统所在

WebLogic Server配置和性能调优

文档信息

文档名称 电子文档 文件状态 编 写 人 校 对 人 审 核 人 批 准 人 ■ 草 稿 □ 正式发布 □ 正在修改 日 期 日 期 日 期 日 期 年 月 日 年 月 日 年 月 日 年 月 日

变更记录

变更序号 变更原因 变更变更前变更后页码 版本号 版本号 更改人 批准人 生效日期 备 注

第 2 页 共 28 页

目 录

1 准备知识 ...................................................................................................................... 5

1.1 基本概念 ..........................................................................................................

Linux中的Weblogic性能测试调整

一． 操作系统参数调整

1. linux TCP连接数调整

通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个

进程最多允许同时打开多少个文件。一般系统默认为1024，在并发量大的情况下肯定不够用。

修改此限制的最简单办法：ulimit –n 设置单一进程允许打开的最大文件数。如果系统回显类似于“Operation not permitted”之类的话，说明修改失败，需要修改系统对该用户打开文件数的软限制或硬限制。

修改软限制或硬限制：

修改/etc/security/limits.conf文件，在文件中添加如下行： * soft nofile 10240 * hard nofile 10240

表示修改所有用户的限制，也可以用指定用户名替代。

修改/etc/pam.d/login文件，在文件中添加如下行： session required /lib/security/pam_limits.so

查看Linux系统级的最大打开文件数限制：cat /proc/sys/fs/file-max

2. 修改网络内核对TCP连接的有关限制

端口范围：

另外，有时无法

Linux中的Weblogic性能测试调整

一． 操作系统参数调整

1. linux TCP连接数调整

通过命令：ulimit –n 查看当前最大TCP连接数，这表示当前用户的每个

进程最多允许同时打开多少个文件。一般系统默认为1024，在并发量大的情况下肯定不够用。

修改此限制的最简单办法：ulimit –n 设置单一进程允许打开的最大文件数。如果系统回显类似于“Operation not permitted”之类的话，说明修改失败，需要修改系统对该用户打开文件数的软限制或硬限制。

修改软限制或硬限制：

修改/etc/security/limits.conf文件，在文件中添加如下行： * soft nofile 10240 * hard nofile 10240

表示修改所有用户的限制，也可以用指定用户名替代。

修改/etc/pam.d/login文件，在文件中添加如下行： session required /lib/security/pam_limits.so

查看Linux系统级的最大打开文件数限制：cat /proc/sys/fs/file-max

2. 修改网络内核对TCP连接的有关限制

端口范围：

另外，有时无法

WebLogic Server 性能及调整

-调整资源适配器

本附录向资源适配器开发人员介绍了一些最佳实践。

? 资源适配器的类加载优化 ? 连接优化 ? 线程管理

? InteractionSpec 接口

资源适配器的类加载优化

可以将资源适配器类打包到一个或多个 JAR 文件中，然后将 JAR 文件放置到 RAR 文件中。这些文件称为嵌套的 JAR 文件。当在 RAR 文件中嵌套 JAR 文件并需要通过类加载器加载类时，则必须要针对每个必须加载的类打开、关闭和迭代 RAR 文件中的 JAR。 如果 RAR 文件中的 JAR 数量很少且相对较小，则不会对性能产生太大的影响。另一方面，如果有很多 JAR 文件，而且 JAR 很大，则会对性能造成较大的影响。 为了避免出现这些性能问题，可以执行下列操作之一：

? 以展开格式部署资源适配器。这可以消除 JAR 嵌套，因此可以减少在查找类时引起的性能下降。

? 如果不可以选择以展开格式部署资源适配器，则可以在 RAR 文件中展开 JAR。这样同样取消了 JAR 的嵌套形式，并因此显著提高了类加载的性能。

连接优化

BEA 建议资源适配器实现 J2CA 1.5

Linux性能监控、调优(CPU篇)

1.0 性能监控介绍

性能优化就是找到系统处理中的瓶颈以及去除这些的过程,多数管理员相信看一些相关的"cook book"就可以实现性能优化,通常通过对内核的一些配置是可以简单的解决问题,但并不适合每个环境,性能优化其实是对OS 各子系统达到一种平衡的定义,这些子系统包括了:

CPU

Memory

IO

Network

这些子系统之间关系是相互彼此依赖的,任何一个高负载都会导致其他子系统出现问题.比如: 大量的页调入请求导致内存队列的拥塞

网卡的大吞吐量可能导致更多的 CPU开销

大量的CPU开销又会尝试更多的内存使用请求

大量来自内存的磁盘写请求可能导致更多的 CPU 以及 IO问题

所以要对一个系统进行优化,查找瓶颈来自哪个方面是关键,虽然看似是某一个子系统出现问题,其实有可能是别的子系统导致的.

1.1 确定应用类型

基于需要理解该从什么地方来入手优化瓶颈,首先重要的一点,就是理解并分析当前系统的特点,多数系统所跑的应用类型,主要为2种:

IO Bound(译注:IO 范畴): 在这个范畴中的应用,一般都是高负荷的内存使用以及存储系统,这实际上表示IO 范畴的应用,就是一个大量数据处理的过程.IO 范畴

一．ActiveMQ服务本身出现错误或异常

解决思路：由于ActiveMQ集成了log4j,可以采用log4j异常捕捉并发送邮件及时通知相关人员检查解决。

配置log4j,邮件发送的步骤：

1. 打开apache-activemq-5.2.0/conf目录下的log4j.properties

2. 找到此行log4j.rootLogger= INFO, console, logfile 修改为log4j.rootLogger=INFO, console, logfile, MAIL

3. 将以下代码添加至最后一行：

# MAIL

log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender log4j.appender.MAIL.Threshold=ERROR log4j.appender.MAIL.BufferSize=10

log4j.appender.MAIL.SMTPHost=mail.XXX log4j.appender.MAIL.Subject=Activemq ERROR log4j.appender.MAIL.SMTPUsername=xxx@XXX log4j.appender.

选填,简要介绍文档的主要内容,方便文档被更多人浏览和下载。

1 文档摘要

1.1 文档分类

经验总结 IHS性能调优参数的设置

1.2 关键字/Tag

WAS6.0 IHS 负载均衡

1.3 摘要

在某单位的某项目中，AIX环境WAS6.0集群环境下，前端的集群分发使用的是IHS(IBM Http Server)，在loadrunner的压力测试中，针对于IHS负载不均、不能响应请求等问题，作了一些性能调优参数设置方面的工作。本文会围绕这些相关参数的设置展开，来说明这些参数的意义以及参数之间的关联关系，并如何通过合理的参数设置来解决负载均衡且稳定的问题，最终达到IHS性能优化的目的。

1.4 定义、首字母缩写词及缩略语

IHS——IBM Http Server

2 具体内容

2.1 worker MPM和IHS基本原理

1. worker MPM是多进程多线程的混合模式，使用线程来处理请求，可以获得处理海量请求，由于每个进程都要占用独立的内存单元，所以多进程耗内存，由于多线程是共享内存单元的，所以省内存，但是由于一个进程中的一个线程死掉，整个进程会死掉，所以多线程具有不稳定性，以多进程和多线程的结合，即服务器建立多个子进程，每个

选填,简要介绍文档的主要内容,方便

1 文档摘要

1.1 文档分类

经验总结?IHS性能调优参数的设置

1.2 关键字/Tag

WAS6.0 IHS 负载均衡

1.3 摘要

在某单位的某项目中，AIX环境WAS6.0集群环境下，前端的集群分发使用的是IHS(IBM Http Server)，在loadrunner的压力测试中，针对于IHS负载不均、不能响应请求等问题，作了一些性能调优参数设置方面的工作。本文会围绕这些相关参数的设置展开，来说明这些参数的意义以及参数之间的关联关系，并如何通过合理的参数设置来解决负载均衡且稳定的问题，最终达到IHS性能优化的目的。

1.4 定义、首字母缩写词及缩略语

IHS——IBM Http Server

2 具体内容

2.1 worker MPM和IHS基本原理

1. worker MPM是多进程多线程的混合模式，使用线程来处理请求，可以获得处理海量请求，由于每个进程都要占用独立的内存单元，所以多进程耗内存，由于多线程是共享内存单元的，所以省内存，但是由于一个进程中的一个线程死掉，整个进程会死掉，所以多线程具有不稳定性，以多进程和多线程的结合，即服务器建立多个子进程，每个

子进程有建立多个线程，以获得基于进程服务器的稳定性。

2．IHS就是基

1. 堆大小设置

JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。 典型设置：

o

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -Xmx3550m：设置JVM最大可用内存为3550M。

-Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

-Xmn2g：设置年轻代大小为2G。整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。 -Xss128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统