如何发现系统性能问题？
由于例子程序在运行中并没有很大的压力，通过控制台能看到系统的负载情况，为了模拟出和生产系统中相同的运行情况，这里借助于Segue公司的SilkPerformer来对Weblogic的例子程序进行加压（SilkPerformer也能监控到系统的各项性能指标，这里把采集的数据与Wily进行大概的比较），通过在不同负载下收集到的性能数据，来分析系统中可能存在的性能问题。
模拟运行步骤
- 运行配置好的WEBLOGIC服务；
- 选择需要进行模拟的业务操作，如选择登陆操作。
- 用SilkPerformer录制这段业务操作，生成模拟压力的脚本；
- 进行压力模式设置，如图，设置不同的并发用户数。
| 并发用户数 | 测试时间 |
|---|---|
| 10 | 10分钟 |
| 20 | 10分钟 |
压力模式设置
可能出现的性能问题和观察到的性能指标特征描述
| 性能问题 | 性能指标特征 | 问题描述 |
|---|---|---|
| 系统性能随负载增加逐渐下降 | WEBLOGIC配置的线程数随负载的增加出现匮乏。 | 资源瓶颈 |
| 可预见的死锁，系统性能随运行时间的增加逐渐下降 | JDBC连接等资源无法回收，从性能指标图上可以看出可使用的该资源为0，并有大量等待。 | 资源泄漏等 |
10个并发系统的线程使用情况，通过WILY获取
PendingRequestCurrentCount=0,WaitingConnectionCurrentCount=0，表明没有等待的request，系统响应很快。
10个并发系统的JDBC使用情况，通过WILY获取
Concurrent Invocations 最大值为8，并且平均查询的时间曲线表现也比较平稳。
20个并发系统的线程使用情况，通过WILY获取
ExecuteThreadCurrentIdleCount=0,PendingRequestCurrentCount开始有变化，对比10个并发用户的线程使用情况，很明显可以看出在20个并发的压力下，系统的线程资源开始不足。
20个并发系统的JDBC使用情况，通过WILY获取
平均查询时间有比较大的起伏，运行一段时间后可以看到该值为0，Connection Count的值也保持不变，基本不响应获取连接请求。这个时候访问系统页面，无法进入。
结论
以上例子只是通过简单的性能指标来观察系统运行状态，对于一个复杂的系统还需要更多的性能指标数据来分析系统是否运行良好，比如可以检查系统是否存在内存泄漏，网络速度是否够快等。一般的系统调优很多都是在出了问题后，凭经验对照系统的性能表现来进行，很多时候可能会花费很多的时间才能定位的真正的性能瓶颈，借助工具之后，可以直观的对整个系统的各个部分进行监控，一旦出现问题，可以及时的报警并能迅速定位问题解决问题。
