壓力測試方案

測試方案鬧報(bào)告

2009年1月16日（最后更新:2009-02-07）

評論發(fā)表評論

本文共分兩部分：

1.壓力測試方案

2.壓力測試報(bào)告

該報(bào)告中使用的技術(shù)有l(wèi)oadrunner、nmon和statspack：

1）badrunner主要用來錄制測試腳本，設(shè)置場景（包括虛擬用戶數(shù)、操作循環(huán)次數(shù)、用戶載入模式等設(shè)

置），比較常用，不做單獨(dú)講述。

2）nmon用來分析OS性能，將在文章“OS性能分析之nmon工具”中講述。

3）statspack用來分析DB性能，將在文章"DB性能分析之statspack工具”中講述。

XXX項(xiàng)目壓力測試方案

作者：hand-sail.sun

創(chuàng)建日期：2008-12-23

最后更新：2008-12-29

控制碼

版本1.0

目錄

文檔控制............................................................................2

概述...................................................................................4

綜合壓力測試......................................................................5

統(tǒng)計(jì)負(fù)荷指標(biāo)................................................................5

負(fù)荷及指標(biāo).............................................................5

編制性能指標(biāo)................................................................5

事務(wù)處理響應(yīng)時(shí)間....................................................5

服務(wù)器性能信息.......................................................5

腳本編寫......................................................................6

情景設(shè)置......................................................................6

操作步驟......................................................................6

月結(jié)壓力測試8

統(tǒng)計(jì)負(fù)荷指標(biāo)...............................................................8

負(fù)荷指標(biāo)................................................................8

編制性能指標(biāo)...............................................................8

事務(wù)處理響應(yīng)時(shí)間8

服務(wù)器性能信息......................................................9

腳本編寫......................................................................9

情景設(shè)置......................................................................9

操作步驟......................................................................9

測試后期工作.....................................................................11

在TL-28007測試環(huán)境中進(jìn)行測試，指定特定的負(fù)荷指標(biāo)分別對審計(jì)失效、審計(jì)啟用、TL系統(tǒng)月結(jié)

請求運(yùn)行、TL系統(tǒng)月結(jié)請求運(yùn)行和審計(jì)同時(shí)開啟這四種情況進(jìn)行壓力測試，然后對比分析測試結(jié)果，驗(yàn)證

審計(jì)功能對系統(tǒng)性能的影響。

壓力測試的環(huán)境如下：

1)TL維護(hù)-28007ORACLE版本信息：

11.5.10.2應(yīng)用層+9.2.0.5.0數(shù)據(jù)庫

2)應(yīng)用服務(wù)器信息：

10.195.36.11；IBM9117-570；POWER51.9x4：15G內(nèi)存：AIX5.3；

3)TL維護(hù)-28007環(huán)境SGA信息：

FixedSize744256bytes

VariableSize939524096bytes

DatabaseBuffers301989888bytes

RedoBuffers10760192bytes

綜合壓力測試

在綜合壓力測試中將按照測試環(huán)境的負(fù)荷進(jìn)行測試,需要從測試結(jié)果中得到的有效信息主要是前臺

響應(yīng)時(shí)間和CPU及磁盤IO等性能指標(biāo)。綜合測試的步驟如下

1.統(tǒng)計(jì)負(fù)荷指標(biāo)(前臺負(fù)荷指標(biāo))；

2.定義性能指標(biāo)，主要包括前臺響應(yīng)時(shí)間、CPU及磁盤I0等性能指標(biāo)；

3.編寫壓力測試腳本；

4.確定壓測負(fù)荷，定義壓測情景，分別進(jìn)行四種壓力測試；

5.分析對比壓力測試的結(jié)果，填寫壓力測試報(bào)告。

綜合■壓力測試

綜合壓力測試是對銷售訂單錄入操作進(jìn)行壓力測試。

需要測試兩種情況：

1)審計(jì)功能未啟用前的測試。

2)審計(jì)功能啟用后的測試

細(xì)負(fù)荷指標(biāo)

系統(tǒng)的負(fù)荷主要由事務(wù)處理組成。其中事務(wù)處理主要包括打開銷售訂單的FORM,增加訂單頭，增加訂單

行，保存，登記，審計(jì)跟蹤信息的保存，關(guān)閉銷售訂單FORM。

負(fù)荷及指標(biāo)

