Loadrunner 11 運行結果分析

六救军、結果分析

1煮仇、結果集中默認顯示


image.png

2、Summary Report詳解
1) 概要整體信息


image.png

上圖所示為待分析的性能場景的基本信息低滩。例如場景持續(xù)的時間是13分鐘16秒召夹,相應文件的名稱和存放位置。
2) 統(tǒng)計信息概要
image.png

從上圖可知:
最大運行用戶:40
總吞吐量:10382617809B
平均吞吐量:13027124B/s
總點擊次數(shù):730208
平均點擊次數(shù):916.196
單擊相應的超鏈接查看詳細信息恕沫。
3) N個執(zhí)行情況最差的事務
針對“事務超出SLA閾值的比率及超出比率的幅度”而言執(zhí)行最差的事務监憎。


image.png

相對于SLA閾值,send_transaction 事務的持續(xù)時間超出了38.71%婶溯,整個運行期間超出的平均百分比為53.859%
單擊+可查詢在特定的時間間隔內(nèi)鲸阔,事務超出SLA的平均百分比和最大百分比。
image.png

單擊
image.png
按鈕迄委,可查看更詳細的事務分析

注:SLA 即服務水平協(xié)議褐筛,通過定義場景測試目標,Controller將在場景運行期間進行目標評測并在Analysis概要報告中進行分析叙身。

4) 隨時間變化的場景行為

場景運行期間不同的時間間隔內(nèi)各個事務的執(zhí)行情況渔扎。

(1)Application Under Test Errors :表示在各時間間隔內(nèi),所測試程序每秒收到的平均錯誤數(shù)(0表示每秒收到的錯誤數(shù)為0,0+表示每秒收到的錯誤數(shù)略大于0)


image.png

(2)事務后面的色塊:綠色代表事務未超過SLA信轿;紅色代表事務失敾纬铡残吩;灰色代表尚未定義相關的SLA


image.png

5) 事務概要
image.png

單擊“SLA Status”狀態(tài)標志(
image.png
),可查看具體的SLA信息倘核,如下圖所示
image.png

image.png

注:①
image.png
標準方差泣侮,是描述數(shù)據(jù)采樣離散狀態(tài)的一個重要指標〗舫可以將標準方差跟平均值(
image.png
)進行比較活尊,前者越大于后者,則表明數(shù)據(jù)離散度越高漏益,曲線越不平穩(wěn)即波動較大

②通過選擇“Tools——Options——General”菜單命令蛹锰,可設置百分比數(shù)值(默認為90)


image.png

6) HTTP響應概要
顯示運行測試期間WEB返回的HTTP狀態(tài)碼。


image.png

例如HTTP 200代表頁面返回正常遭庶;HTTP 404代表瀏覽的網(wǎng)頁在服務器中不存在宁仔,網(wǎng)頁可能已經(jīng)轉移; HTTP 500代表服務器遇到內(nèi)部錯誤峦睡,不能夠完成請求翎苫。HTTP 302代表重定向(一條對網(wǎng)站瀏覽器的指令來顯示瀏覽器被要求顯示的不同的URL,當一個網(wǎng)頁經(jīng)歷過短期的URL的變化時使用榨了。一個暫時重定向是一種服務器端的重定向煎谍,能夠被搜索引擎蜘蛛正確地處理。302重定向是暫時的重定向龙屉,搜索引擎會抓取新的內(nèi)容而保留舊的網(wǎng)址呐粘。因為服務器返回302代碼,搜索引擎認為新的網(wǎng)址只是暫時的转捕。)
3作岖、Analysis圖

Graph——Add New Graph——Open a New Graph通過雙擊各項可以新建圖表。


