IPP性能压力测试过程
1.总体设置说明:
- 1200用户在线测试设置说明(参数说明见文档后面说明)
1200样本结果截图:
- 200用户登录测试说明
200样本结果截图:
聚合图:
测试工具参数设置说明:
- 线程数:并发数量,能跑多少量。具体说是一次存在多少用户同时访问,在本系统代表模拟1200用户和200用户进行并发性能测试。
- Rame-Up Period(in seconds):表示JMeter每隔多少秒发动并发。理解成准备时长:设置虚拟用户数需要多长时间全部启动。如果线程数是20,准备时长为10,那么需要10秒钟启动20个数量,也就是每秒钟启动2个线程。
- 循环次数:这个设置不会改变并发数,可以延长并发时间。总请求数=线程数*循环次数
- 调度器:设置压测的启动时间、结束时间、持续时间和启动延迟时间。
- Jmeter的Throughput和平均RT的计算,如下公式:
TPS=(sample样本数)/(最后一个线程启动的时间+最后一个线程持续的时间-第一个线程启动的时间)
RT=所有sample样本响应时间和/样本个数
以下时间单位问MS
Samples:样本数
Average:平均响应时间
Median:中位数,50%响应时间小于此值90%
line:90%响应时间小于此值
Min:最短响应时间
Max:最大响应时间
Error:未命中数/比率
Throughput:吞吐量——每秒完成请求事务数【可以理解成tps或者qps,一般100用户压15min左右,其值会在800左右——很多地方并没有严格去计较,就像tps和qps概念是不一样的,可是很多时候可以混为一谈】Kb/sec:每秒接收数据量
1.TPS:每秒处理的事务数,jmeter的Throughput为吞吐率(请求数/秒),在加了事务控制器后,TPS=Throughput
宏观上:TPS=并发数/响应时间,jmeter的Throughput = (number of requests) / (total time) ,即
Throughput =(sample样本数)/(最后一个线程启动的时间+最后一个线程持续的时间-第一个线程启动的时间)
可以这样理解这个公式:绝对的并发是不存在的,请求发出的时间总有先后,绝对的TPS也是无法计算的,统计的角度看,服务器处理请求总数/花费的时间即是TPS,这也是
为什么需要不断增大用户数来寻找服务器的最大TPS的原因
2.平均响应时间=所有sample样本响应时间和/样本个数