Load-Analysis 相關

說明:之後的時間比較少,所以直接貼我在記事本上做的筆記。比較碎片化,不利於除自己之外的人瀏覽,在此抱歉!

Windows 性能指標
Object(對象)                            Counters(計數器)                   含義以及判斷技巧
----------------------------|-------------------------------|----------------------------
Memory (內存)                         Available Mbytes                 可用物理內存數,至少要有10%的物理內存值
                                                 Page/sec                               * Page/sec 是爲了解析硬件頁面錯誤從磁盤讀取或寫入磁盤的頁數。該值不宜超過20,
                                                 Pages Read/sec                           如果服務器沒有足夠的內存處理,此值會比較高
                                                                                              * Pages Read/sec 是由於硬頁錯誤而讀取磁盤的次數。一般閾值爲5,如果該值一直持續較大,
                                                                                                      則表示很多是從磁盤讀,可能內存不足。
                                                                                                這些值如果比較高,可能是由服務器的內存短缺引起的,也可能是緩存設置太大導致
----------------------------|-------------------------------|----------------------------
                                                Cache Bytes                            文件緩存系統,默認爲50%的可用物理內存。IIS運行內存不夠時,會自動整理緩存                 
----------------------------|-------------------------------|----------------------------
Processor(處理器)                     %processor Time                   處理器的消耗時間,此值的最佳範圍爲75%~95%。如果持續高於95%,則有可能
                                                                                                         是處理器出現瓶頸,需要添加或更換一個更好的
                                          -------------------------------|----------------------------
                                                  %Idle Time                            處理器的的空閒時間。該值太小說明資源可能沒有被充分利用
                                          -------------------------------|----------------------------
                                                  %User Time                           非系統操作所消耗的時間。如果存在複雜算法或大量計算可能會導致該值較高
                                          -------------------------------|----------------------------
                                                  %Interrupt Time                    中斷操作所消耗的時間,如鼠標、磁盤驅動器、網卡和其他外部設備,這些
                                                                                                        設備通常都會中斷處理器。如果該計數器和Processor Time同一時間都比較高
                                                                                                      (超過的80%),那麼很可能是硬件問題。
----------------------------|-------------------------------|----------------------------
Physical Disk(物理硬盤)              %Disk Time                            磁盤操作鎖佔用的時間。此值過大表示消耗太多時間來訪問磁盤,可考慮增加內存、
                                                                                                         換更快的硬盤、優化讀寫數據的算法等。如果持續走高,而CPU和網絡並沒有
                                                                                                         飽和則可能存在內存泄漏
                                          -------------------------------|----------------------------
                                          Average Disk Queue Length          讀取請求的平均隊列長度。一般小於0.5,此值過大表示磁盤I/O太慢,更換跟快的硬盤
----------------------------|-------------------------------|----------------------------
Process(進程)                             Private Bytes                          是當前進程專用的,無法與其他進程共享。可以認爲它是進程對物理內存的消耗,且
                                                                                                         該指標性對來說更加穩定。在程序產生內存泄漏時,該值一定是不斷上漲的。所以
                                                                                                         一般更傾向於使用Prvate Bytes 來定量進程的內存消耗和分析進程的內存泄漏
----------------------------|-------------------------------|----------------------------
Network Interface(網絡)            Bytes Total/sec                       每秒發送和接收的字節數,可判斷網絡是否達到飽和。該值和目前網絡帶寬相除的結果
                                                                                                         應小於50%
                                          -------------------------------|----------------------------
                                                  Output Queue Length            輸出隊列長度。輸出隊列越長,延時處理輸出的數據請求就越多。
----------------------------|-------------------------------|----------------------------
System(系統)                             Processor Queue Length        等待處理器處理的線程排隊長度,不包括懂啊齊納正在處理的。如果該值持續超過處理器
                                                                                                          總數量+1(一般爲2),則有可能處理器出現了堵塞。