image.png
  1. Running Vusers


    image.png

    正在運行的虛擬用戶圖顯示在場景運行的整個過程內(nèi)五芝,執(zhí)行虛擬用戶腳本的Vuser數(shù)量及其狀態(tài)痘儡。場景設計為Vuser從0開始增加,從上圖查看枢步,Vusers數(shù)量并不是從0開始沉删,而是直接從某一數(shù)值開始遞增。原因是由于存在一些網(wǎng)絡延遲醉途,該情況屬于正常矾瑰。常常跟其他的圖表進行關聯(lián),比如跟事務響應時間圖隘擎,吞吐量圖等等進行關聯(lián)殴穴,可以看出在多大用戶量的情況下響應時間最大,吞吐量最高等等

  2. Hit per Second


    image.png

    每秒點擊次數(shù)是指在場景運行過程中虛擬用戶每秒向Web服務器提交的HTTP請求數(shù)。在虛擬用戶數(shù)變化趨勢前提下推正,每秒點擊次數(shù)逐漸增大恍涂,在場景結束前呈減小趨勢,屬正常情況植榕。每秒點擊次數(shù)越高,說明產(chǎn)生的壓力越大尼夺。

  3. Throughput


    image.png

    吞吐率尊残,顯示場景執(zhí)行期間每秒接收的服務器返回的數(shù)據(jù)總量。吐量的度量單位是字節(jié)淤堵。表示在任何給定的某一秒鐘虛擬用戶從服務器獲得的數(shù)據(jù)量寝衫。依據(jù)服務器的吞吐量可以評估虛擬用戶產(chǎn)生的負載量。
    該圖用用衡量服務器的處理能力拐邪。通常將該圖與“Hits per Second”圖進行合并慰毅,若系統(tǒng)性能良好,則二者曲線類似扎阶;同一時段內(nèi)汹胃,若Hits per Second圖曲線處于上升趨勢,而Throughput圖趨于平緩或下降趨勢东臀,則表明服務器性能存在問題着饥。
    吞吐率圖與點擊率圖的形狀基本類似,區(qū)別是點擊率圖指每秒服務器處理的HTTP請求數(shù)惰赋,吞吐率圖指客戶端每秒從服務器獲得的總數(shù)據(jù)量宰掉。


    image.png
  4. Transaction Summary


    image.png

    事務概要圖,衡量事務或業(yè)務成功率赁濒。通過的事務數(shù)越高轨奄,表明系統(tǒng)處理能力越強,反之拒炎,系統(tǒng)可靠性越低挪拟。

  5. Average Transation Response Time
    平均事務響應時間:顯示場景執(zhí)行期間每秒執(zhí)行事務所使用的平均時間。該指標越小證明系統(tǒng)處理速度越快枝冀。事務隨時間變化曲線比較平緩舞丛,而且相比于預期的期望值較小,如果平均事務響應時間在虛擬用戶數(shù)平穩(wěn)的時候出現(xiàn)突然上升或突然下降的情況果漾,說明可能當前事務中某個頁面元素造成了事務響應時間過長球切,需要查看事務或網(wǎng)頁細分圖。
    ? 分析方案運行情況應從平均事務響應時間圖和事務性能摘要圖開始绒障。使用“事務性能摘要”圖吨凑,可以確定在方案執(zhí)行期間響應時間過長的事務。
    ? 細分事務并分析每個頁面組件的性能。查看過長的事務響應時間是由哪些頁面組件引起的鸵钝?問題是否與網(wǎng)絡或服務器有關糙臼?
    ? 如果服務器耗時過長,請使用相應的服務器圖確定有問題的服務器度量并查明服務器性能下降的原因恩商。如果網(wǎng)絡耗時過長变逃,請使用“網(wǎng)絡監(jiān)視器”圖確定導致性能瓶頸的網(wǎng)絡問題。
    平均事務響應時間圖顯示在場景或者會話步驟運行期間每一秒內(nèi)執(zhí)行事務所用的平均時間怠堪。 X軸表示從場景或者會話步驟開始運行以來已用的時間揽乱;Y軸表示執(zhí)行每個事務所用的平均時間(單位秒)。
    對于每個粒度(間隔尺度)粟矿,此圖以不同的方式顯示凰棉。粒度越小,結果就越詳細陌粹,但是要研究虛擬用戶在整個場景或者會話步驟的總體行為撒犀,使用較高粒度查看結果將會更加有用。 例如掏秩,使用低粒度可以看到不執(zhí)行事務的時間間隔或舞,然后哗讥,如果使用較高粒度查看同一個圖杆煞,將看到事務總體響應時間圖魏宽。 (默認情況下队询,只顯示已經(jīng)通過的事務)
    例如,如果平均事務響應時間圖顯示性能逐漸改善,則可以將其與正在運行的虛擬用戶圖進行對比,看性能時間是否因為虛擬用戶的負載減少而得到改善.
    如果定義了可以接受得最小和最大事務性能時間,則可以使用此圖確定服務器性能是否再可以接受得范圍,很多朋友再沒有定義事務性能期望得情況下,進行測試,結果將是很難判斷得,測試之前一定要一定得期望


    image.png
  6. Transaction per Second


    image.png

    每秒事務數(shù),場景執(zhí)行期間每秒各事務通過蚌斩、停止、失敗的次數(shù)叠聋;通常將該指標與用戶期望進行比較虏束。該指標越大說明系統(tǒng)處理能力越強镇匀。同時負載的大小對該指標有一定的影響。若負載穩(wěn)定晃择,則該指標的曲線應相對平緩;若隨著負載的增加,該指標曲線仍平緩顯示告材,則可能服務器或程序出現(xiàn)瓶頸。
    如上圖所示:在虛擬用戶數(shù)變化的趨勢前提下疤剑,tem1_TransactionPass 事務數(shù)逐漸增大,在場景結束前呈現(xiàn)減小趨勢,該情況屬于正彻芮現(xiàn)象。

  7. Transaction Response Time(Percentile)


    image.png

    事務響應時間以百分比的形式展現(xiàn)各事務的響應時間范圍。橫軸顯示為事務總數(shù)的百分比腺办,縱軸顯示為最大事務響應時間书妻。較高的最大事務響應時間未超出預期的期望值(服務水平協(xié)議的設置),則表示滿足用戶需求工猜。如上圖所示:%95左右的最大事務響應時間不超過1.3秒。

  8. Transaction Performance Summary


    image.png

    事務性能概要,以柱狀圖對比方式顯示場景執(zhí)行期間各事務的最小、平均以及最大響應時間家制。從該表可以清晰辨別系統(tǒng)響應時間是否滿足用戶需求;該圖支持事務細分樹、事務細分圖及事務網(wǎng)頁細分圖的查看贤笆。

  9. Page Component Breakdown(Over Time)
    顯示場景執(zhí)行期間每秒內(nèi)各網(wǎng)頁及頁面組件的平均下載時間。如下圖顯示埋涧,場景執(zhí)行期間劲弦,127.0…ow/addRcvInfo.do頁面的下載時間波動最大,最高達1.130s


    image.png

    頁面及頁面組件的下載時間由DNS解析時間、連接時間、第一次緩沖時間寇僧、接收時間兴蒸、SSL握手時間蕾殴、客戶端時間及錯誤時間等共同組成。如下圖所示荡灾,127.0….ow/addRcvInfo.do組件的下載時間消耗主要是第一次緩沖時間(First Buffer)就實際情況分析嗓节,該時間可接受拦宣。


    image.png
  10. Time to First Buffer Breakdown
    以條形圖顯示第一次緩沖時間的細分情況意推,可衡量性能問題時候由服務器或網(wǎng)絡導致。如下圖所示俊性,127.0….ow/addRcvInfo.do組件的第一次緩沖時間消耗主要為服務器時間(Server Time)


    image.png
  11. Total Transactions per Second
    每秒事務總數(shù)绽诚,顯示場景執(zhí)行期間每秒所有事務通過卒落、停止、失敗的總次數(shù)腰湾。重點關注整體的波動趨勢旬痹,若隨著負載增加羡忘,該指標曲線呈下降趨勢,則表明系統(tǒng)遇到瓶頸漫雕,需進一步分析太雨。每秒通過事務總數(shù)圖更關注服務器整體處理事務的情況,是一個宏觀的概念。
    X軸表示場景或者會話步驟開始運行以來已用的時間(單位秒).Y軸表示場景或者會話步驟運行過程中執(zhí)行的事務總數(shù)。一般綠色表示成功執(zhí)行的事務雪侥,紅色表示失敗的事務代乃。
    通過每秒事務總數(shù),能夠對于應用的的整體性能進行一定的比較和說明擎浴。但是該圖每秒事務總數(shù)會受到很多因素的影響契讲,包括同步間隔時間唤冈、思考時間等绘搞。


    image.png
  12. Transaction Response Time Under Load


    image.png

    負載下的事務響應時間董饰,通過該圖分析隨負載的增加啄栓,事務響應時間的變化趨勢,圖中曲線越平緩,則說明系統(tǒng)越穩(wěn)定。事務響應時間與負載分析圖是“正在運行的 Vuser”圖和“平均事務響應時間”圖的組合,它指示事務時間市埋,該事務時間與方案中在任一給定時刻所運行的Vuser 數(shù)目相關的项郊。此圖可幫助您查看 Vuser 負載對執(zhí)行時間的總體影響,對分析具有漸變負載的方案更為有用。X 軸表示正在運行的 Vuser 的數(shù)目, Y 軸表示平均事務時間(以秒為單位)泻肯。通過它可以看出任一時間點事務響應時間與用戶數(shù)目的關系,從而掌握系統(tǒng)在用戶兵法方面的性能數(shù)據(jù)箱叁,為擴展應用系統(tǒng)提供參考依據(jù)抬伺。

  13. Transaction Response Time(Percentile)
    事務響應時間(百分比)妓笙,以百分比形式展示各事務的響應時間范圍拉鹃。如其中某事物響應時間超出期望值钥屈,但是其中較高百分比的事務響應時間未超出用戶期望值,則認為也滿足用戶需求鸦泳。如下圖所示,98%的最大事務響應時間不超出1.3s


    image.png
  14. Transaction Response Time(Distribution)


    image.png

    事務響應時間(分布)

  15. HTTP Status Code Summary


    image.png

    HTTP 狀態(tài)碼概要,以餅狀圖顯示場景執(zhí)行期間Web服務器返回的HTTP狀態(tài)碼且以狀態(tài)碼分組。1 XX表示請求收到,繼續(xù)處理;2XX表示操作成功,分析接受顶考;3XX表示完成此請求必須進一步處理浮庐;4XX表示請求包含一個錯誤語法或不能完成梭域;5XX表示服務器執(zhí)行一個完全有效的請求失敗璧坟。

  16. HTTP Responsed per Second


    image.png

    每秒HTTP響應數(shù),場景執(zhí)行期間每秒從Web服務器返回的HTTP狀態(tài)碼且以狀態(tài)碼分組

  17. Retries per Second


    image.png

    每秒重試次數(shù)囊颅。表示單位時間內(nèi)服務器嘗試的連接次數(shù)。服務器重試連接的情況:初始連接未經(jīng)授權、要求代理服務器身份驗證踢代、服務器關閉了初始連接盲憎、初始連接無法連接到服務器胳挎、服務器最初無法解析負載生成器的IP地址饼疙。在下列情況將重試服務器連接: A、初始連接未經(jīng)授權 B串远、要求代理服務器身份驗證 C宏多、服務器關閉了初始連接 D、初始連接無法連接到服務器 E澡罚、服務器最初無法解析負載生成器的IP地址

  18. Retries Summary


    image.png

    重試總數(shù). 是表示服務器重試連接次數(shù)量的餅圖伸但。“重試次數(shù)概要”顯示場景或會話步驟運行過程中服務器嘗試的連接次數(shù)留搔,它按照重試原因分組更胖。將此圖與每秒重試次數(shù)圖一起使用可以確定場景或會話步驟運行過程中服務器在哪個時間點進行了重試。

  19. Connections


    image.png

    連接數(shù)圖隔显,指方案在運行過程中新建立的TCP/IP連接總數(shù)却妨。“連接數(shù)”顯示場景或會話步驟運行過程中每個時間點打開的TCP/IP連接數(shù)括眠。 借助此圖彪标,可以知道何時需要添加其他連接。 例:當連接數(shù)到達穩(wěn)定狀態(tài)而事務響應時間迅速增大時掷豺,添加連接可以使性能得到極大提高(事務響應時間將降低)捞烟。

  20. Connections per Second

