一、用戶事務(wù)分析

用戶事務(wù)分析是站在用戶角度進(jìn)行的基礎(chǔ)性能分析。

1.Transation Sunmmary（事務(wù)綜述）

對(duì)事務(wù)進(jìn)行綜合分析是性能分析的第一步，通過(guò)分析測(cè)試時(shí)間內(nèi)用戶事務(wù)的成功與失敗情況，可以直接判斷出系統(tǒng)是否運(yùn)行正常。

2.Average Transaciton Response Time（事務(wù)平均響應(yīng)時(shí)間）

“事務(wù)平均響應(yīng)時(shí)間”顯示的是測(cè)試場(chǎng)景運(yùn)行期間的每一秒內(nèi)事務(wù)執(zhí)行所用的平均時(shí)間，通過(guò)它可以分析測(cè)試場(chǎng)景運(yùn)行期間應(yīng)用系統(tǒng)的性能走向。根據(jù)該圖，可以定位出現(xiàn)性能問(wèn)題的轉(zhuǎn)折點(diǎn)。

說(shuō)明：隨著測(cè)試時(shí)間的變化，系統(tǒng)處理事務(wù)的速度開(kāi)始逐漸變慢，這說(shuō)明應(yīng)用系統(tǒng)隨著投產(chǎn)時(shí)間的變化，整體性能將會(huì)有下降的趨勢(shì)。

當(dāng)事務(wù)響應(yīng)時(shí)間的曲線開(kāi)始由緩慢上升，然后處于平衡，最后慢慢下降，可能情況：

1. 曲線圖持續(xù)上升，表明系統(tǒng)的處理能力在下降，事務(wù)的響應(yīng)時(shí)間變長(zhǎng)
2. 持續(xù)平衡，表明并發(fā)用戶數(shù)達(dá)到一定數(shù)量，再多請(qǐng)求也可能接受不了，等待
3. 當(dāng)事務(wù)的響應(yīng)時(shí)間在下降，表明并發(fā)用戶的數(shù)量在慢慢減少，事務(wù)的請(qǐng)求數(shù)也在減少。

如果系統(tǒng)沒(méi)有出現(xiàn)下降，但響應(yīng)時(shí)間越來(lái)越長(zhǎng)，直到系統(tǒng)癱瘓，引起原因可能如下:

1. 程序中用戶數(shù)連接未做限制，導(dǎo)致請(qǐng)求數(shù)不斷上升，響應(yīng)時(shí)間不斷變長(zhǎng)
2. 內(nèi)存泄露

3.Transactions per Second（每秒通過(guò)事務(wù)數(shù)，簡(jiǎn)寫(xiě)TPS）

“每秒通過(guò)事務(wù)數(shù)/TPS”顯示在場(chǎng)景運(yùn)行的每一秒鐘，每個(gè)事務(wù)通過(guò)、失敗以及停止的數(shù)量，使考查系統(tǒng)性能的一個(gè)重要參數(shù)。通過(guò)它可以確定系統(tǒng)在任何給定時(shí)刻的時(shí)間事務(wù)負(fù)載。分析TPS主要是看曲線的性能走向。將它與平均事務(wù)響應(yīng)時(shí)間進(jìn)行對(duì)比，可以分析事務(wù)數(shù)目對(duì)執(zhí)行時(shí)間的影響。

說(shuō)明：當(dāng)壓力加大時(shí)，點(diǎn)擊率/TPS曲線如果變化緩慢或者有平坦的趨勢(shì)，很有可能是服務(wù)器開(kāi)始出現(xiàn)瓶頸。TPS值，越大說(shuō)明系統(tǒng)處理能力越強(qiáng)。

4.Total Transactions per Second（每秒通過(guò)事務(wù)總數(shù)）

“每秒通過(guò)事務(wù)總數(shù)”顯示在場(chǎng)景運(yùn)行時(shí)，在每一秒內(nèi)通過(guò)的事務(wù)總數(shù)、失敗的事務(wù)總署以及停止的事務(wù)總數(shù)。該曲線走向和TPS曲線走向一致。

5.Transaction Performance Sunmmary（事務(wù)性能摘要）

“事務(wù)性能摘要”顯示方案中所有事務(wù)的最小、最大和平均執(zhí)行時(shí)間，可以直接判斷響應(yīng)時(shí)間是否符合用戶的要求。

