一、
Web Page Breakdown
DNS
解析時(shí)間：
顯示使用最近的
DNS
服務(wù)器將
DNS
名稱解析為
IP
地址所需的時(shí)間；
DNS
查找度量是指示
DNS
解析問(wèn)題或
DNS
服務(wù)器問(wèn)題的一個(gè)很好的指示器；
Connect
時(shí)間：
顯示與包含指定
URL
的
Web
服務(wù)器建立初始連接所需的時(shí)間；
Connect
度量是一個(gè)很好的網(wǎng)絡(luò)問(wèn)題指示器；它還可表明服務(wù)器是否對(duì)請(qǐng)求做出響應(yīng)；
First buffer
時(shí)間：
顯示從初始
HTTP
請(qǐng)求到成功收回來(lái)自
WEB
服務(wù)器的第一次緩沖時(shí)為止所經(jīng)過(guò)的時(shí)間；
First buffer
度量是很好的
Web
服務(wù)器延遲和網(wǎng)絡(luò)滯后指示器；
SSL Handshaking time
：
顯示建立
SSL
連接所用的時(shí)間
Receive Time
：
顯示從服務(wù)器收到最后一個(gè)字節(jié)并完成下載之前經(jīng)過(guò)的時(shí)間；接收度量是很好的網(wǎng)絡(luò)質(zhì)量指示器；
FTP
驗(yàn)證時(shí)間：
顯示驗(yàn)證客戶端所用的時(shí)間。
Client Time
：
顯示因?yàn)g覽器思考時(shí)間或其他與客戶端有關(guān)的延遲而使客戶機(jī)上的請(qǐng)求發(fā)生延遲時(shí)，所經(jīng)過(guò)的時(shí)間。
Error
時(shí)間：
顯示從發(fā)出
HTTP
請(qǐng)求到返回錯(cuò)誤消息這期間所經(jīng)過(guò)的平均時(shí)間
?
（
2007-1-11
）
?
二、
關(guān)于
TPS
（
Transactions per Second
）：
每秒處理事務(wù)數(shù)
?
這個(gè)值可以說(shuō)明系統(tǒng)在特定的負(fù)載情況下，每秒可以處理多少個(gè)客戶端請(qǐng)求，這是一個(gè)衡量服務(wù)器端性能的重要指標(biāo)，相信各位在進(jìn)行性能測(cè)試的時(shí)候經(jīng)常會(huì)用到這個(gè)指標(biāo)。但是一直以來(lái)我都有一個(gè)疑問(wèn)，到底這個(gè)值是怎么算出來(lái)的。既然是每秒事務(wù)數(shù)，那算法自然是“事務(wù)數(shù)
/
時(shí)間”。事務(wù)數(shù)很好理解，執(zhí)行了多少就是多少，關(guān)鍵是這個(gè)時(shí)間。是整個(gè)場(chǎng)景執(zhí)行的時(shí)間，還是僅僅是在服務(wù)器端執(zhí)行的時(shí)間？因?yàn)槲覀冎溃@兩個(gè)時(shí)間肯定是有區(qū)別的，前者還包括
thinktime
的時(shí)間、
pacing
的時(shí)間以及在網(wǎng)絡(luò)上耗費(fèi)的時(shí)間等等。
為了弄明白這個(gè)問(wèn)題，我今天特地查了一下幫助文檔，看到上面是這么說(shuō)的：“每秒事務(wù)數(shù)圖顯示在場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒中，每個(gè)事務(wù)通過(guò)、失敗以及停止的次數(shù)。”如果按照這句話去理解，那么上面那個(gè)問(wèn)題的答案應(yīng)該是后者，也就是說(shuō)，在
Transaactions per Second
這張圖中，
LoadRunner
是針對(duì)場(chǎng)景運(yùn)行過(guò)程中的每一個(gè)時(shí)間點(diǎn)取樣一次，顯示在這個(gè)時(shí)間點(diǎn)上每個(gè)事務(wù)的通過(guò)、失敗以及停止的個(gè)數(shù)。
另外，我還在
Analysis
里面找了一下，發(fā)現(xiàn)圖表的時(shí)間顯示粒度也是可以設(shè)置的。具體方法為：在圖表上點(diǎn)擊右鍵
->
選擇“
Set
Granularity
”或者直接按
Ctrl+G
。我試著把時(shí)間粒度調(diào)成以毫秒為單位，結(jié)果
LoadRunner
提示當(dāng)前不支持以毫秒為顯示粒度，由此我推斷
LoadRunner
對(duì)于
Transactions per Second
這張圖，最小的取樣粒度為
1
秒。
（
2007-2-8
）
?
三、
事務(wù)響應(yīng)時(shí)間（百分比）圖
?
這個(gè)圖顯示的是事務(wù)響應(yīng)時(shí)間范圍的分布情況。在場(chǎng)景的執(zhí)行中，每個(gè)定義的事務(wù)可能會(huì)不止被處理一次（因?yàn)樵O(shè)置了持續(xù)時(shí)間或者迭代次數(shù)），
LoadRunner
會(huì)為每個(gè)事務(wù)實(shí)例的處理分別記錄響應(yīng)時(shí)間。在
Summary Report
中，
LoadRunner
會(huì)針對(duì)每個(gè)事務(wù)的響應(yīng)時(shí)間數(shù)據(jù)集合，分別取它的最大值、最小值和平均值，通常我們會(huì)關(guān)注響應(yīng)時(shí)間的平均值。然而很多時(shí)候，單單是平均響應(yīng)時(shí)間可能是不夠的，因?yàn)橐坏┳畲笾岛妥钚≈党霈F(xiàn)較大的偏差，即便平均響應(yīng)時(shí)間處在可以接受的范圍內(nèi)，但并不意味著整個(gè)系統(tǒng)的性能就是可以接受的，我們有必要再借助其它的分析報(bào)表來(lái)進(jìn)一步分析，此時(shí)事務(wù)響應(yīng)時(shí)間（百分比）圖就派上用場(chǎng)了。
事務(wù)響應(yīng)時(shí)間（百分比）給出的是每個(gè)事務(wù)的響應(yīng)時(shí)間按百分比的分布情況，它告訴我們本次測(cè)試有多少個(gè)事務(wù)的平均響應(yīng)時(shí)間是落在我們可以接受的時(shí)間范圍之內(nèi)。如果最大響應(yīng)時(shí)間非常長(zhǎng)，但是絕大多數(shù)事務(wù)（通常情況下以
95%
為參考）的響應(yīng)時(shí)間具有可以接受的響應(yīng)時(shí)間，則我們認(rèn)為整個(gè)系統(tǒng)的性能還是可以接受的。
注意：
Analysis
將對(duì)每個(gè)可用事務(wù)百分比的事務(wù)響應(yīng)時(shí)間取近似值。因此
Y
軸的值可能并不準(zhǔn)確。
（
2007-2-8
）
?
四、
事務(wù)響應(yīng)時(shí)間（負(fù)載下）圖
?
這個(gè)圖顯示的是事務(wù)響應(yīng)時(shí)間隨著場(chǎng)景中虛擬用戶的逐漸增長(zhǎng)的變化趨勢(shì)圖，該圖可以幫助我們查看
Vuser
負(fù)載對(duì)性能問(wèn)題的影響。當(dāng)我們需要了解某個(gè)事務(wù)的響應(yīng)時(shí)間隨著虛擬用戶的增加而產(chǎn)生的變化時(shí)，可以通過(guò)在控制臺(tái)中設(shè)置一個(gè)漸變負(fù)載的場(chǎng)景的方式來(lái)實(shí)現(xiàn)。
例如每
5
分鐘加載
10
個(gè)用戶等，然后考察得到的這張圖表，就能夠?qū)Υ擞幸粋€(gè)比較好的理解。
（
2007-2-14
）