【移動應用開發(fā)技術(shù)】軟件測試：瓶頸分析方法

【移動應用開發(fā)技術(shù)】軟件測試：瓶頸分析方法

軟件測試：

瓶頸分析方法

1

、內(nèi)存分析法

內(nèi)存分析用于判斷系統(tǒng)有無內(nèi)存瓶頸，是否需要通過增加內(nèi)存等手段提高系統(tǒng)性能表現(xiàn)。

內(nèi)存分析需要使用的計數(shù)器：Memory

類別和

PhysicalDisk

類別的計數(shù)器。內(nèi)存分析的主要方法和步驟：

（1

）首先查看

Memory\AvailableMbytes

指標

如果該指標的數(shù)據(jù)比較小，系統(tǒng)可能出現(xiàn)了內(nèi)存方面的問題，需要繼續(xù)下面步驟進一步分析。

注：

在UNIX/LINUX

中，對應指標是

FREE(KB)

（2

）注意

Pages/sec

、

PagesRead/sec

和

PageFaults/sec

的值

操作系統(tǒng)回利用磁盤較好的方式提高系統(tǒng)可用內(nèi)存量或者提高內(nèi)存的使用效率。這三個指標直接反應了操作系統(tǒng)進行磁盤交換的頻度。

如果Pages/sec

的技術(shù)持續(xù)高于幾百，可能有內(nèi)存問題。

Pages/sec

值不一定大就表明有內(nèi)存問題，可能是運行使用內(nèi)存映射文件的程序所致。

PageFaults/sec

說明每秒發(fā)生頁面失效次數(shù)，頁面失效次數(shù)越多，說明操作系統(tǒng)向內(nèi)存讀取的次數(shù)越多。此事需要查看

PagesRead/sec

的計數(shù)值，該計數(shù)器的閥值為

5

，如果計數(shù)值超過

5

，則可以判斷存在內(nèi)存方面的問題。

注：在UNIX/LINUX

系統(tǒng)中，對于指標是

(page)si

和

(page)so.

(3)

根據(jù)

PhysicalDisk

計數(shù)器的值分析性能瓶頸

對PhysicalDisk

計數(shù)器的分析包括對

PageReads/sec

和

%DiskTime

及

AerageDiskQueueLength

的分析。如果

PagesRead/sec

很低，同時

%DiskTime

和

AverageDiskQueueLength

的值很高，則可能有磁盤瓶頸。但是，如果隊列長度增加的同時

PagesRead/sec

并未降低，則是內(nèi)存不足。

注：在UNIX/LINUX

系統(tǒng)中，對應的指標是

Reads(Writes)persec

、

Percentoftimethediskisbusy

和

Averagenumberoftransactionswaitingforservice.

2

、處理器分析法

（1

）首先看

System\%TotalProcessorTime

性能計數(shù)器的計數(shù)值

該計數(shù)器的值體現(xiàn)服務器整體處理器利用率，對多處理器的系統(tǒng)而言，該計數(shù)器提醒所有CPU

的平均利用率。如果該值持續(xù)超過

90

％，則說明整個系統(tǒng)面臨著處理器方面的瓶頸，需要通過增加處理器來提高性能。

注：多處理器系統(tǒng)中，該數(shù)據(jù)本身不大，但PUT

直接負載狀況極不均衡，也應該視作系統(tǒng)產(chǎn)生處理器方面瓶頸。

（2

）其次查看每個

CPU

的

Processor\%ProcessorTime

和

Processor\%UserTime

和

Processor\%PrivilegedTime

Processor\%UserTime

是系統(tǒng)非核心操作消耗的

CPU

時間，如果該值較大，可以考慮是否能通過友好算法等方法降低這個值。如果該服務器是數(shù)據(jù)庫服務器，

Processor\%UserTime

值大的原因很可能是數(shù)據(jù)庫的排序或是函數(shù)操作消耗了過多的

CPU

時間，此時可以考慮對數(shù)據(jù)庫系統(tǒng)進行優(yōu)化。

（3

）研究系統(tǒng)處理器瓶頸

查看System\ProcessorQueueLength

計數(shù)器的值，當該計數(shù)器的值大于

CPU

數(shù)量的總數(shù)＋