說(shuō)明：重點(diǎn)關(guān)注事務(wù)的平均和最大執(zhí)行時(shí)間，如果其范圍不在用戶可以接受的時(shí)間范圍內(nèi)，需要進(jìn)行原因分析。

6.Transaction Response Time Under Load（事務(wù)響應(yīng)時(shí)間與負(fù)載）

“事務(wù)響應(yīng)時(shí)間與負(fù)載”是“正在運(yùn)行的虛擬用戶”圖和“平均響應(yīng)事務(wù)時(shí)間”圖的組合，通過(guò)它可以看出在任一時(shí)間點(diǎn)事務(wù)響應(yīng)時(shí)間與用戶數(shù)目的關(guān)系，從而掌握系統(tǒng)在用戶并發(fā)方面的性能數(shù)據(jù)，為擴(kuò)展用戶系統(tǒng)提供參考。此圖可以查看虛擬用戶負(fù)載對(duì)執(zhí)行時(shí)間的總體影響，對(duì)分析具有漸變負(fù)載的測(cè)試場(chǎng)景比較有用。

7.Transaction Response Time(Percentile)（事務(wù)響應(yīng)時(shí)間(百分比)）

“事務(wù)響應(yīng)時(shí)間(百分比)”是根據(jù)測(cè)試結(jié)果進(jìn)行分析而得到的綜合分析圖，也就是工具通過(guò)一些統(tǒng)計(jì)分析方法間接得到的圖表。通過(guò)它可以分析在給定事務(wù)響應(yīng)時(shí)間范圍內(nèi)能執(zhí)行的事務(wù)百分比。

說(shuō)明：主要觀察，在給定時(shí)間的范圍內(nèi)完成事務(wù)的百分比 參考值： 10%的TRT（P）<=5s、50%的TRT（P）<=5s、90%的TRT（P）<=5s

8.Transaction Response Time(Distribution)（事務(wù)響應(yīng)時(shí)間(分布)）

“事務(wù)響應(yīng)時(shí)間(分布)&rdquo;顯示在場(chǎng)景運(yùn)行過(guò)程中，事務(wù)執(zhí)行所用時(shí)間的分布，通過(guò)它可以了解測(cè)試過(guò)程中不同響應(yīng)時(shí)間的事務(wù)數(shù)量。如果系統(tǒng)預(yù)先定義了相關(guān)事務(wù)可以接受的最小和最 大事務(wù)響應(yīng)時(shí)間，則可以使用此圖確定服務(wù)器性能是否在可以接受的范圍內(nèi)。

說(shuō)明：主要觀察，大多數(shù)事務(wù)的響應(yīng)時(shí)間。 參考值：TRT（D）<=5s

二、確定CPU、內(nèi)存泄露問(wèn)題

1.%processor time(processor_total)

服務(wù)器消耗的處理器時(shí)間數(shù)量.如果服務(wù)器專用于sql server 可接受的最大上限是80% -85 %.也就是常見(jiàn)的CPU使用率。

說(shuō)明：正常負(fù)載下，服務(wù)器的CPU利用率應(yīng)該在80%以下。超過(guò)90%,那么很可能存在處理器瓶頸。如果CPU使用率不斷上升，內(nèi)存使用率也不斷上升，表明系統(tǒng)可能產(chǎn)生資源爭(zhēng)用情況，引起原因，程序資源調(diào)配問(wèn)題。

判斷是否內(nèi)存泄露問(wèn)題：

內(nèi)存問(wèn)題主要檢查應(yīng)用程序是否存在內(nèi)存泄漏,如果發(fā)生了內(nèi)存泄漏，P rocess Bytes\Private Bytes計(jì)數(shù)器和Process\Working set 計(jì)數(shù)器的值往往會(huì)升高，同時(shí)Avaiable bytes的值會(huì)降低。內(nèi)存泄漏應(yīng)該通過(guò)一個(gè)長(zhǎng)時(shí)間的，用來(lái)研究分析所有內(nèi)存都耗盡時(shí)，應(yīng)用程序反應(yīng)情況的測(cè)試來(lái)檢驗(yàn)。內(nèi)存泄露問(wèn)題經(jīng)常出現(xiàn)在服務(wù)長(zhǎng)時(shí)間運(yùn)轉(zhuǎn)的時(shí)候,由于部分程序?qū)?nèi)存沒(méi)有釋放，而將內(nèi)存慢慢耗盡，也是提醒大家對(duì)系統(tǒng)穩(wěn)定性測(cè)試的關(guān)注。

