性能測(cè)試--瓶頸分析方法

性能測(cè)試--瓶頸分析方法

ID:22715799

大?。?7.50 KB

頁數(shù):7頁

時(shí)間:2018-10-31

性能測(cè)試--瓶頸分析方法_第1頁
性能測(cè)試--瓶頸分析方法_第2頁
性能測(cè)試--瓶頸分析方法_第3頁
性能測(cè)試--瓶頸分析方法_第4頁
性能測(cè)試--瓶頸分析方法_第5頁
資源描述:

《性能測(cè)試--瓶頸分析方法》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、性能測(cè)試一一瓶頸分析方法1、內(nèi)存分析方法內(nèi)存分析用于判斷系統(tǒng)冇無內(nèi)存瓶頸,是否需要通過增加內(nèi)存等手段提高系統(tǒng)性能表現(xiàn)。內(nèi)存分析需要使用的計(jì)數(shù)器:Memory類別和PhysicalDisk類別的計(jì)數(shù)器。內(nèi)存分析的主要方法和步驟:(1)首先查看MemoryAvailableMbytes指標(biāo)如果該指標(biāo)的數(shù)據(jù)比較小,系統(tǒng)可能出現(xiàn)了內(nèi)存方面的問題,需要繼續(xù)下面步驟進(jìn)一步分析。注:在UNIX/LINUX中,對(duì)應(yīng)指標(biāo)是FREE(KB)(2)注意Pages/sec、PagesRead/sec和PageFaults/sec的值操作系統(tǒng)回利用

2、磁盤較好的方式提高系統(tǒng)可用A存量或者提高A存的使用效率。這三個(gè)指標(biāo)直接反應(yīng)了操作系統(tǒng)進(jìn)行磁盤交換的頻度。如果Pages/sec的技術(shù)持續(xù)高于幾百,可能有內(nèi)存問題。Pages/sec值不一定大九表明有內(nèi)存問題,可能是運(yùn)行使用內(nèi)存映射文件的程序所致。PageFaults/sec說明每秒發(fā)生頁面失效次數(shù),頁面失效次數(shù)越多,說明操作系統(tǒng)向內(nèi)存讀取的次數(shù)越多。此事需要查看PagesRead/sec的計(jì)數(shù)值,該計(jì)數(shù)器的閥值為5,如果計(jì)數(shù)值超過5,則可以判斷存在內(nèi)存方面的問題。注:在UNIX/LINUX系統(tǒng)中,對(duì)于指標(biāo)是(page)si和

3、(page)so.(3)根據(jù)PhysicalDisk計(jì)數(shù)器的值分析性能瓶頸對(duì)PhysicalDisk計(jì)數(shù)器的分析包括對(duì)PageReads/sec和。WiskTime及AerageDiskQueueLength的分析。如果PagesRead/sec很低,同時(shí)。WiskTime和AverageDiskQueueLength的值很高,則可能冇磁盤瓶頸。但是,如果隊(duì)列訟度增加的同時(shí)PagesRead/sec并未降低,則是內(nèi)存不足。注:在UNIX/LINUX系統(tǒng)中,對(duì)應(yīng)的指標(biāo)是Reads(Writes)persec、Percentof

4、timethediskisbusy和Averagenumberoftransactionswaitingforservice.2、處理器分析法(1)首先看System%TotalProcessorTime性能計(jì)數(shù)器的計(jì)數(shù)值該計(jì)數(shù)器的值體現(xiàn)服務(wù)器整體處理器利用率,對(duì)多處理器的系統(tǒng)而言,該計(jì)數(shù)器提醒所有CPU的平均利用率。如果該值持續(xù)超過90%,則說明整個(gè)系統(tǒng)面臨著處理器方面的瓶頸,需要通過增加處理器來提高性能。注:多處理器系統(tǒng)中,該數(shù)據(jù)本身不大,但PUT直接負(fù)載狀況極不均衡,也應(yīng)該視作系統(tǒng)產(chǎn)牛.處理器方面瓶頸。(2)其次查看

5、每個(gè)CPU的Processor%ProcessorTime和Processor%UserTime和Processor%PrivilegedTimeProcessor%UserTime是系統(tǒng)非核心操作消耗的CPU時(shí)間,如果該值較大,可以考慮是否能通過友好算法等方法降低這個(gè)值。如果該服務(wù)器是數(shù)據(jù)庫服務(wù)器,Processor%UserTime值大的原因很可能是數(shù)據(jù)庫的排序或是函數(shù)操作消耗了過多的CPU時(shí)間,此時(shí)可以考慮對(duì)數(shù)據(jù)庫系統(tǒng)進(jìn)行優(yōu)化。(3)研宂系統(tǒng)處理器瓶頸查看SystemXProcessorQueueLength

6、計(jì)數(shù)器的值,當(dāng)該計(jì)數(shù)器的值大于CPU數(shù)量的總數(shù)+1吋,說明產(chǎn)生了處理器阻塞。在處理器的%ProcessTime很高時(shí),一般都隨處理器阻塞,但產(chǎn)生處理器阻塞時(shí),Processor%ProcessTime計(jì)數(shù)器的值并不一定很大,此時(shí)就必須查找處理器阻塞的原因。%DOCTime是另一個(gè)需要關(guān)注的內(nèi)容,該計(jì)數(shù)器越低越好。在多處理器系統(tǒng)屮,如果這個(gè)值大于50%,并JELProcessor%PrecessorTime非常高,加入一個(gè)網(wǎng)卡可能冋提高性能。3、磁盤I/O分析方法(1)計(jì)算梅磁盤的I/O數(shù)梅磁盤的I/O數(shù)可用來與磁盤的I/

7、O能力進(jìn)行對(duì)比,如果經(jīng)過計(jì)算得到的每磁盤I/O數(shù)超過了磁盤標(biāo)稱的I/O能力,則說明確實(shí)存在磁盤的性能瓶頸。每磁盤I/O計(jì)算方法RAID0計(jì)算方法:(Reads+Writes)/NumberofDisksRAID1計(jì)算方法:(Reads+2*Writes)/2RAID5計(jì)算方法:[Reads+(4*Writes)]/NumberofDisksRAIDO計(jì)算方法:[Reads+(2*Writes)]/NumberofDisks(1)與ProcessorXPrivilegedTime合并進(jìn)行分析如果在PhysicalDisk計(jì)數(shù)器

8、中,只有%DiskTime比較大,其他值都比較適中,硬盤可能會(huì)是瓶頸。若幾個(gè)值都比較大,且數(shù)值持續(xù)超過80%,則可能是內(nèi)存泄漏。(2)根據(jù)Disksec/Transfer進(jìn)行分析一般來說,定義該數(shù)值小于15ms為Excellent,介于15?30ms之間為良好,30?60ms之間為可以接受

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無此問題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。