1, 计划概述
目的: 找出系统潜在的性能缺陷
目标: 从安全, 可靠, 稳定的角度出发, 找出性能缺陷, 并且找出最佳承受并发用户数, 以及并发用户数下时间运行的负载情况, 如要并发 100 个用户, 如何对系统分析和调优
概述: 本次测试计划主要收集分析数据库处理并发请求相关数据, 做出分析和调优
测试时间: 年 月 日 点 分 - 点分
2, 参考资料
相关性能测试资料
3, 术语解释
(名词解释)
4, 系统简介
(对一个什么系统的测试)
5, 测试环境
6, 测试指标
测试时间: 年 月 日 - 年 月 日
测试范围:
jmeter 指标:(由于 Apache 旗下性能测试工具 jmeter 收集的性能指标偏少, 下面的数据选取代表性能指标)
1.Average ms: 服务器每秒处理请求数 (表示服务器每秒处理客户端请求数 (单位: 个 秒))
2.Throughput/s: 服务器每秒接受到的数据流量 (表示服务器每秒接受到客户端请求的数据量 KB 表示)
硬件指标:
1.%Processor time :CPU 使用率 (平均低于 75%, 低于 50% 更佳)
2.System:Processor Queue Length :CPU 队列中的线程数 (每个处理器平均低于 2)
3.Memory:Pages/sec: 内存错误页数 (平均低于 20, 低于 15 更佳)
4.Physical Disk - %Disk Time: 磁盘使用率 (平均低于 50%)
5.SQL server:Buffer Manager-Buffer Cache Hit Ratio:(在缓冲区告诉缓存中找到而不需要从磁盘中读取的页的百分比, 正常情况次比率超过 90%, 理想状态接近 99%)
7, 测试工具
8, 测试数据收集
9, 测试结果数据以及截图
9.1,jmeter 性能指标
数据分析:
本图表示服务器处理数据请求的平均响应时间,
最佳性能是随着并发用户数的增加, 平均事物响应时间 比较平缓.
本图清晰可以看到, 随着并发用户数的增加事物响应应也随着上升
Throughtput/s
数据分析:
本图表示服务器每秒处理请求个数
最佳性能服务器处理请求数是随着用户的增加而增加
本图可以直观的看到服务器处理请求的个数并未随着用户数的增加而增加
数据分析:
上图明显看出 5-15 个用户数发起请求时, 总请求数比较高而且平缓
当在 25-30 之后的请求总数与并发用户数的不成比例
反而随着并发用户数的增加, 总请求数在下降!
9.2, 硬件指标
75 并发用户数发起请求服务器硬件信息监控图
Windows 自带: perfmon
数据分析: 上图直观表现出内存错误页数平均值在 20, 峰值高达 1300(蓝线)
正常平均数据为 20 以下, 15 已下更佳
10, 测试结论
jmeter 性能指标分析
由 jmeter 性能指标最直观的可以看出网络性能的不足
客观的可以反应出服务器处理能力存在优化空间
优化建议: 增加网络速度 (增加宽带兆数)
该服务器可以承受 75 个用户同时并发访问, 但是, 本次测试不代表服务器负载能力
服务器硬件信息监控数据分析
结合 jmeter 性能指标和多个硬件监控图得出内存是服务器瓶颈之一
优化建议: 提高内存质量, 更换更大内存以提高内存处理能力
来源: http://www.bubuko.com/infodetail-3097008.html