磁盘I/O是否瓶颈的方法4.判断网络带宽是否是瓶颈的方法二.系统指标分析三.性能调优四.性能测试案例1.项目背景2.实施规划1需求分析2测试方案3.性能测试执行4.结果分析一.资源指标分析

一般情况下CPU满负荷工作有时候并不能判定为CPU出现瓶颈。

比如Linux总是让CPU尽可能最大化使用。

运行队列大于CPU核数经验值3——4倍

造成瓶颈的因素应用程序不合理硬件资源不足。

比如SQL语句引起则要优化CPU使用过高的SQL语句。

一般至少有10%可用内存内存使用率可接受上限85%。

空闲内存过小可能是内存不足或内存泄漏引起的。

RAID类型计算方法RAID

经过计算得到的每磁盘I/O数超过磁盘标称的I/O能力则说明存在磁盘的性能瓶颈。

2监控磁盘的读/写。

如果磁盘长时间进行大数据量读/写操作且CPU等待超过20%则说明磁盘I/O存在问题考虑提高磁盘I/O读/写性能。

通过减小网络带宽查看并发用户数响应时间与事务通过率等性能指标是否不能接受。

反之增加网络带宽性能指标是否明显提高。

如果性能测试始终报连接超时实际手工访问正常可以用ping命令查看网络是否同如果出现网络严重延迟或丢包则说明网络不稳定。

二.系统指标分析

如果持续并发性能测试监控平均响应时间逐渐变长这时需要借助监控到的资源指标首先排除资源方面的限制元素再从应用本身进行定位。

2.并发用户数

一般选用高吞吐量高数据I/O高商业风险的业务功能进行并发用户访问测试。

3.事务成功率超时出错率

总结性能指标是要结合分析的这种指标都是相关联的性能调优也是有多方面调优需要对数据库算法网络代码熟悉根据积累的经验进行调优。

四.性能测试案例

测试目标验证系统在饱和负荷下的业务处理能力发现系统瓶颈并通过相关参数调优提高整体系统处理能力。

新需求版本上线前

测试目标测试整体系统修改前后监控指标的变化测试新需求是否达到预定的性能指标。

页面测试

在页面上录制登录业务操作受理提交退出系统的全流程然后添加验证点处理关联信息精简脚本。

接口测试

侧重抽取底层业务量大响应时间要求高的业务模块测试比如查询业务开通类接口。

2测试方案

场景类型业务模块接口编号场景描述性能指标接口指标查询43543尝试不同并发下的接口调用在TPS达到指标要求时验证响应时间是否达标TPS6;平均响应时间3000ms页面群组套餐变更无尝试不同并发下测试新旧版本在TPS达到指标要求时检验响应时间是否下降5%新版本较旧版本的响应时间是否下降5%

2.测试环境环境性能差异中间件的参数配置都需要记录。

硬件基本信息中间件参数配置数据库。

3.测试场景初步确定一个业务的并发场景比如5并发10并发20并发。

序号业务名称业务指标性能指标1套餐变更TPS6,平均响应时间3000msCPU

85%,内存空闲率为80%磁盘I/O没有出现分页现象2添加成员TPS12,平均响应时间3000msCPU

4.测试数据

Runner性能测试工具soapUI接口功能调试工具HttpWatch页面连接加载测试工具Nmon主机资源监控工具

3.性能测试执行