每秒連接數(shù)圖是指方案在運行過程中每秒新建立的TCP/IP連接數(shù)。新連接數(shù)應該是每秒點擊次數(shù)的一小部分当船,因為就服務器题画、路由器和網(wǎng)絡資源而言,新的TCP/IP鏈接非常昂貴德频。理想情況下苍息,很多HTTP請求都應該使用同一鏈接,而不是每個請求都打開一個新的鏈接壹置。


image.png
  1. Web Page Diagnostics


    image.png

    網(wǎng)頁細分圖竞思,如上圖所示,在需要分析細節(jié)的圖表上右鍵選擇“Show Transaction Breakdown Tree”钞护,結果集左側增加“Breakdown Tree”目錄盖喷,在需要查看細化圖的事務上右鍵,選擇“Web Page Diagnostics for “事務名””


    image.png

    image.png

    在上圖中患亿,可以雙擊事務中任意記錄传蹈,查看詳細分析圖表。
  2. Page Compoment Breakdown


    image.png

    頁面組件細分圖步藕,以餅狀圖顯示各網(wǎng)頁及頁面組件的平均下載時間(s)惦界。從上圖可分析出“127…chengde/swaip.do”頁面的平均下載時間是0.077s;還可以以看到具體頁面組件的平均下載時間以及占總下載時間的百分比咙冗。通過分析可以得出是否由于某個組件下載時間過長而導致響應時間超時的等問題沾歪。

  3. Page Compoment Breakdown(Over Time)
    頁面組件細分(隨時間變化),顯示場景執(zhí)行期間每秒內(nèi)各網(wǎng)頁及頁面組件的平均下載時間


    image.png
  4. Page DownLoad Time Breakdown
    頁面下載時間細分雾消。頁面及頁面組件的下載時間由DNS解析時間灾搏、連接時間、第一次緩沖時間立润、接收時間狂窑、SSL握手時間、客戶端時間及錯誤時間等共同構成桑腮。從該圖分析得出產(chǎn)生問題的時間段及原因泉哈。
    A、 DNS Resolution:域名解析時間破讨,即客戶端向Web服務器段發(fā)出請求丛晦,請求首先經(jīng)過DNS服務器進行IP地址解析(即將DNS名稱解析為IP地址)的時間。該值可衡量DNS服務器及其配置是否存在問題提陶。該時間值越小越好烫沙,如果在局域網(wǎng)內(nèi)直接使用IP訪問,則沒有該時間隙笆。
    B锌蓄、 Connection:請求被送往包含指定URL的Web服務器,在此之前同Web服務器建立初始化的連接的時間仲器。通過該值衡量網(wǎng)絡是否存在問題以及Web服務器是否會響應該請求煤率,該值越小越好。
    C乏冀、 First Buffer:客戶端發(fā)出第一個HTTP請求至收到服務器返回的第一個字節(jié)所用的時間蝶糯。衡量Web服務器延遲及網(wǎng)絡延遲的時間,該時間值越小越好辆沦。
    D昼捍、 Receive:客戶端發(fā)收到服務器返回的第一個字節(jié)至最后一個字節(jié)所用的時間。衡量網(wǎng)絡是否存在問題肢扯。
    E妒茬、 SSL Handshaking:建立SSL連接的時間,僅適用于HTTPS協(xié)議
    F蔚晨、 Client:客戶端反應時間或其他客戶端相關延遲時間乍钻,如客戶端瀏覽器延遲的時間肛循。
    G、 Error:自發(fā)出HTTP請求至Web服務器返回一個錯誤消息所需的時間(僅面向HTTP錯誤)


    image.png
  5. Page DownLoad Time Breakdown(Over Time)
    頁面下載時間細分(隨時間變化)银择,顯示場景執(zhí)行期間每秒內(nèi)各網(wǎng)頁及頁面組件的下載時間的細分情況多糠。橫軸為自場景開始運行后所用的時間,縱軸為下載給出中國各時間類型(例如DNS解析時間浩考、連接時間夹孔、第一次緩沖時間等各類時間類型)所使用的時間。


    image.png
  6. Time to First Buffer BreakDown
    第一次緩沖時間細分析孽。包括服務器處理和網(wǎng)絡下載時間搭伤。如下圖所示,第一次緩沖時間消耗主要在服務器時間袜瞬。


    image.png
  7. Time to First Buffer BreakDown(Over Time)
    第一次緩沖時間細分(隨時間變化)圖怜俐,顯示在場景執(zhí)行期間每秒內(nèi)各網(wǎng)頁及頁面組件的第一次緩沖時間細分情況。通過該值可確定場景執(zhí)行期間網(wǎng)絡或服務器出現(xiàn)問題的時間邓尤。


    image.png
  8. Downloaded Component Size(KB)
    下載組件的大杏悠小(千字節(jié))。衡量性能問題是否是由某界面組件過大導致裁赠。


    image.png
  9. Windows Resources
    顯示60s內(nèi)待檢測的各項Windows資源指標值殿漠。


    image.png
  10. 表的合并
    a) 通常將“Average Transaction Response Time”表分別同“Running Vusers”表與“Hits Per Second”表合并
    b) 在“Average Transaction Response Time”圖表中,右鍵彈出快捷菜單后佩捞,選擇“Merge Graphs…”绞幌,打開后選擇要合并的圖表,如下圖所示:


    image.png

    image.png

    image.png

    image.png

    c) 根據(jù)“平均事務響應時間”和“運行的虛擬用戶數(shù)”合并一忱,通過下表分析莲蜘,若平均事務響應時間在虛擬用戶數(shù)平穩(wěn)的時候出現(xiàn)突然上升或突然下降情況(如tem1_Transaction),則表明肯能當前事務中某個界面元素造成可事務響應時間過長


    image.png

    d) 如圖所示帘营,可以得出頁面整體平均下載時間為“1.464s”其中“127.0…chengde/swaip.do”平均下載時間是“0.054s”占總頁面下載時間的3.67%票渠。在此可通過分析得出是否由于頁面中某個組件下載時間過長而導致響應時間超時等問題。
    image.png
  11. 錯誤圖表
    顯示場景執(zhí)行期間發(fā)生的錯誤信息芬迄,通過錯誤描述或錯誤代碼分類顯示问顷。
    (1) Error Statistics(by Description)
    錯誤統(tǒng)計(按描述分類),以餅狀圖顯示場景執(zhí)行期間發(fā)生的錯誤統(tǒng)計及描述信息禀梳。如下所示由于缺失文件導致錯誤杜窄,錯誤總數(shù)為2483以及各類錯誤的百分比。


    image.png

    (2) Error Statistics
    錯誤統(tǒng)計算途,與(1)中保持一致塞耕,唯一的區(qū)別在于“通過錯誤代碼”進行的分類


    image.png

    (3) Error Per Second (by Description)
    每秒錯誤數(shù)(按描述分類),場景執(zhí)行期間每秒發(fā)生的錯誤平均數(shù)嘴瓤。
    image.png

    (4) Error Per Second
    每秒錯誤數(shù)扫外,與(3)圖保持一致莉钙,唯一的區(qū)別在于“通過錯誤代碼”進行的分類。
    image.png

    (5) Total Errors per Second
    每秒錯誤總數(shù)


    image.png