1

時，說明產(chǎn)生了處理器阻塞。在處理器的

%ProcessTime

很高時，一般都隨處理器阻塞，但產(chǎn)生處理器阻塞時，

Processor\%ProcessTime

計數(shù)器的值并不一定很大，此時就必須查找處理器阻塞的原因。

%DOCTime

是另一個需要關(guān)注的內(nèi)容，該計數(shù)器越低越好。在多處理器系統(tǒng)中，如果這個值大于

50

％，并且

Processor\%PrecessorTime

非常高，加入一個網(wǎng)卡可能回提高性能。

3

、磁盤

I/O

分析法

（1

）計算梅磁盤的

I/O

數(shù)

梅磁盤的I/O

數(shù)可用來與磁盤的

I/O

能力進行對比，如果經(jīng)過計算得到的每磁盤

I/O

數(shù)超過了磁盤標稱的

I/O

能力，則說明確實存在磁盤的性能瓶頸。

每磁盤I/O

計算方法

RAID0

計算方法：（

Reads+Writes)/NumberofDisks

RAID0

計算方法：（

Reads+2*Writes)/2

RAID0

計算方法：

[Reads+(4*Writes)]/NumberofDisks

RAID0

計算方法：

[Reads+(2*Writes)]/NumberofDisks

(2)

與

Processor\PrivilegedTime

合并進行分析

如果在PhysicalDisk

計數(shù)器中，只有％

DiskTime

比較大，其他值都比較適中，硬盤可能會是瓶頸。若幾個值都比較大，且數(shù)值持續(xù)超過

80

％，則可能是內(nèi)存泄漏。

（3

）根據(jù)

Disksec/Transfer

進行分析

一般來說，定義該數(shù)值小于15ms

為

Excellent

，介于

15

～

30ms

之間為良好，

30

～

60ms

之間為可以接受，超過

60ms

則需要考慮更換硬盤或是硬盤的

RAID

方式了。

4

、進程分析法

（1

）查看進程的％

ProcessorTime

值

每個進程的％ProcessorTime

反映進程所消耗的處理器時間。用不同進程所消耗的處理器時間進行對比，可以看出具體哪個進程在性能測試過程中消耗了最多的處理器時間，從而可以據(jù)此針對應用進行優(yōu)化。

（2

）查看每個進程產(chǎn)生的頁面失效

可以用每個進程產(chǎn)生的頁面失效（通過PRCESS\PAGEFAILURES/SEC

計數(shù)器獲得）和系統(tǒng)頁面失效

(

可以通過

MEMORY\PAGEFAILURES/SEC

計數(shù)器獲得

)

的比值，來判斷哪個進程產(chǎn)生了最多的頁面失效，這個進程要么是需要大量內(nèi)存的進程，要么是非常活躍的進程，可以對其進行重點分析。

（3

）了解進程的

Process/PrivateBytes

Process/PrivateBytes

是指進程所分配的無法與其他進程共享的當前字節(jié)數(shù)量。該計數(shù)器主要用來判斷進程在性能測試過程中有無內(nèi)存泄漏。例如：對于一個

IIS

之上的

WEB

應用，我們可以重點監(jiān)控

inetinfo

進程的

PrivateBytes

，如果在性能測試過程中，該進程的

PrivateBytes

計數(shù)器值不斷增加，或是性能測試停止后一段時間，該進程的

PrivateBytes

仍然持續(xù)在高水平，則說明應用存在內(nèi)存泄漏。

注：在UNIX/LINUX

系統(tǒng)中，對應的指標是

ResidentSize

5

、網(wǎng)絡分析法

NetworkInterface\BytesTotal/sec

為發(fā)送和接收字節(jié)的速率，可以通過該計數(shù)器值來判斷網(wǎng)絡鏈接速度是否是瓶頸，具體操作方法是用該計數(shù)器的值和目前網(wǎng)絡的帶寬進行比較。

RAID0

計算方法：

[Reads+(2*Writes)]/NumberofDisks

(2)

與

Processor\PrivilegedTime

合并進行分析

如果在PhysicalDisk

計數(shù)器中，只有％

DiskTime

比較大，其他值都比較適中，硬盤可能會