負(fù)荷指標(biāo)的內(nèi)容主要包括打開銷售訂單的FORM,增加訂單頭，增加訂單行，保存，登記，審計(jì)跟蹤信息

的保存這些事務(wù)處理的并發(fā)用戶數(shù)量、各種事務(wù)處理的數(shù)量。

編制性解標(biāo)

性能指標(biāo)主要是前臺事務(wù)處理響應(yīng)時(shí)間、服務(wù)器性能信息變化情況。

事別耀響應(yīng)時(shí)間

對于前臺制作訂單的過程，需要取到整個(gè)過程有關(guān)響應(yīng)時(shí)間的指標(biāo)：

最大響應(yīng)時(shí)間

最小響應(yīng)時(shí)間

平均響應(yīng)時(shí)間

響應(yīng)時(shí)間隨時(shí)間的變化曲線

^艮務(wù)器性能信息

分析在前分制作訂單整個(gè)過程中服務(wù)器端相應(yīng)的性能指標(biāo)值和變化情況：

CPU使用率

磁盤I/O情況

內(nèi)存使用情況

數(shù)據(jù)庫性能（包括緩沖區(qū)中獲取Buffer的未等待比率、Redo緩沖區(qū)獲取Buffer的犬等待比率.、數(shù)據(jù)塊

在數(shù)據(jù)緩沖區(qū)中的命中率、內(nèi)存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復(fù)執(zhí)行的次數(shù)等。）

螭編寫

使用loadrunner來制作銷售訂單過程的腳本，從進(jìn)入銷售訂單FORM開始一直到訂單登記并關(guān)閉訂單

FORM截止。

各個(gè)腳本的并發(fā)用戶數(shù)：

virtualUser

NameofTransactionNuminterval(s)

銷售訂單錄入50

1、按照匕表的虛擬用戶數(shù)量來設(shè)置腳木的虛擬用戶數(shù)量。

2、設(shè)置錄制訂單操作循環(huán)10次，也就是?個(gè)用戶制作10條銷售訂單。

3、設(shè)置壓力測試的進(jìn)度表為：同時(shí)啟動(dòng)所有的并發(fā)用戶。

在這里需要說明：由于服務(wù)器性能因素我們目前只好模擬50個(gè)用戶測試，因?yàn)橹敖?jīng)過多次嘗試（審計(jì)

功能未啟用的情況下）發(fā)現(xiàn)如果虛擬用戶超過100個(gè)用戶時(shí)系統(tǒng)的剩余內(nèi)存在40-60M上下浮動(dòng)，無法

釋放，所有的事務(wù)處理也都停止。而用戶數(shù)在60-100之間時(shí)只會(huì)成功一部分，結(jié)果大多數(shù)虛擬用戶的處

理都是失敗的。所以我們以50個(gè)用戶作為樣本，主要分析審計(jì)功能啟用前后對系統(tǒng)相應(yīng)性能指標(biāo)的影響

情況。

操作步驟

1）停止TL28007測試環(huán)境所在服務(wù)器上的其他應(yīng)用。

2）在TL28007環(huán)境中后動(dòng)nmon監(jiān)控系統(tǒng)資源使用情況，啟動(dòng)statpack監(jiān)控?cái)?shù)據(jù)庫。

3）在loadrunner中，加載設(shè)置的場景，按照設(shè)定的參數(shù)對系統(tǒng)進(jìn)行壓力測試并間隔的運(yùn)行statpack

獲取數(shù)據(jù)庫性能信息。

4）完成后對loadrunner生成的報(bào)表進(jìn)行分析。

5）對nmon和statpack的結(jié)果進(jìn)行分析。

6）關(guān)閉nmon

7）啟用審計(jì)功能

8）在TL28007環(huán)境中啟動(dòng)nmon監(jiān)控系統(tǒng)資源使用情況，啟動(dòng)statpack監(jiān)控?cái)?shù)據(jù)庫。

8）在loadrunner中，加載設(shè)置的場景，按照設(shè)定的參數(shù)對系統(tǒng)進(jìn)行壓力測試并間隔的運(yùn)行statpack

獲取數(shù)據(jù)庫性能信息。

9）完成后對loadrunner生成的報(bào)表進(jìn)行分析。

10）對nmon和statpack的結(jié)果進(jìn)行分析。

月犧賦

