性能測試數據分析經驗(2)

　　拿出其中任一個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