附錄1 Load Runner性能計數(shù)器介紹筛谚、

PhysicIDisk:磁盤 I/O分析

Processor:CPU分析

Memory:內(nèi)存分析

System:系統(tǒng)

Server:服務器

1胆胰、 %Disk Time〔PhysicIDisk_Total〕:磁盤時間是最消耗時間的百分比,選中的磁盤驅動器是忙維修讀或寫請求。

2刻获、 % Idle Time〔PhysicIDisk_Total〕:空閑時間報告時間的百分比在取樣間隔,磁盤被閑置

3、 % Interrupt Time〔Processor_Total〕:中斷時間處理器花接收和維修硬件中斷在樣本區(qū)間瞎嬉。這個值是一個間接的指示器活動的設備,產(chǎn)生中斷,如系統(tǒng)時鐘蝎毡、鼠標、磁盤驅動程序氧枣、數(shù)據(jù)通信線路沐兵、網(wǎng)絡接口卡和其他外圍設備。這些設備通常中斷處理器當他們已經(jīng)完成了一個任務或需要關注便监。正常的線程執(zhí)行懸浮在中斷扎谎。大多數(shù)系統(tǒng)時鐘中斷處理器每10毫秒,創(chuàng)建一個背景的中斷活動。掛起線程執(zhí)行中斷期間正常烧董。此計數(shù)器顯示平均繁忙時間作為一個比例的樣品時間毁靶。