月結(jié)壓力測試是對針對月結(jié)系統(tǒng)繁忙時(shí)，進(jìn)行銷售訂單錄入操作的壓力測試。

需要測試兩種情況：

1）運(yùn)行月結(jié)時(shí)經(jīng)常啟用并且占用大量資源的請求，關(guān)閉審計(jì)功能，進(jìn)行錄入銷售訂單操作。

2）運(yùn)行月結(jié)時(shí)經(jīng)常啟用并且占用大量資源的請求，啟用審計(jì)功能，進(jìn)行錄入銷售訂單操作。

細(xì)負(fù)荷指標(biāo)

系統(tǒng)的負(fù)荷主要由事務(wù)處理和后臺請求組成。

1）事務(wù)處理主要包括：打開銷售訂單的FORM,增加訂單頭，增加訂單行，保存，登記，審計(jì)跟蹤信息

的保存，關(guān)閉銷售訂單FORM.

2）后臺請求主要包括：總帳管理系統(tǒng)傳送程序，STD科目明細(xì)帳和STD匯總試算表報(bào)表。

負(fù)荷指標(biāo)

負(fù)荷指標(biāo)的內(nèi)容主要包括打開銷售訂單的FORM,增加訂單頭，增加訂單行，保存，登記，審計(jì)跟蹤信息

的保存這些事務(wù)處理的并發(fā)用戶數(shù)量、各種事務(wù)處理的數(shù)量。另外系統(tǒng)比較大的負(fù)荷是后臺請求運(yùn)行以及

并發(fā)管理器所占用的資源。

編制性t縮標(biāo)

性能指標(biāo)主要是前臺事務(wù)處理響應(yīng)時(shí)間、服務(wù)器性能信息變化情況。

事馳漉響應(yīng)時(shí)間

對于前臺制作訂單的過程，需要取到整個(gè)過程有關(guān)響應(yīng)時(shí)間的指標(biāo)：

最大響應(yīng)時(shí)間

最小響應(yīng)時(shí)間

平均響應(yīng)時(shí)間

響應(yīng)時(shí)間隨時(shí)間的變化曲線

^器性能信息

分析在前臺制作訂單整個(gè)過程中服務(wù)器端相應(yīng)的性能指標(biāo)值和變化情況：

CPU使用率

磁盤I/O情況

內(nèi)存使用情況

數(shù)據(jù)庫性能（包括緩沖區(qū)中獲取Buffer的未等待比率、Redo緩沖區(qū)獲取Buffer的未等待比率、數(shù)據(jù)塊

在數(shù)據(jù)緩沖區(qū)中的命中率、內(nèi)存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復(fù)執(zhí)行的次數(shù)等。）

腳楠寫

使用loadrunner來制作銷售訂單過程的腳本，從進(jìn)入銷售訂單FORM開始-直到訂單登記并關(guān)閉訂單

FORM截止。

各個(gè)腳本的并發(fā)用戶數(shù):

virtualUser

NameofTransactionNuminterval(s)

銷售訂單錄入40

1、按照上表的虛擬用戶數(shù)量來設(shè)置腳本的虛擬用戶數(shù)量。

2、設(shè)置錄制訂單操作循環(huán)10次，也就是一個(gè)用戶制作10條銷售訂單。

3、設(shè)置壓力測試的進(jìn)度表為：同時(shí)啟動(dòng)所有的并發(fā)用戶。

在這里需要說明：在綜合測試中我們使用虛擬用戶的數(shù)量為50,而在月結(jié)壓力測試中由于后臺請求的繁忙

運(yùn)行和服務(wù)器性能的瓶頸，嘗試使用50個(gè)用戶時(shí)（審計(jì)功能未啟用的情況下）結(jié)果會(huì)產(chǎn)生失敗的虛擬用

戶，為了正確的對比分析審計(jì)對系統(tǒng)性能的影響我們使用40個(gè)虛擬用戶進(jìn)行測試。

操作步驟

1停止TL28007測試環(huán)境所在服務(wù)器上的其他應(yīng)用。

2運(yùn)行總帳管理系統(tǒng)傳送程序，STD科目明細(xì)帳和STD匯總試算表報(bào)表這三個(gè)請求

3在TL28007環(huán)境中啟動(dòng)nmon監(jiān)控系統(tǒng)資源使用情況，啟動(dòng)statpack監(jiān)控?cái)?shù)據(jù)庫。