2.%Disk time(physicaldisk_total)

指所選磁盤(pán)驅(qū)動(dòng)器忙于為讀或?qū)懭胝?qǐng)求提供服務(wù)所用的時(shí)間的百分比。如果三個(gè)計(jì)數(shù)器都比較大，那么硬盤(pán)不是瓶頸。如果只有%Disk Time比較大，另外兩個(gè)都比較適中，硬盤(pán)可能會(huì)是瓶頸。在記錄該計(jì)數(shù)器之前，請(qǐng)?jiān)赪indows 2000 的命令行窗口中運(yùn)行diskperf -yD。

說(shuō)明：正常值< 10。若數(shù)值持續(xù)超過(guò)80%，則可能是內(nèi)存泄漏。

3.Availiable bytes(memory)

用物理內(nèi)存數(shù). 如果Available Mbytes的值很小(4 MB 或更小)，則說(shuō)明計(jì)算機(jī)上總的內(nèi)存可能不足，或某程序沒(méi)有釋放內(nèi)存。

參考值：4 MB或更小，至少要有10%的物理內(nèi)存值。

4.Page write/sec

(寫(xiě)的頁(yè)/秒)每秒執(zhí)行的物理數(shù)據(jù)庫(kù)寫(xiě)的頁(yè)數(shù)。

說(shuō)明：如果服務(wù)器沒(méi)有足夠的內(nèi)存處理其工作負(fù)荷，此數(shù)值將一直很高。如果大于80，表示有問(wèn)題(太多的讀寫(xiě)數(shù)據(jù)操作要訪問(wèn)磁盤(pán)，可考慮增加內(nèi)存或優(yōu)化讀寫(xiě)數(shù)據(jù)的算法)。

【其他參數(shù)】

%User time(processor_total)

表示耗費(fèi)CPU的數(shù)據(jù)庫(kù)操作，如排序，執(zhí)行aggregate functions等。如果該值很高，可考慮增加索引，盡量使用簡(jiǎn)單的表聯(lián)接，水平分割大表格等方法來(lái)降低該值。

%DPC time(processor_total)

越低越好。在多處理器系統(tǒng)中，如果這個(gè)值大于50%并且Processor:% Processor Time非常高，加入一個(gè)網(wǎng)卡可能會(huì)提高性能，提供的網(wǎng)絡(luò)已經(jīng)不飽和。

Context switch/sec(system)

(實(shí)例化inetinfo 和dllhost 進(jìn)程) 如果你決定要增加線程字節(jié)池的大小，你應(yīng)該監(jiān)視這三個(gè)計(jì)數(shù)器(包括上面的一個(gè))。增加線程數(shù)可能會(huì)增加上下文切換次數(shù)，這樣性能不會(huì)上升反而會(huì)下降。如果十個(gè)實(shí)例的上下文切換值非常高，就應(yīng)該減小線程字節(jié)池的大小。

說(shuō)明：可判斷應(yīng)用程序的問(wèn)題。如果系統(tǒng)由于應(yīng)用程序代碼效率低下或者系統(tǒng)結(jié)構(gòu)設(shè)計(jì)有缺陷而導(dǎo)致大量的上下文切換(Context switches/sec顯示的上下文切換次數(shù)太高)那么就會(huì)占用大量的系統(tǒng)資源,如果系統(tǒng)的吞吐量降低并且CPU的使用率很高,并且此現(xiàn)象發(fā)生時(shí)切換水平在15000以上,那么意味著上下文切換次數(shù)過(guò)高。

%Disk reads/sec(physicaldisk_total)

每秒讀硬盤(pán)字節(jié)數(shù)。

%Disk write/sec(physicaldisk_total)

每秒寫(xiě)硬盤(pán)字節(jié)數(shù)。

Page faults/sec

進(jìn)程產(chǎn)生的頁(yè)故障與系統(tǒng)產(chǎn)生的相比較，以判斷這個(gè)進(jìn)程對(duì)系統(tǒng)頁(yè)故障產(chǎn)生的影響。

Pages per second

每秒鐘檢索的頁(yè)數(shù)。

