性能测试数据分析经验(2)
发表于:2015-11-11来源:uml.org.cn作者:不详点击数:
标签:性能测试
拿出其中任一个FCGI进程的原始数据,比较其在20_20_10_2和30_20_10_2两种压力下的receive from fcgi的时间数据,并用excel产生图表, 入下图。 比较上面两个图表可
拿出其中任一个FCGI进程的原始数据,比较其在20_20_10_2和30_20_10_2两种压力下的receive from fcgi的时间数据,并用excel产生图表,
入下图。

比较上面两个图表可以发现,20_20_10_2时各时间点基本都平均分布在1.5秒之内,仅有极少数几个点在1.5秒之外,且最大不超过4秒,由此可以认为对这些值取平均值的误差是可以接受的。而30_20_10_2时在测试开始阶段(800笔之前)和结束阶段(4500笔之后)的时间点明显高于中间阶段的时间点,这应该是由于压力大时在测试开始阶段30个browser进程没有很快把压力压向fcgi(压力小时也有这种情况,但时间会小的多),这样造成30个browser进程也不是在相近时间内结束,在结束阶段只有少数browser进程仍没有完成,这时的系统压力变小,fcgi进程等待HTTP请求时间也变长。在30_20_10_2时这种非正常压力时间段很长并且数据差距很大,这时取全部时间段内的数值的平均值必然带来误差。从上图可以看到,应该取800笔到4500之间系统稳定时的数据作为有效数据。注意其他环节的进程的时间统计也需要按这一笔数范围作为有效数据。经过修正后的全部数据见下表。数据基本正常。
|
|
|
10_10_5_2(ms) |
20_20_10_2(ms) |
30_20_10_2(ms) |
|
TPC(笔/秒) |
|
2.16967 |
2.28571 |
2.21911 |
|
browser |
|
4609 |
8750 |
13519 |
|
fcgi |
receive from fcgi |
343 |
931 |
954 |
|
tpcall |
4096 |
7614 |
8575 |
|
tpcommit |
176 |
204 |
202 |
|
total_fcgi |
4615 |
8749 |
9731 |
|
svr_cc |
receive from TE |
4 |
16 |
18 |
|
service_before_tpcall |
1346 |
3401 |
4201 |
|
tpcall |
927 |
927 |
598 |
|
service_after_tpcall |
38 |
45 |
53 |
|
total_svr_cc |
2315 |
4389 |
4870 |
|
waiting&receive from TE |
289 |
267 |
555 |
|
service |
636 |
611 |
418 |
原文转自:http://www.uml.org.cn/Test/200505265.htm