4、 % Privileged Time〔Processor_Total〕:授權的時間是最消耗時間的百分比,線程執(zhí)行代碼的過程花費在特權模式逊移。當一個Windows系統(tǒng)服務在叫,服務通常會運行在特權模式來獲得系統(tǒng)的私人數(shù)據(jù)预吆。這些數(shù)據(jù)是由線程執(zhí)行保護從訪問在用戶模式。調用系統(tǒng)可以顯式或隱式的,如頁面錯誤或中斷胳泉。不像一些早期的操作系統(tǒng),Windows使用過程子系統(tǒng)邊界保護除了傳統(tǒng)的保護用戶和特權模式拐叉。一些工作由Windows代表應用程序可能會出現(xiàn)在其他子系統(tǒng)流程除了特權時間的過程。

5扇商、 % Processor Time〔Processor_Total〕:處理器時間的時間百分比處理器執(zhí)行非空閑線程凤瘦。這個計數(shù)器被設計為一個主處理器活動的指示器。它是通過測量計算時間,處理器執(zhí)行線程的花在每個樣本區(qū)間空閑進程,減去該值從100%降至案铺。(每個處理器有一個空閑的線程,當沒有其他線程消耗周期已經(jīng)準備好運行)蔬芥。它可以被看作是比例的取樣間隔用來做有用的工作。此計數(shù)器顯示的平均百分比繁忙時間觀察在取樣間隔控汉。它是通過監(jiān)控計算時間服務是不活躍的,然后減去該值從100%降至坝茎。

6、 Available MBytes〔Memory〕:可用的字節(jié)數(shù)量的可用物理內(nèi)存的計算機上運行的進程,以兆字節(jié)為單位,而不是字節(jié)內(nèi)存中的報道\可用字節(jié)暇番。它是通過添加量的計算零空間,自由,和站在內(nèi)存列表嗤放。釋放內(nèi)存是準備使用;零內(nèi)存頁的記憶充滿了零防止以后使用的過程和看到數(shù)據(jù)之前的過程;備用內(nèi)存內(nèi)存刪除從一個進程的工作集(其物理內(nèi)存)在路線到磁盤,但仍然可以回憶。此計數(shù)器顯示過去觀測值只有;它并不平均壁酬。

7次酌、 Avg. Disk Bytes/Transfer〔PhysicIDisk_Total〕:平均磁盤字節(jié)/傳輸?shù)钠骄鶖?shù)量的字節(jié)轉移到或從磁盤在寫或讀操作恨课。

8、 Avg. Disk Queue Length〔PhysicIDisk_Total〕:平均磁盤隊列長度是平均數(shù)量的讀寫請求排隊為選中的磁盤在取樣間隔岳服。

9剂公、 BytesTotal/sec〔Server〕服務器已經(jīng)送到了,收到的網(wǎng)絡的字節(jié)數(shù)。這個值提供了一個整體的指示服務器的繁忙程度吊宋。

10纲辽、Cache Bytes〔Memory〕:緩存字節(jié)的和是內(nèi)存\系統(tǒng)緩存居民字節(jié),內(nèi)存\系統(tǒng)驅動居民字節(jié),內(nèi)存\系統(tǒng)代碼字節(jié),內(nèi)存常駐\池分頁的居民字節(jié)計數(shù)器。此計數(shù)器顯示過去觀測值只有;它并不平均璃搜。

11拖吼、Committed Bytes〔Memory〕:承諾字節(jié)數(shù)量的承諾虛擬內(nèi)存,以字節(jié)為單位。提交內(nèi)存是物理內(nèi)存空間已保留在磁盤上分頁文件(年代)这吻〉醯担可以有一個或多個分頁文件在每個物理驅動器。此計數(shù)器顯示過去觀測值只有;它并不平均唾糯。

12怠硼、Context Switches/sec〔System〕:上下文切換/秒的速度,是綜合所有處理器的計算機從一個線程切換到另一個。上下文切換發(fā)生在當一個正在運行的線程自愿放棄處理器,是搶占一個更高優(yōu)先級的線程,或開關之間準備用戶模式移怯、特權(內(nèi)核)模式使用一個執(zhí)行官或子系統(tǒng)服務香璃。它是線程的總和\上下文切換/秒所有線程運行在所有的處理器在計算機和交換機的數(shù)量來衡量。有上下文切換柜臺系統(tǒng)和線程對象舟误。此計數(shù)器顯示的值之間的差異觀察到最后兩個樣本,除以取樣間隔的持續(xù)時間增显。

13、Disk Transfers/sec〔PhysicIDisk_Total〕:磁盤傳輸/秒的速度對磁盤的讀寫操作脐帝。

14同云、File Data Operations per second〔System〕:文件數(shù)據(jù)操作每秒的速度計算機發(fā)出讀和寫操作文件系統(tǒng)設備。它不包括文件控制操作堵腹。