該數(shù)字應(yīng)少于每秒一頁(yè)Working set:理線程最近使用的內(nèi)存頁(yè)，反映了每一個(gè)進(jìn)程使用的內(nèi)存頁(yè)的數(shù)量。如果服務(wù)器有足夠的空閑內(nèi)存，頁(yè)就會(huì)被留在工作集中，當(dāng)自由內(nèi)存少于一個(gè)特定的閾值時(shí)，頁(yè)就會(huì)被清除出工作集。

Avg.disk queue length

讀取和寫(xiě)入請(qǐng)求(為所選磁盤(pán)在實(shí)例間隔中列隊(duì)的)的平均數(shù)。該值應(yīng)不超過(guò)磁盤(pán)數(shù)的1.5~2 倍。要提高性能，可增加磁盤(pán)。注意：一個(gè)Raid Disk實(shí)際有多個(gè)磁盤(pán)。

Average disk read/write queue length

指讀取(寫(xiě)入)請(qǐng)求(列隊(duì))的平均數(shù)Disk reads/(writes)/s:理磁盤(pán)上每秒鐘磁盤(pán)讀、寫(xiě)的次數(shù)。兩者相加，應(yīng)小于磁盤(pán)設(shè)備最大容量。

Average disk sec/read

以秒計(jì)算的在此盤(pán)上讀取數(shù)據(jù)的所需平均時(shí)間。Average disk sec/transfer:指以秒計(jì)算的在此盤(pán)上寫(xiě)入數(shù)據(jù)的所需平均時(shí)間。

Bytes total/sec

為發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。判斷網(wǎng)絡(luò)連接速度是否是瓶頸，可以用該計(jì)數(shù)器的值和目前網(wǎng)絡(luò)的帶寬比較Page read/sec:每秒發(fā)出的物理數(shù)據(jù)庫(kù)頁(yè)讀取數(shù)。這一統(tǒng)計(jì)信息顯示的是在所有數(shù)據(jù)庫(kù)間的物理頁(yè)讀取總數(shù)。由于物理 I/O 的開(kāi)銷(xiāo)大，可以通過(guò)使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫(kù)設(shè)計(jì)等方法，使開(kāi)銷(xiāo)減到最小。

三、確定網(wǎng)絡(luò)問(wèn)題

1.Hits per Second（每秒點(diǎn)擊次數(shù)）

“每秒點(diǎn)擊次數(shù)”，即使運(yùn)行場(chǎng)景過(guò)程中虛擬用戶每秒向Web服務(wù)器提交的HTTP請(qǐng)求數(shù)。 通過(guò)它可以評(píng)估虛擬用戶產(chǎn)生的負(fù)載量，如將其和“平均事務(wù)響應(yīng)時(shí)間”圖比較，可以查看點(diǎn)擊次數(shù)對(duì)事務(wù)性能產(chǎn)生的影響。

說(shuō)明：通過(guò)對(duì)查看“每秒點(diǎn)擊次數(shù)&rdquo;，可以判斷系統(tǒng)是否穩(wěn)定。系統(tǒng)點(diǎn)擊率下降通常表明服務(wù)器的響應(yīng)速度在變慢，需進(jìn)一步分析，發(fā)現(xiàn)系統(tǒng)瓶頸所在。

2.Throughput（吞吐率）

“吞吐率&rdquo;顯示的是場(chǎng)景運(yùn)行過(guò)程中服務(wù)器的每秒的吞吐量。其度量單位是字節(jié)，表示虛擬用在任何給定的每一秒從服務(wù)器獲得的數(shù)據(jù)量?？梢砸罁?jù)服務(wù)器的吞吐量來(lái)評(píng)估虛擬用戶產(chǎn)生的負(fù)載量，以及看出服務(wù)器在流量方面的處理能力以及是否存在瓶頸。 “吞吐率”圖，是每秒服務(wù)器處理的HTTP申請(qǐng)數(shù)。 “點(diǎn)擊率”圖，是客戶端每秒從服務(wù)器獲得的總數(shù)據(jù)量。

說(shuō)明：觀察3張圖（Running Vusers（負(fù)載數(shù)）/His per Second（點(diǎn)擊率）/Throughput(吞吐量)），隨著負(fù)載的加大，點(diǎn)擊率和吞吐量會(huì)隨之增大。如果系統(tǒng)的吞吐量隨著負(fù)載的加大出現(xiàn)平坦或降低并且CPU的使用率很高,并且此現(xiàn)象發(fā)生時(shí)切換水平在15000以上,那么意味著上下文切換次數(shù)過(guò)高，表明網(wǎng)絡(luò)飽和。