4在loadrunner中，加載設(shè)置的場景，按照設(shè)定的參數(shù)對系統(tǒng)進(jìn)行壓力測試并間隔的運(yùn)行statpack獲

取數(shù)據(jù)庫性能信息。

5完成后，對loadrunner生成的報(bào)收進(jìn)行分析。

6對nmon和statpack的結(jié)果進(jìn)行分析。

7關(guān)閉nmon,關(guān)閉請求.

8啟用審計(jì)功能

9運(yùn)行總帳管理系統(tǒng)傳送程序，STD科目明細(xì)帳和STD匯總試算表報(bào)表這三個(gè)請求

10在TL28007環(huán)境中啟動(dòng)nmon監(jiān)控系統(tǒng)資源使用情況，后動(dòng)statpack監(jiān)控?cái)?shù)據(jù)庫。

11在loadrunner中，加載設(shè)置的場景，按照設(shè)定的參數(shù)對系統(tǒng)進(jìn)行壓力測試并間隔的運(yùn)行statpack

獲取數(shù)據(jù)庫性能信息。

12完成后，對loadrunner生成的報(bào)表進(jìn)行分析。

13對nmon和statpack的結(jié)果進(jìn)行分析。

頓憤族工作

測試完成后收集測試數(shù)據(jù)，分析測試結(jié)果，填寫測試報(bào)告。

對比內(nèi)容：

--綜合壓力測試

1.前臺響應(yīng)時(shí)間

2.OS性能指標(biāo)，包括CPU、I/O、內(nèi)存；

3.數(shù)據(jù)庫性能指標(biāo)，包括緩沖區(qū)中獲取Buffer的未等待比率、Redo緩沖區(qū)獲取Buffer的未等待比

率、數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率、內(nèi)存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復(fù)執(zhí)

行的次數(shù)等。

二.月結(jié)壓力測試

1,前臺響應(yīng)時(shí)間

2.OS性能指標(biāo)，包括CPU、I/O,內(nèi)存;

3.數(shù)據(jù)庫性能指標(biāo)，包括緩沖區(qū)中獲取Buffer的未等待比率、Redo緩沖區(qū)獲取Buffer的未等待比

率、數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率、內(nèi)存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復(fù)執(zhí)

行的次數(shù)等。

分別分析對比審計(jì)啟用前后的結(jié)果，列出在審計(jì)功能啟用前后的兩個(gè)測試結(jié)果中各項(xiàng)指標(biāo)的升降情況。根

據(jù)分析結(jié)果，針對審計(jì)功能對系統(tǒng)的影響給出評價(jià)。

XXX項(xiàng)目壓力測試報(bào)告

作者：hand-sail.sun

創(chuàng)建日期：2008-12-23

最后更新：2008-12-29

控制碼:

版本:1.0

目錄

文檔控制2

概述....................................................................4

壓力測試實(shí)施安排.................................................5

綜合壓力測試..................................................5

環(huán)境準(zhǔn)備情況............................................5

前臺響應(yīng)時(shí)間對比壓力測試.........................5

后臺性能對比壓力測試...............................6

綜合壓力測試結(jié)果數(shù)據(jù)對比..............................6

前臺響應(yīng)時(shí)間壓力測試數(shù)據(jù)對比分析............6

后臺性能壓力測試數(shù)據(jù)對比分析..................8

月結(jié)壓力測試..................................................15

環(huán)境準(zhǔn)備情況............................................15

前臺響應(yīng)時(shí)間對比壓力測試.........................15

后臺性能對比壓力測試................................16

月結(jié)壓力測試結(jié)果數(shù)據(jù)對比...............................16

前臺響應(yīng)時(shí)間壓力測試數(shù)據(jù)對比分析.............16

后臺性能壓力測試數(shù)據(jù)對比分析18

對比壓力測試結(jié)果分析...........................................25

趣

本報(bào)告是按照“XXX項(xiàng)目壓力測試方案v1.0”文檔涉及的方案進(jìn)行測試操作得到的測試結(jié)果數(shù)據(jù)記錄，并

對比審計(jì)功能啟用前后來分析結(jié)果數(shù)據(jù)，從而分析審計(jì)功能對系統(tǒng)的性能影響情況。

由于采用loadrunner作為前臺的壓力負(fù)荷提交工具，是很難實(shí)現(xiàn)生產(chǎn)環(huán)境使用的多樣性和綜合性。同時(shí)