15炸站、Free Megabytes〔LogicalDisk_Total〕:免費的字節(jié)顯示未分配的空間,以兆字節(jié)為單位,在磁盤驅動器以兆字節(jié)為單位。一個字節(jié)等于1048576字節(jié)疚顷。

16旱易、Interrupts/sec〔Processor_Total〕:中斷/秒的平均數(shù)量是硬件中斷處理器是接收和服務在每一秒。它不包括dpc,分別計算腿堤。這個值是一個間接的指示器活動的設備,產(chǎn)生中斷,如系統(tǒng)時鐘阀坏、鼠標、磁盤驅動程序笆檀、數(shù)據(jù)通信線路忌堂、網(wǎng)絡接口卡和其他外圍設備。這些設備通常中斷處理器當他們已經(jīng)完成了一個任務或需要關注酗洒。正常的線程執(zhí)行懸浮在中斷士修。大多數(shù)系統(tǒng)時鐘中斷處理器每10毫秒,創(chuàng)建一個背景的中斷活動枷遂。此計數(shù)器顯示的值之間的差異觀察到最后兩個樣本,除以取樣間隔的持續(xù)時間。

17棋嘲、Page Faults/sec〔Memory〕:頁面錯誤/秒是一個計數(shù)的頁面錯誤的處理器酒唉。一個頁面錯誤發(fā)生在過程指的是一個虛擬內(nèi)存頁面,不是在它的工作設置在主內(nèi)存。一個頁面錯誤不會導致頁面從磁盤讀取,如果頁面在候補名單,因此已經(jīng)在主內(nèi)存,或如果它是由另一個進程使用的頁面與之共享沸移。

18痪伦、Page Reads/sec〔Memory〕:頁面讀取/秒的速率是磁盤是閱讀頁面錯誤解決困難。它顯示了數(shù)量的讀取操作,而不考慮檢索的頁面數(shù)量在每個操作雹锣。硬的頁面錯誤發(fā)生當一個進程引用一個頁面在虛擬內(nèi)存,不是在工作集中在物理內(nèi)存或其他地方,必須從磁盤讀取网沾。這個計數(shù)器是一個主要的指標類型的故障,導致整個系統(tǒng)的延遲。它包括讀取操作以滿足故障的文件系統(tǒng)緩存(通常是應用程序請求)和非緩存的內(nèi)存文件映射笆制。比較值的內(nèi)存\頁面讀取/秒的價值內(nèi)存\頁面輸入/秒來確定的平均數(shù)量在每個操作頁面讀。

19涣达、Pages/sec〔Memory〕:頁/秒的是大量的頁面從磁盤讀取或寫入磁盤的解決對頁面的內(nèi)存引用,并不在記憶時的參考在辆。這是筆頁面輸入和每秒頁面輸出/秒。這個計數(shù)器包括分頁交通代表系統(tǒng)緩存訪問文件數(shù)據(jù)的應用程序度苔。這個值還包括頁面/從非緩存內(nèi)存映射文件匆篓。這是主要的計數(shù)器來觀察如果你擔心過度的內(nèi)存壓力(即系統(tǒng)失效),和過度的分頁,可能的結果。

20寇窑、Pool Nonpaged Bytes〔Memory〕:池不可分頁字節(jié)的字節(jié)數(shù)是在非頁池,一個系統(tǒng)內(nèi)存空間領域獲得操作系統(tǒng)組件作為他們完成指定的任務鸦概。非頁池頁面不能被換出到分頁文件,而是留在主內(nèi)存只要他們分配。

21甩骏、Pool Nonpaged Bytes〔Server〕:字節(jié)數(shù)非可分頁內(nèi)存的電腦服務器使用窗市。這個值是有用的值確定MaxNonpagedMemoryUsage值條目在Windows燦T注冊表。

22饮笛、Pool Paged Bytes〔Memory〕:池分頁的字節(jié)的字節(jié)大小的分頁池,一個區(qū)域的系統(tǒng)內(nèi)存(物理內(nèi)存使用的操作系統(tǒng))為對象,可以被寫入磁盤,當他們沒有被使用咨察。內(nèi)存\池計算不同分頁的字節(jié)比過程\池分頁的字節(jié),所以它可能不等于過程\池分頁字節(jié)\總。此計數(shù)器顯示過去觀測值只有;它并不平均福青。

23摄狱、Pool Paged Bytes〔Server〕:字節(jié)數(shù)可分頁內(nèi)存的電腦服務器目前正在使用∥尬纾可以幫助確定好MaxPagedMemoryUsage參數(shù)的值媒役。

24、Pool Paged Failures〔Server〕:分配的次數(shù)從分頁池已經(jīng)失敗了宪迟。表明電腦的物理內(nèi)存和分頁文件太小了酣衷。

25、Private Bytes〔Process_Total〕:私有字節(jié)是當前的字節(jié)數(shù),這個過程已經(jīng)分配的,不能由其他進程共享次泽。

26鸥诽、Processor Queue Length〔System〕:處理器隊列長度是瞬時隊列長度的處理器在單位的線程商玫。這個計數(shù)器總是0,除非你也監(jiān)控線程計數(shù)。所有的處理器使用一個隊列的線程等待處理器周期牡借。這個長度不包括當前執(zhí)行的線程拳昌。一個持續(xù)的處理器隊列長度大于兩個一般顯示處理器擁堵。這是一個瞬時計數(shù),而不是平均的時間間隔钠龙。

27炬藤、Split IO/Sec〔PhysicIDisk_Total〕:分裂IO / Sec報告的速度/ Os磁盤被分成多個I / Os。一個分裂的I / O可能導致請求數(shù)據(jù)的大小,太大了,適合單個I / O或磁盤是支離破碎的碴里。