3.Network Delay Time

說(shuō)明：網(wǎng)絡(luò)延遲時(shí)間的曲線突起顯示有網(wǎng)絡(luò)故障。

4.Network Sub-Path Time

說(shuō)明：網(wǎng)絡(luò)Sub-Path的時(shí)間曲線跳躍式的突起證明存在網(wǎng)絡(luò)故障。

四、確定性能問(wèn)題是在網(wǎng)絡(luò)端還是服務(wù)端

1.Web Page Breakdown（頁(yè)面分解總圖）

“頁(yè)面分解&rdquo;顯示某一具體事務(wù)在測(cè)試過(guò)程的響應(yīng)情況，進(jìn)而分析相關(guān)的事務(wù)運(yùn)行是否正常?？梢园聪旅嫠姆N方式進(jìn)行進(jìn)一步細(xì)分：

Download Time Breaddown（下載時(shí)間細(xì)分）

“下載時(shí)間細(xì)分”圖顯示網(wǎng)頁(yè)中不同元素的下載時(shí)間，同時(shí)還可按照下載過(guò)程把時(shí)間進(jìn)行分解，用不同的顏色來(lái)顯示DNS解析時(shí)間、建立連接時(shí)間、第一次緩沖時(shí)間等各自所占比例。

Component Breakdown(Over Time)（組件細(xì)分(隨時(shí)間變化)）

“組件細(xì)分”圖顯示選定網(wǎng)頁(yè)的頁(yè)面組件隨時(shí)間變化的細(xì)分圖。通過(guò)該圖可以很容易的看出哪些元素在測(cè)試過(guò)程中下載時(shí)間不穩(wěn)定。該圖特別適用于需要在客戶端下載控件較多的頁(yè)面，通過(guò)分析控件的響應(yīng)時(shí)間，很容易就能發(fā)現(xiàn)那些控件不穩(wěn)定或者比較耗時(shí)。

Download Time Breakdown(Over Time)（下載時(shí)間細(xì)分(隨時(shí)間變化)）

“下載時(shí)間細(xì)分(隨時(shí)間變化)” 圖顯示選定網(wǎng)頁(yè)的頁(yè)面元素下載時(shí)間細(xì)分（隨時(shí)間變化）情況，它非常清晰地顯示了頁(yè)面各個(gè)元素在壓力測(cè)試過(guò)程中的下載情況。

“下載時(shí)間細(xì)分”圖顯示的是整個(gè)測(cè)試過(guò)程頁(yè)面元素響應(yīng)的時(shí)間統(tǒng)計(jì)分析結(jié)果，“下載時(shí)間細(xì)分(隨時(shí)間變化)”顯示的事場(chǎng)景運(yùn)行過(guò)程中每一秒內(nèi)頁(yè)面元素響應(yīng)時(shí)間的統(tǒng)計(jì)結(jié)果，兩者分別從宏觀和微觀角度來(lái)分析頁(yè)面元素的下載時(shí)間。

Time to First Buffer Breakdown(Over Time)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)）

“第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這段時(shí)間，場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒中每個(gè)網(wǎng)頁(yè)組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間（以秒為單位）。可以使用該圖確定場(chǎng)景或會(huì)話步驟運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問(wèn)題的時(shí)間。

First Buffer Time：是指客戶端與服務(wù)器端建立連接后，從服務(wù)器發(fā)送第一個(gè)數(shù)據(jù)包開(kāi)始計(jì)時(shí)，數(shù)據(jù)經(jīng)過(guò)網(wǎng)絡(luò)傳送到客戶端，到瀏覽器接收到第一個(gè)緩沖所用的時(shí)間。

2.Page Component Breakdown（頁(yè)面組件細(xì)分）

“頁(yè)面組件細(xì)分”圖顯示每個(gè)網(wǎng)頁(yè)及其組件的平均下載時(shí)間（以秒為單位）?？梢愿鶕?jù)下載組件所用的平均秒數(shù)對(duì)圖列進(jìn)行排序，通過(guò)它有助于隔離有問(wèn)題的組件。

3.Page Component Breakdown(Over Time)（頁(yè)面組件分解(隨時(shí)間變化)）

“頁(yè)面組件分解(隨時(shí)間變化)”圖顯示在方案運(yùn)行期間的每一秒內(nèi)每個(gè)網(wǎng)頁(yè)及其組件的平均響應(yīng)時(shí)間 （以秒為單位）。

