C/S 架構(gòu)性能測(cè)試研究和應(yīng)用

姚明菊

（吉利學(xué)院，四川 成都610000）

1 概述

C/S 架構(gòu),即客戶端/服務(wù)器架構(gòu)?？蛻舳艘话惆惭b在Windows 操作系統(tǒng)的客戶端機(jī)器上,因此在做性能測(cè)試的過程中,除了需要對(duì)服務(wù)器端進(jìn)行性能監(jiān)控外還必須要對(duì)Windows 客戶端進(jìn)行性能監(jiān)控。本文將重點(diǎn)介紹Windows 客戶端的性能測(cè)試和監(jiān)控工具perfmon；

2 C/S 客戶端性能監(jiān)控存在的問題

大數(shù)據(jù)多維可視化系統(tǒng),為了能夠獲得很好的圖形的表現(xiàn)能力和運(yùn)行的速度,大都采用C/S 架構(gòu)進(jìn)行開發(fā)。Windows 任務(wù)管理器等都能很好的進(jìn)行實(shí)時(shí)的性能監(jiān)控, 但是如何將監(jiān)控的性能歷史數(shù)據(jù)保存下來,對(duì)一段時(shí)間的性能趨勢(shì)進(jìn)行分析是個(gè)問題。

3 能監(jiān)控工具perfmon

perfmon 是Windows 自帶的性能監(jiān)控工具, 提供了圖表化的系統(tǒng)性能實(shí)時(shí)監(jiān)視器、性能日志和警報(bào)管理,可用于監(jiān)視CPU 使用率、內(nèi)存使用率、硬盤讀寫速度、網(wǎng)絡(luò)速度等,最重要的是它的計(jì)數(shù)器可以記錄采集的監(jiān)控?cái)?shù)據(jù)并保存,保存的日志數(shù)據(jù)可以很方便地使用第三方工具對(duì)計(jì)數(shù)器收集的數(shù)據(jù)進(jìn)行性能分析。

常用的性能對(duì)象與監(jiān)控指標(biāo):

Perfmon 性能監(jiān)控對(duì)象總共有上百個(gè)性能指標(biāo),關(guān)注一個(gè)系統(tǒng)的性能時(shí),根據(jù)實(shí)際情況重點(diǎn)關(guān)注對(duì)應(yīng)用系統(tǒng)影響大的CPU、內(nèi)存(Memory)、磁盤(Disk)、網(wǎng)絡(luò)(Network)等幾個(gè)關(guān)鍵指標(biāo)。實(shí)際上還需要監(jiān)控程序進(jìn)程的句柄數(shù)Handle Count、進(jìn)行虛擬內(nèi)存(Virtual Bytes)、進(jìn)程的內(nèi)存總量(Working Set)、進(jìn)程占用的內(nèi)存(Private Bytes)等關(guān)鍵指標(biāo),很多時(shí)候單純觀察一個(gè)指標(biāo)不能完全判斷內(nèi)存泄漏,還需要多個(gè)指標(biāo)結(jié)合,甚至結(jié)合系統(tǒng)指標(biāo)來進(jìn)行分析(表1)。

表1 進(jìn)程關(guān)鍵性能對(duì)象與指標(biāo)

4 案例分析

以大數(shù)據(jù)多維可視化系統(tǒng)客戶端SRE.EXE 性能測(cè)試為例,多維可視化展示需要展示實(shí)時(shí)視頻流、三維模型場(chǎng)景、三維標(biāo)注等耗費(fèi)資源的指標(biāo)和場(chǎng)景,對(duì)客戶端的性能影響非常的大,長(zhǎng)時(shí)間運(yùn)行的性能數(shù)據(jù)分析,對(duì)提升軟件產(chǎn)品的性能質(zhì)量非常重要。

4.1 大數(shù)據(jù)多維可視化系統(tǒng)客戶端SRE.EXE 性能測(cè)試分析

選取了一個(gè)實(shí)際的項(xiàng)目進(jìn)行超過8*24 小時(shí)的穩(wěn)定性測(cè)試,因?yàn)楸卷?xiàng)目并沒有開啟客戶端重啟后自動(dòng)拉起的功能,不存在進(jìn)程句柄數(shù)Handle Count 改變的情況。所以使用Perfmon 的計(jì)數(shù)器日志的功能,持續(xù)對(duì)系統(tǒng)的性能指標(biāo)采樣,重點(diǎn)監(jiān)控進(jìn)程的Virtual Bytes、Working Set 和Private Bytes 指標(biāo)情況。為了使測(cè)試場(chǎng)景更接近真實(shí)使用場(chǎng)景,測(cè)試指標(biāo)更加真實(shí)和具備說服力,在測(cè)試過程中模擬真實(shí)使用場(chǎng)景的操作,使用了按鍵精靈錄制了操作腳本,模擬用戶使用操作SRE 系統(tǒng)的場(chǎng)景。