28沈矿、System Cache Resident Bytes〔Memory〕:系統(tǒng)緩存居民字節(jié)是大小,以字節(jié)為單位,可分頁的操作系統(tǒng)代碼的文件系統(tǒng)緩存。這個值只包括了當前物理頁,不包括任何虛擬內(nèi)存頁面沒有居民咬腋。它并不等于系統(tǒng)緩存值顯示在任務管理器羹膳。因此,這個值可能比實際數(shù)量的虛擬內(nèi)存文件系統(tǒng)緩存使用。這個值是一個組件的內(nèi)存\系統(tǒng)代碼居民字節(jié)代表所有可分頁的操作系統(tǒng)代碼,目前在物理內(nèi)存根竿。此計數(shù)器顯示過去觀測值只有;它并不平均陵像。

29、Threads〔Objects〕:線程是線程的數(shù)量在計算機的數(shù)據(jù)收集寇壳。注意,這是一個瞬時計數(shù),而不是平均的時間間隔醒颖。一個線程是基本可執(zhí)行實體,可以在一個處理器執(zhí)行指令。

30壳炎、Working Set〔Process_Total〕:工作集是當前大小,以字節(jié)為單位,工作集的這個過程泞歉。工作集是一組內(nèi)存頁摸最近由進程中線程。如果免費電腦中的內(nèi)存閾值以上,頁面留在工作集的一個過程,即使他們不是在使用匿辩。當空閑內(nèi)存低于閾值,則頁面削減工作集腰耙。如果他們需要,他們就會軟斷回主內(nèi)存工作集在離開之前。


附錄2 Load Runner 常見問題及解決辦法

1铲球、 錄制腳本時不彈出IE瀏覽器沟优?
啟動IE瀏覽器,打開Internet 選項對話框睬辐,切換到高級選項卡挠阁,去掉“啟用第三方瀏覽器擴展”勾選,重啟電腦溯饵,再次運行Vugen即可
2侵俗、 運行時提示瀏覽器不支持?
在RecordingOption——Browser——修改瀏覽器設置(改為IE瀏覽器訪問)丰刊,重啟 lr隘谣,錄制即可
3、 錄制Web腳本,中文顯示亂碼寻歧?
錄制腳本之前掌栅,打開錄制選項配置對話框Recording—Options,找到Advanced選擇卡码泛,勾選“Support charset”猾封,選擇UTF-8,重新錄制腳本即可


image.png

4噪珊、 執(zhí)行腳本時出現(xiàn)time out


image.png

可以修改各類超時設置的默認值晌缘,一般情況下默認120s;如果程序在2分鐘之內(nèi)無任何反應痢站,證明系統(tǒng)已經(jīng)存在了一些問題
5磷箕、 通過Controller調用遠程代理時出錯,需要在代理開啟時阵难,去掉勾選防火墻選項(Error:CCI security error:You are running under secure mode and the function system is not allowed in this mode)
6岳枷、 HTTP -Based 方式與URL-based區(qū)分
HTTP-Based:對每個頁面錄制形成一條語句,對LoadRunner 來說呜叫,在該模式下空繁,訪問一個頁面,首先會與服務器之間建立一個連接獲取頁面的內(nèi)容怀偷,然后從頁面中分解得到其他元素(component)家厌,然后建立幾個連接分別獲取相應的元素播玖。
URL-Based:將每條客戶端發(fā)出的請求錄制成一條語句椎工,對LoadRunner 來說,在該模式下蜀踏,一條語句只建立一個到服務器的連接
image.png

附錄3

1、SQL數(shù)據(jù)庫:
a) User 0 Connections (用戶連接數(shù),也就是數(shù)據(jù)庫的連接數(shù)量)洲愤;
b) Number of deadlocks/Sec/-Total (數(shù)據(jù)庫死鎖)
c) Memory\ Availalle Mbyte 內(nèi)存監(jiān)控 (可用內(nèi)存)
d) Physicsdisk \disk time \-Total(磁盤讀寫總時間)(出現(xiàn)瓶頸時檢查讀磁盤的時間長還是寫磁盤的時間長)
e) Butter Caile hit(數(shù)據(jù)庫緩存的選取命中率)
f) 數(shù)據(jù)庫的命中率不能低于92%
2夫否、Web Server:
a) Processor \ Processon time \ Tatol cpu時間
b) Memory \ Availalle MbyteAvai 應用服務器的內(nèi)存
c) Requst Quened 進入HTTP隊列的時間;隊列/每秒
d) Total request 總請求數(shù)時間
e) Avg Rps 平均每秒鐘響應次數(shù)= 總請求時間 / 秒數(shù)
f) Avg time to last byte per terstion (mstes)平均每秒迭代次數(shù) 局待; 上一個頁面到下一個頁面的時間是你錄入角本的一個過程的執(zhí)行
g) Http Error 無效請求次數(shù)
h) Send 發(fā)送請求次數(shù)字節(jié)數(shù)
Webload的壓力參數(shù):
Load Size(壓力規(guī)模大小)
Round Time(請求時間)
Rounds (請求數(shù))
Successful Rounds(成功的請求)
Failed Rounds (失敗的請求)
Rounds Per Second (每秒請求次數(shù))(是指你錄入角本的任務在一秒中執(zhí)行的次數(shù)斑响,類似Avg time to last byte per terstion (mstes))
Successful Rounds Per Second(每秒成功的請求次數(shù))
Failed Rounds Per Second(每秒失敗的請求次數(shù))
Page Time 頁面響應時間
Pages (頁面數(shù))
Pages Per Second (每秒頁面響應數(shù)) H it Time(點擊時間)
Hits(點擊次數(shù),也可以是請求次數(shù),不過有一些不一樣)
Successful Hits (成功的點擊次數(shù))
Failed Hits (失敗的點擊次數(shù))
Hits Per Second (每秒點擊數(shù))
Successful Hits Per Second (每秒成功的點擊次數(shù))
Failed Hits Per Second (每秒失敗的點擊次數(shù))
Attempted Connections (嘗試鏈接數(shù))
Successful Connections(成功的連接數(shù))
Failed Connections(失敗的連接數(shù))
Connect Time(連接時間)
Process Time(系統(tǒng)執(zhí)行時間,一般用來顯示CPU的運算量钳榨,服務器端與客戶端都要記錄)
Receive Time(接受時間)
Send Time(請求時間) Time To First Byte ()
Throughput (Bytes Per Second)()
Response Time(回應時間)
Response Data Size()
Responses()
Transactions per second(每秒處理事務數(shù))
http連接Get or Post方法的事務數(shù)
Rounds per second(每秒完成數(shù))
每秒完全執(zhí)行Agenda〔代理〕的數(shù)量 Throughput(吞吐量)(bytes per second〔每秒字節(jié)數(shù)〕) 測試服務器每秒傳送的字節(jié)數(shù)
Round Time 完成一次事務所用的必要時間舰罚,單位是秒
Transaction Time是完成一次事務的必須時間。
事務:包括連接時間薛耻,發(fā)送营罢、響應和處理時間。 Connect Time 客戶端到測試服務器的一個連接完成的時間饼齿,單位秒(包括建立和收到的TCP/IP時間) Send Time 是將事務寫入測試服務器的緩沖必要時間 饲漾,單位秒 Response Time 是客戶端請求接受測試服務器響應的必要時間蝙搔,單位秒 Process Time 處理數(shù)據(jù)的必要時間 Load Size 負載測試時開啟的虛擬客戶數(shù)量〕
Rounds 在測試會話期間執(zhí)行議程腳本的時間數(shù)
Attempted Connections 嘗試連接測試服務器的數(shù)量
HTTP Response Status 每一個http響應被結束的時間數(shù)量
Response Data Size 由測試服務器發(fā)送的響應大小,單位字節(jié)考传。
3吃型、Oracle數(shù)據(jù)庫:
a) 如果自由內(nèi)存接近于0而且?guī)炜齑婊驍?shù)據(jù)字典快存的命中率小于0.90,那么需要增加SHARED_POOL_SIZE的大小伙菊。
快存(共享SQL區(qū))和數(shù)據(jù)字典快存的命中率:
select(sum(pins-reloads))/sum(pins) from vlibrarycache; select(sum(gets-getmisses))/sum(gets) from vrowcache;
自由內(nèi)存: select * from vsgastat where name=’free memory’; b) 如果數(shù)據(jù)的緩存命中率小于0.90败玉,那么需要加大DB_BLOCK_BUFFERS參數(shù)的值(單位:塊)。 緩沖區(qū)高速緩存命中率: select name,value from vsysstat where name in ('db block gets’,
'consistent gets','physical reads') ;