后臺的提交也是采用程序提交方式，也必然限定了請求數(shù)據(jù)的范圍。盡管我們選擇典型的業(yè)務(wù)和程序，也

不可避免loadrunner的局限性，即無法真實(shí)模擬生產(chǎn)環(huán)境的應(yīng)用狀況。因此，loadrunner壓力測試所

帶來壓力和測試結(jié)果數(shù)據(jù)，只能是在?定程度上模擬。

^^測）^施烈F

為合理組織壓力測試實(shí)施，我們采用下面的綜合壓力測試和月結(jié)壓力測試

綜合壓力測試

情況

壓力測試環(huán)境準(zhǔn)備為11.5.10.2測試環(huán)境（TL-28007測試），因TL-28007所在服務(wù)器上還有一套

TL-28009環(huán)境，所以測試前先將TL-28009測試環(huán)境停止。

前臺響崛間對比壓加賦

1）前臺業(yè)務(wù)操作

1.1打開制作訂單頁面

1.2輸入訂單頭--輸入訂單行

1.3保存

1.4登記

1.5關(guān)閉訂單頁面

2）并發(fā)用戶數(shù)量及操作間隔時(shí)間（50用戶）

業(yè)務(wù)名稱用戶數(shù)間隔時(shí)間

打開制作訂單頁面500s

輸入訂單頭--輸入訂單行500s

保存50Os

登記50Os

關(guān)閉訂單頁面50Os

我們把每個(gè)虛擬用戶設(shè)置為連續(xù)循環(huán)10次制作訂單，并且所有用戶同時(shí)載入到系統(tǒng)中（間隔時(shí)間0s）,

這樣就足以保證這些用戶并發(fā)制作銷售訂單。

3）按照同樣的策略，在啟用審計(jì)功能后再進(jìn)行測試。

后雛能對賺

1）第一次壓力測試（未周用審計(jì)功能）期間取得OS和DB的性能數(shù)據(jù)。

2）第二次壓力測試（啟用審計(jì)功能）期間取得OS和DB的性能數(shù)據(jù)。

綜合壓力^^結(jié)果婁據(jù)對比

前臺響應(yīng)時(shí)間壓力贓■對比分析

本次壓力測試主要關(guān)注的是審計(jì)功能的啟用會(huì)給系統(tǒng)帶來那些性能的問題，而在此處我們所關(guān)心的是整個(gè)

訂單錄入流程響應(yīng)時(shí)的差別，以下是對比分析訂單錄入整個(gè)流程的響應(yīng)時(shí)間分析圖：

1）未啟用審計(jì)功能前臺響應(yīng)時(shí)間

綠色，初始化時(shí)間

藍(lán)色->響應(yīng)時(shí)間

TransResponseTire-wWescenario

200