Linux 性能指標
指標名稱                                                    含義以及判斷技巧
Swap-in/out rate                                      進程與交換分區的交換率。如果比較頻繁,可能內存資源的使用比較緊張
System mode CPU Utilization                  系統操作所佔用的CPU
User mode CPU Utilization                      用戶操作所佔用的CPU
Average Load                                           平均負載。指一段時間內CPU正在處理及等待CPU處理的進程數之和的統計信息。
                                                                          一般情況下,Average Load<CPU數 * 核數 * 0.7 爲佳
Context switch rate                                  上下文切換率。減少切換率能有效提升系統的響應速度。
Paging rate                                               內存頁交換率。如果該值偶爾走高,可能當時有線程競爭內存。如果持續走高,則內存可能出現瓶頸
Disk traffic                                                磁盤傳輸率
Incoming/Outgoing packets error rate   數據包接收、發送的錯誤率。該值較大會影響到響應時間
Collistion                                                  衝突率。該值過高會使網絡響應變慢

組件應用
常用前端性能指標
常用後端性能指標
性能測試方案
性能測試報告
------------
從VUGen到Contraller到Analysis

Contraller 30虛擬用戶  (注意Run-time setting)
Scenario--Enable IP Spoofer(啓用IP欺騙)

如果使用Localhost/***/** 是不會走物理網卡,走的是127.0.0.1的虛擬網卡。自己的電腦建議使用IP地址或機器名
設置IP欺騙後,65992-error,Socket desciptor ont found
    要用設置的IP欺騙的網卡進行訪問。而是用無線網或者訪問localhose/127.0.0.1,沒有使用設置了IP欺騙的網卡進行訪問引起的

添加 資源監控
    Disk Time(PhysicalDisk_Total):硬盤讀寫時間
    Processor Time(Processor_Total):CPU的佔用率
    AVg Disk Queue Length(LogicaDisk):平均磁盤隊列長度
    Avalable MBytes:可用物理內存數
    Processor Queue Length:判斷CPU瓶頸。如果processor queue length顯示的隊列長度保持不變(>=2)並且處理器的利用率%Processor time超過90%,那麼很可能存在處理器瓶頸.
            如果發現processor queue length顯示的隊列長度超過2,而處理器的利用率卻一直很低,或許更應該去解決處理器阻塞問題,這裏處理器一般不是瓶頸.
    Bytes Sent/sec(network lnterface lntell):是在每個網絡適配器上發送的字節(包括幀字符)的速度。
    Bytes Received/sec (network lnterface lntell):每個網絡適配器上接收的字節的速率,包括幀字符在內
    CurrentDiskQueueLength:讀取和寫入請求(爲所選磁盤在實例間隔中列隊的)的平均數
    
運行 
    運行結果保存在:Results--Results Settings
    打開:
        Results--Analysis Results
        會發現 Contraller的Response Time和Analysis的響應時間差了很多。
            原因:腳本中think time包含在事務中,Contraller包括think time,而Analysis默認去掉了
            在Analysis中,圖形--右鍵--Set Fiter/Group/By 可以看到think time,下拉鍵可以選擇包含思考時間(建議去掉!)
------------
Analysis 基礎功能使用
中間:
    Statistics Summary 統計彙總
        Maximum Running Vusers最大虛擬用戶數:    10
        Total Throughput(bytes)總吞吐量:    1000 000 000
        AverageThroughput(byte/second)平均每秒吞吐量:    100 000
        Total Hits總點擊量:    1 000
        Average Hits per Second平均每秒點擊率:    10 000
        Total Errors錯誤數:    1 000
        一般單位時間內吞吐量越大,說明服務器的處理能力約好