4.Page Download Time Breakdown（頁(yè)面下載時(shí)間細(xì)分）

“頁(yè)面下載時(shí)間細(xì)分”圖顯示每個(gè)頁(yè)面組件下載時(shí)間的細(xì)分，可以根據(jù)它確定在網(wǎng)頁(yè)下載期間事務(wù)響應(yīng)時(shí)間緩慢是由網(wǎng)絡(luò)錯(cuò)誤引起還是由服務(wù)器錯(cuò)誤引起。

“頁(yè)面下載時(shí)間細(xì)分”圖根據(jù)DNS解析時(shí)間、連接時(shí)間、第一次緩沖時(shí)間、SSL握手時(shí)間、接收時(shí)間、FTP驗(yàn)證時(shí)間、客戶端時(shí)間和錯(cuò)誤時(shí)間來(lái)對(duì)每個(gè)組件的下載過(guò)程進(jìn)行細(xì)分。

5.Page Download Time Breakdown(Over Time)（頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)）

“頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示方案運(yùn)行期間，每一秒內(nèi)每個(gè)頁(yè)面組件下載時(shí)間的細(xì)分。使用此圖可以確定網(wǎng)絡(luò)或服務(wù)器在方案執(zhí)行期間哪一時(shí)間點(diǎn)發(fā)生了問(wèn)題。 “頁(yè)面組件細(xì)分(隨時(shí)間變化)”圖和“頁(yè)面下載時(shí)間細(xì)分(隨時(shí)間變化)”圖通常結(jié)合起來(lái)進(jìn)行分析：首先確定有問(wèn)題的組件，然后分析它們的下載過(guò)程，進(jìn)而定位原因在哪里。

6.Time to First Buffer Breakdown（第一次緩沖時(shí)間細(xì)分）

“第一次緩沖時(shí)間細(xì)分”圖顯示成功收到從Web服務(wù)器返回的第一次緩沖之前的這一段時(shí)間內(nèi)的每個(gè)頁(yè)面組件的相關(guān)服務(wù)器/網(wǎng)路時(shí)間。如果組件的下載時(shí)間很長(zhǎng)，則可以使用此圖確定產(chǎn)生的問(wèn)題與服務(wù)器有關(guān)還是與網(wǎng)絡(luò)有關(guān)。

網(wǎng)絡(luò)時(shí)間：定義為第一個(gè)HTTP請(qǐng)求那一刻開(kāi)始，直到確認(rèn)為止所經(jīng)過(guò)的平均時(shí)間。 服務(wù)器時(shí)間：定義為從收到初始HTTP請(qǐng)求確認(rèn)開(kāi)始，直到成功收到來(lái)自Web服務(wù)器的一次緩沖為止所經(jīng)過(guò)的平均時(shí)間。

說(shuō)明：找出下載耗費(fèi)時(shí)間最多的網(wǎng)頁(yè)。有助排出DNS的故障，SSL的故障，網(wǎng)絡(luò)連接的故障。 【其他Web資源分析】

1.HTTP Status Code Summary（HTTP狀態(tài)代碼概要）

“HTTP狀態(tài)代碼概要”顯示場(chǎng)景或會(huì)話步驟過(guò)程中從Web服務(wù)器返回的HTTP狀態(tài)代碼數(shù)，該圖按照代碼分組。HTTP狀態(tài)代碼表示HTTP請(qǐng)求的狀態(tài)。

2.HTTP Responses per Second（每秒HTTP響應(yīng)數(shù)）

“每秒HTTP響應(yīng)數(shù)”是顯示運(yùn)行場(chǎng)景過(guò)程中每秒從Web服務(wù)器返回的不同HTTP狀態(tài)代碼的數(shù)量，還能返回其它各類狀態(tài)碼的信息，通過(guò)分析狀態(tài)碼，可以判斷服務(wù)器在壓力下的運(yùn)行情況，也可以通過(guò)對(duì)圖中顯示的結(jié)果進(jìn)行分組，進(jìn)而定位生成錯(cuò)誤的代碼腳本。

3.Pages Downloader per Second（每秒下載頁(yè)面數(shù)）

&ldquo;每秒下載頁(yè)面數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)從服務(wù)器下載的網(wǎng)頁(yè)數(shù)。使用此圖可依據(jù)下載的頁(yè)數(shù)來(lái)計(jì)算Vuser生成的負(fù)載量。