Hit Ratio = 1-(physical reads / ( db block gets + consistent gets))
c) 如果日志緩沖區(qū)申請的值較大镜硕,則應加大LOG_BUFFER參數(shù)的值运翼。
日志緩沖區(qū)的申請情況 :
select name,value from vsysstat where name = 'redo log space requests' ; d) 如果內(nèi)存排序命中率小于0.95,則應加大SORT_AREA_SIZE以避免磁盤排序 兴枯。 內(nèi)存排序命中率 : select round((100*b.value)/decode((a.value+b.value), 0, 1, (a.value+b.value)), 2)from vsysstat a, v$sysstat b where a.name='sorts (disk)' and b.name='sorts (memory)'

?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末血淌,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子财剖,更是在濱河造成了極大的恐慌悠夯,老刑警劉巖,帶你破解...
    沈念sama閱讀 211,265評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件躺坟,死亡現(xiàn)場離奇詭異沦补,居然都是意外死亡,警方通過查閱死者的電腦和手機咪橙,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,078評論 2 385
  • 文/潘曉璐 我一進店門夕膀,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人美侦,你說我怎么就攤上這事产舞。” “怎么了菠剩?”我有些...
    開封第一講書人閱讀 156,852評論 0 347
  • 文/不壞的土叔 我叫張陵易猫,是天一觀的道長。 經(jīng)常有香客問我具壮,道長准颓,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,408評論 1 283
  • 正文 為了忘掉前任棺妓,我火速辦了婚禮攘已,結果婚禮上,老公的妹妹穿的比我還像新娘涧郊。我一直安慰自己贯被,他們只是感情好,可當我...
    茶點故事閱讀 65,445評論 5 384
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著彤灶,像睡著了一般看幼。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上幌陕,一...
    開封第一講書人閱讀 49,772評論 1 290
  • 那天诵姜,我揣著相機與錄音,去河邊找鬼搏熄。 笑死棚唆,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的心例。 我是一名探鬼主播宵凌,決...
    沈念sama閱讀 38,921評論 3 406
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼止后!你這毒婦竟也來了瞎惫?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 37,688評論 0 266
  • 序言:老撾萬榮一對情侶失蹤译株,失蹤者是張志新(化名)和其女友劉穎瓜喇,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體歉糜,經(jīng)...
    沈念sama閱讀 44,130評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡乘寒,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,467評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了匪补。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片伞辛。...
    茶點故事閱讀 38,617評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖叉袍,靈堂內(nèi)的尸體忽然破棺而出始锚,到底是詐尸還是另有隱情刽酱,我是刑警寧澤喳逛,帶...
    沈念sama閱讀 34,276評論 4 329
  • 正文 年R本政府宣布,位于F島的核電站棵里,受9級特大地震影響润文,放射性物質發(fā)生泄漏。R本人自食惡果不足惜殿怜,卻給世界環(huán)境...
    茶點故事閱讀 39,882評論 3 312
  • 文/蒙蒙 一典蝌、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧头谜,春花似錦骏掀、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,740評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽笑陈。三九已至,卻和暖如春葵袭,著一層夾襖步出監(jiān)牢的瞬間涵妥,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,967評論 1 265
  • 我被黑心中介騙來泰國打工坡锡, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留蓬网,地道東北人。 一個月前我還...
    沈念sama閱讀 46,315評論 2 360
  • 正文 我出身青樓鹉勒,卻偏偏與公主長得像帆锋,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子禽额,可洞房花燭夜當晚...
    茶點故事閱讀 43,486評論 2 348

推薦閱讀更多精彩內(nèi)容