OQOQOOOQOIOO0Q020000(0000QM.000Q0500OQO&OO0Q07:00OGOftOOOH的0OaiQOO0Q11000Q120OOttHOO

Bap$edTme(HnrMrYSec)

2）啟用審計(jì)功能前臺響應(yīng)時(shí)間

綠色。初始化時(shí)間

藍(lán)色->響應(yīng)時(shí)間

TrimRespoweIre?wholescenmo

200

0080000010000020000僅80OD500(D0600WOOOOCBOOOQ的008/000011:00(0120081,

gtdTae(MarMnSoc)

對比分析:

從曲線圖可以看出，總體響應(yīng)時(shí)間的變化曲線基本?致，審計(jì)功能啟用后系統(tǒng)處理的時(shí)間要稍微長?些,

最大的響應(yīng)時(shí)間比審計(jì)功能啟用前也要長一點(diǎn)，但總體上對系統(tǒng)的影響是很小的。

后臺性能壓力冽W據(jù)對比分析

后臺性能數(shù)據(jù)包括OS性能和DB性能數(shù)據(jù)

(-)OS性能數(shù)據(jù)

1.1CPU占有率和磁盤IO

1)未啟用審計(jì)功能前

SysteaSunearyaybq742008-12-29

88800888888888c0888888888g88888

2）啟用審計(jì)功能后

SysteoSuDcaryaybq742008-12-29

CPVI—

對比分析:

從曲線圖可以看出，CPU占有率基本一致。在1O方面后者有一個(gè)磁盤I0峰值在1400/sec,比前者I。

峰值高出150/sec左右，但大部分的I?；径荚?000/sec上卜.浮動(dòng)，而前者的IO基本也都是在

1000/sec上下浮動(dòng)，這說明審計(jì)功能對IO的影響并不明顯。

1.2I。讀寫情況

1）未啟用審計(jì)功能前

DisktotalKB/s曲74-2008-12-25

口DiskRe」即/s-Di」Write8B/s10初

千30

2）啟用審計(jì)功能后

DisktotalKB/s毗"4-2008-12-29

匚二iDitkReadKB/s-Di*Write郎/s10/sec|

對比分析:

從曲線圖可以看出，前后的磁盤讀寫情況并無明顯差別。

1.3內(nèi)存使用情況

1）未啟用審計(jì)功能前內(nèi)存剩余情況

■eroryaytq742008-12-29

笑

軟

耨

玲

名

苞

松

羽

居

珞

另0z23出00zZW登

!E!三1b

Cmft*寸

益

￡8M益￡**T8x

巨

“

蒼

叵

藝

8I叵8

?82?8M88巨8s

一

一82

1I1I1122I1

一1

一I1010?1>1

2）啟用審計(jì)功能后內(nèi)存剩余情況

le?ry的742008-12-2$

|—Realfree（而］

6666666666666666666666s666666

對比分析：

從曲線圖可以看出，前后的內(nèi)存使用情況基本一致，開始階段兩者的內(nèi)存剩余量都幾乎為0,在腳本運(yùn)行

到大概10分鐘左右后開始釋放內(nèi)存。

（二）DB性能數(shù)據(jù)

1）未啟用審計(jì)功能前

InstanceEfficiencyPercentages(Target100%)

BufferNowait%:99.80RedoNoWait%:99.99-

BufferHit%:99,81In-memorySort%:100.00-1

LibraryHit%:100.00SoftParse%:100.00<-'

ExecutetoParse%:52.57LatchHit%:99.07d

ParseCPUtoParseElapsd%:7.64%Non-ParseCPU:99.01^

SharedPoolStatisticsBeginEnd—

MemoryUsage%:64.9064.95-

%SQLwithexecutions>l:71.2071.20-

%Memoryfor92Lw/exec>l:75.1075.10~

2）宿用審計(jì)功能后

InstanceEfficiencyPercentages(Target100%)

BufferNowait%:99.88RedoNoWait%:99.99/

BufferHit%:99,78In-memorySort%:100.00。

LibraryHit%:99.99SoftParse%:99.893

ExecutetoParse%:53.30LatchHit%:99.22〃

ParseCPUtoParseElapsd%:6.90%Non-ParseCPU:98.79^

SharedPoolStatisticsBeginEnd*-1

MemoryUsage%:64.1164.50"

%SQLwithexecutions”:70.7970.16^

%Memoryfor93Lw/exec>l:74.9674.942

對比分析：

在以上數(shù)據(jù)中可以看到啟用審計(jì)功能后DB性能參數(shù)和啟用審計(jì)功能之前DB性能參數(shù)并無明顯變化。

月憫

壓力測試環(huán)境準(zhǔn)備為11.5.10.2測試環(huán)境（TL-28007測試），因TL-28007所在服務(wù)器上還有一套

TL-28009環(huán)境，所以測試前先將TL-28009測試環(huán)境停止。同時(shí)在測試之前運(yùn)行PCSCN_AR職責(zé)下的

總帳管理系統(tǒng)傳送程序、PCSCN_GL職責(zé)下的STD科目明細(xì)帳和STD匯總試算表報(bào)表。

前臺響應(yīng)時(shí)則比壓加憫

1前臺業(yè)務(wù)操作

1.1打開制作訂單頁面

1.2輸入訂單頭--輸入訂單行

1.3保存

1.4登記

1.5關(guān)閉訂單頁面

2并發(fā)用戶數(shù)量及操作間隔時(shí)間（40用戶）

用戶數(shù)間隔時(shí)間

打開制作訂單頁面400s

輸入訂單頭--輸入訂單行400s

保存40Os

登話40Os

關(guān)閉訂單頁面40Os

由于把每個(gè)虛擬用戶設(shè)置為連續(xù)循環(huán)制作10條訂單，并且所有用戶同時(shí)載入到系統(tǒng)中（間隔時(shí)間0s）,

這樣就足以保證這些用戶并發(fā)制作銷售訂單。由于服務(wù)器性能因索加上后臺月結(jié)相關(guān)請求的運(yùn)行使得系統(tǒng)

的壓力非常大，所以我們以40個(gè)用戶來做性能的樣本分析。

3按照同樣的策略，在啟用審計(jì)功能后再進(jìn)行測試。

后雛能對賺

1）第一次壓力測試（未周用審計(jì)功能）期間取得OS和DB的性能數(shù)據(jù)。

2）第二次壓力測試（啟用審計(jì)功能）期間取得OS和DB的性能數(shù)據(jù)。

月結(jié)壓加!?我結(jié)果婁據(jù)對比

前臺響應(yīng)時(shí)間壓撼蝌比分析

本次壓力測試主要關(guān)注的是在月結(jié)相關(guān)請求運(yùn)行的情況下審計(jì)功能的啟用會(huì)給系統(tǒng)帶來那些性能的問題，

而在此處我們所關(guān)心的是整個(gè)訂單錄入流程響應(yīng)時(shí)間=時(shí)的差別，以下對比分析訂單錄入流程的響應(yīng)時(shí)間

分析圖：

1）未啟用審計(jì)功能前臺響應(yīng)時(shí)間

綠色。初始化時(shí)間

藍(lán)色->響應(yīng)時(shí)間

TfareResponseTm?wtctescenario

200

000100000200008000004000005000006000007000008000009000Q1Q00

BapsedTwe(HorMnSec)

2）啟用審計(jì)功能前臺響應(yīng)時(shí)間

綠色->初始化時(shí)間

藍(lán)色->響應(yīng)時(shí)間

TramResponseTm?wholescenario

200

180

160

140

0001000002008800000400OOOSOO000$00000700000800000)00ooioa

BapeedTme(HoirMn$ec)

對比分析：

從曲線圖可以看出，總體響應(yīng)時(shí)間的變化曲線非常相似，說明在月結(jié)程序運(yùn)行的狀態(tài)下審計(jì)對系統(tǒng)性能的

影響比率進(jìn)一步降低了。

后臺性能壓力冽腆蟒對比分析

后臺性能數(shù)據(jù)包括OS性能和DB性能數(shù)據(jù)

(-)OS性能數(shù)據(jù)

1.1CPU占有率和磁盤IO

1)未啟用審計(jì)功能前