和吞吐量圖一樣，每秒下載頁(yè)面數(shù)圖標(biāo)是Vuser在給定的任一秒內(nèi)從服務(wù)器接收到的數(shù)據(jù)量。但是吞吐量考慮的各個(gè)資源極其大?。ɡ總€(gè)GIF文件的大小、每個(gè)網(wǎng)頁(yè)的大?。?。而每秒下載頁(yè)面數(shù)只考慮頁(yè)面數(shù)。

注：要查看每秒下載頁(yè)數(shù)圖，必須在R-T-S那里設(shè)置“每秒頁(yè)面數(shù)(僅HTML模式)”。

4.Retries per Second（每秒重試次數(shù)）

“每秒重試次數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)服務(wù)器嘗試的連接次數(shù)。 在下列情況將重試服務(wù)器連接： A、初始連接未經(jīng)授權(quán) B、要求代理服務(wù)器身份驗(yàn)證 C、服務(wù)器關(guān)閉了初始連接 D、初始連接無(wú)法連接到服務(wù)器 E、服務(wù)器最初無(wú)法解析負(fù)載生成器的IP地址

5.Retries Summary（重試次數(shù)概要）

“重試次數(shù)概要”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器嘗試的連接次數(shù)，它按照重試原因分組。將此圖與每秒重試次數(shù)圖一起使用可以確定場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中服務(wù)器在哪個(gè)時(shí)間點(diǎn)進(jìn)行了重試。

6.Connections（連接數(shù)）

“連接數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行過(guò)程中每個(gè)時(shí)間點(diǎn)打開(kāi)的TCP/IP連接數(shù)。 借助此圖，可以知道何時(shí)需要添加其他連接。

說(shuō)明：當(dāng)連接數(shù)到達(dá)穩(wěn)定狀態(tài)而事務(wù)響應(yīng)時(shí)間迅速增大時(shí)，添加連接可以使性能得到極大提高（事務(wù)響應(yīng)時(shí)間將降低）。

7.Connections Per Second（每秒連接數(shù)）

“每秒連接數(shù)”顯示方案在運(yùn)行過(guò)程中每秒建立的TCP/IP連接數(shù)。 理想情況下，很多HTTP請(qǐng)求都應(yīng)該使用同一連接，而不是每個(gè)請(qǐng)求都新打開(kāi)一個(gè)連接。通過(guò)每秒連接數(shù)圖可以看出服務(wù)器的處理情況，就表明服務(wù)器的性能在逐漸下降。

8.SSLs Per Second（每秒SSL連接數(shù)）

“每秒SSL連接數(shù)”顯示場(chǎng)景或會(huì)話步驟運(yùn)行的每一秒內(nèi)打開(kāi)的新的以及重新使用的SSL連接數(shù)。當(dāng)對(duì)安全服務(wù)器打開(kāi)TCP/IP連接后，瀏覽器將打開(kāi)SSL連接。

9.Web Page Breakdown（網(wǎng)頁(yè)元素細(xì)分）

“網(wǎng)頁(yè)元素細(xì)分”主要用來(lái)評(píng)估頁(yè)面內(nèi)容是否影響事務(wù)的響應(yīng)時(shí)間，通過(guò)它可以深入地分析網(wǎng)站上那些下載很慢的圖形或中斷的連接等有問(wèn)題的 元素。

10.Time to First Buffer Breakdown(Over Time)（第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)）

“第一次緩沖時(shí)間細(xì)分(隨時(shí)間變化)”圖顯示成功收到從Web服務(wù)器返回的第一個(gè)緩沖之前的這段時(shí)間內(nèi)，場(chǎng)景運(yùn)行的每一秒中每個(gè)網(wǎng)頁(yè)組件的服務(wù)器時(shí)間和網(wǎng)絡(luò)時(shí)間?？梢允褂么藞D確定場(chǎng)景運(yùn)行期間服務(wù)器或網(wǎng)絡(luò)出現(xiàn)問(wèn)題的時(shí)間點(diǎn)。

11.Downloader Component Size(KB)（已下載組件大小）

&ldquo;已下載組件大小”圖顯示每個(gè)已經(jīng)下載的網(wǎng)頁(yè)組建的大小。通過(guò)它可以直接看出哪些組件比較大并需要進(jìn)一步進(jìn)行優(yōu)化以提高性能。