左側:
    Reports
        Summary Report: 一個總結性的報告
            Maximum Running Vusers:用的最多的虛擬用戶數
            Total Throughput(bytes):總的吞吐量多少字節(從服務器端一共響應了多大的字節量)
            AVerage Throughput(bytes/second):平均每秒的吞吐量
            Total Hits:一共發了多少個請求,點擊數(用httpwatch打開一個頁面,可看到很多的請求,每一個請求可以認爲是一個Hits)
            AVerage Hits per Second:平均每秒發送多少個請求
        
        Transaction Summary:
            事務的一個總的報告
            
        Http Level Agreement Legend:
            Http整個相應的狀態
    
    Graphs
        每個詳細的圖表
        右鍵--add New item--add new Graphs
            web page Diagnostics,並沒有收集全部的數據,只是採集部分零散的數據,所以都僅僅是提供我們參考
                Contraller--Diagnostics--COnfiguration
                    可看到web page Diagnostics,是啓用狀態。只收集最多的虛擬用戶的10%
            System Resources
                Windows Resources只有監控到資源佔用率纔會顯示此圖表
            
        Running Vusers:
        Hits per Second:大致用戶增加點擊數增大,但是當用戶量不斷增加服務器響應變慢服務器處理變慢(10個用戶發每分鐘100個請求,50個用戶對服務器的壓力不一樣,所以50個用戶每分鐘不一定能發送500個請求),雖然發的多但不一定用戶量越多點擊就變多點擊速度就越快。
        Throughput:吞吐率,大致同Hits per Second。Hits per Second請求發的越多,服務器響應的也就越快所以大致吻合。
        Transaction Summary:事務摘要,每個事務的成功率
        AVerage Transaction Response Time:平均的響應時間,前面提到過這裏不包含think time.
        Transaction per Second:每秒的事務處理的速度。
        web page Diagnostics:web頁面的細分圖
            Diagnostics options:可以設置不同處理的時間
            legend:針對每一個頁面,每個請求的詳細數據
        Windows Resources:只有監控到資源佔用率纔會顯示此圖表

在上面幾個圖表的中,右鍵
            set Fiter/Group By 設置過濾條件/分組
                Filter condition
                    Transaction Name
                    Transaction Response Time
                    Scenario Enable Time
                    Transaction hierarcheicalPath
                    Transaction End Status:選擇事務的結束狀態 Fail Pass Stop
                    Vser ID:默認是針對所有的虛擬用戶,可以選擇任意想要看到的虛擬用戶
                    Think Time:設置是否包含思考時間
                Group By
                    根據不同的條件進行分組
            Set Granularity(間隔尺度,粒度) 設置粒度,圖黑色的小方塊是默認*s內數據的平均值,這裏可以設置任意時間觀察數據顯示(建議保持默認4s)
            View Measurement Trends    觀測量的發展趨勢,會把某個圖上的所有曲線重疊到一起查看整體的趨勢
            View Raw data    查看原始數據,選擇時間後可以在右側的Raw Data小選項卡看到,每一個虛擬用戶在某一個時間發了一個請求得到相應的時間是多少...上方有小圖標可以直接導出到Excel
            重要的2個功能!
            Merge Graphs 合併圖,選擇一個圖表作因然後右鍵點擊Merge Graphs,下拉框選擇要合併比較的另一個圖表作果(因果不能顛倒)。
                sele type of merge
                    Overlay(覆蓋、鍍金):所選的表格重疊分析
                    Tile:一上一下對比着看
                    Corrlate(相關):將圖表關聯分析,
            Auto Corrlate    自動關聯(在因的這張圖表右鍵選擇 Auto Corrlate)
                Corrlate Options:選擇需要關聯分析的圖表及設置
                新生產的一張圖表,比別的多出一個列 Correlation Match(相關匹配)
                
        怎麼解決數據跳動凌亂。
            在Contraller場景設置中堅持2個基本的原則,主要是針對Ramp up/down(虛擬用戶數增加下降的過程)--例如每30s增加/減少2個虛擬用戶
                1.越慢越好  --  收集的數據足夠多,趨勢體現的足夠細
                2.平衡好運行時間    --    越慢越好的前提下平衡好運行時間

--------------------

淋浴噴頭淅淅索索
陽光在它淋溼的地方,透過紗窗的孔洞晃啊晃
臭蟲躲在角落,頭對着牆角向後扒着小碎石,它竟然埋了自己的小半
洗髮露的香伴着沐浴露的香,在風裏打了個旋飄去
灰塵被水打落,更多的灰塵在水的縫隙裏遊蕩
嚶嚶哼哼
念着你自己也不知道的調
你想着劇 想着牀 想着吹風機


我只是打了個噴嚏,低頭看着自己的影子
大夏天裏開始懷念
單車 馬路 大雨還有被淋溼的自己








發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章