SystenSumaryayb<j742008-12-29

得

霜

秋

林

8866oo濕szg*bw899a

ZZZZsgwoesoOscs

OOOOooooo-o

NOZZZZzzzozzzzzozzZzo3zozoz

2）啟用審計(jì)功能后

SystemSunwryaybq742008-12-29

:"CPUI-----10/sec|

90

的

70

60

50

40

30

20

10

6ooIIzzsbWgs9*"z8866

rssSssssgssSossSSSS

oooOoooooOooOooOOOO

zzzzzzzzzzZzzzZZNZ

CMCM

對比分析:

從曲線圖可以看出，CPU占有率基本?致。在10方面后者有?個(gè)磁.盤I。的峰值在1200/sec,比前者多

出200/sec左右，但大部分的I0基本都在1000/sec上下浮動(dòng)，而前者的IO也都基本接近1000/sec,

這說明審計(jì)功能對IO的影響并沒有太大的波動(dòng)。

1.2I。讀寫情況

1）未啟用審計(jì)功能前

DisktotalKB/sa>W4-2008-12-2$

|JDiskRead—DiskWrite10/wZ]

千25戶120

U

V

E

C

2）啟用審計(jì)功能后

DisktotalO/saybq74-2008-12-2$

C3DiskReadEB/s—DiskWriteKB/s10/sec|

千25IB--------------------------------------------------------------------------------------------------------------------

sqqiiza8c0bbgg99b>A8866Q

Q*OS6s1Agg9gsssu)0ggg，1Ag匕

對比分析：

從曲線圖可以看出，前后的磁盤讀寫情況并不明顯差別。

1.3內(nèi)存使用情況

1）未啟用審計(jì)功能前內(nèi)存剩余情況

lewry的742008-12-29

2）信用審計(jì)功能后內(nèi)存剩余情況

leooryayba742008-12-29

Re?！縡ree(IB)|

道

爸

苞

遇

600WzR2w&99自8600

唱

MsOo?S9也也00