4.2 大數(shù)據(jù)多維可視化系統(tǒng)客戶端8*24 小時(shí)穩(wěn)定性測(cè)試數(shù)據(jù)如圖1-4 所示。

4.3 SRE 8*24 小時(shí)穩(wěn)定性測(cè)試數(shù)據(jù)分析

從8*24 小時(shí)監(jiān)控的數(shù)據(jù)分析來看,SRE 性能指標(biāo)呈現(xiàn)以下異常點(diǎn):

第一:在系統(tǒng)運(yùn)行10 個(gè)小時(shí)候后,內(nèi)存有個(gè)突變點(diǎn),經(jīng)過分析,是因?yàn)榇饲皼]有開啟按鍵精靈腳本,也就是系統(tǒng)在沒有操作的空閑狀態(tài)下的指標(biāo)情況,當(dāng)啟動(dòng)了按鍵精靈腳本后,系統(tǒng)處于操作狀態(tài),內(nèi)存有少量上漲,屬于正常的內(nèi)存占用情況。

第二: 運(yùn)行8 天過程中, 進(jìn)程的Virtual Bytes、Working Set 和Private Bytes 指標(biāo)都在程線性上漲狀態(tài),7 天時(shí)間分配的內(nèi)存上漲了2008M,平均每10h 上漲120M,說明SRE 系統(tǒng)運(yùn)行過程中存在內(nèi)存泄漏的情況。

圖1 操作系統(tǒng)為SRE 進(jìn)程分配的內(nèi)存量

圖2 進(jìn)程SRE 占用內(nèi)存和申請(qǐng)的內(nèi)存總和量

圖3 進(jìn)程SRE 使用的虛擬內(nèi)存的量

圖4 系統(tǒng)CPU 的占用率

第三: 在系統(tǒng)運(yùn)行大約8*24 小時(shí)的時(shí)候, 突然出現(xiàn)進(jìn)程的Virtual Bytes、Working Set 和Private Bytes 幾個(gè)指標(biāo)一致都驟降為0,且此時(shí)對(duì)應(yīng)操作系統(tǒng)CPU 的占用量也驟降到0,對(duì)應(yīng)SRE 程序出現(xiàn)黑屏的狀態(tài)。經(jīng)過結(jié)合日志詳細(xì)分析, 發(fā)現(xiàn)在10 月6 日22:42 程序進(jìn)程卡死, 所以與在此時(shí)間點(diǎn)進(jìn)程各項(xiàng)指標(biāo)占用驟降為0 的表現(xiàn)是一致的。

4.4 SRE 8*24 小時(shí)穩(wěn)定性測(cè)試結(jié)論和建議:

SRE 運(yùn)行過程中占用和使用的內(nèi)存都程線性上漲,SRE 系統(tǒng)存在較為嚴(yán)重的內(nèi)存泄漏,需要結(jié)合指標(biāo)針對(duì)代碼一一進(jìn)行排查,找出內(nèi)存泄漏點(diǎn),并進(jìn)行優(yōu)化后,重新測(cè)試；

SRE 長(zhǎng)期穩(wěn)定性運(yùn)行出現(xiàn)程序進(jìn)程被中斷的現(xiàn)象,需要對(duì)應(yīng)日志和代碼找出進(jìn)程被中斷的根本點(diǎn),排查優(yōu)化后需要重新進(jìn)行長(zhǎng)期穩(wěn)定性測(cè)試。

5 結(jié)論

結(jié)合實(shí)際大數(shù)據(jù)多維可視化測(cè)試項(xiàng)目開展了C/S 架構(gòu)性能監(jiān)控的研究,充分體現(xiàn)出perfmon 在C/S 架構(gòu)性能測(cè)試過程中,不僅能很好的記錄程序運(yùn)行過程中的各項(xiàng)重要性能指標(biāo),還能根據(jù)各項(xiàng)性能指標(biāo)的變化情況得到各項(xiàng)指標(biāo)的趨勢(shì)走向,發(fā)現(xiàn)程序的性能異常點(diǎn),對(duì)性能測(cè)試提供很好的數(shù)據(jù)支撐。