戀戀冬季

          有你的冬天很溫暖

          性能測(cè)試方法

          簡(jiǎn)介

            如果不進(jìn)行合理的規(guī)劃,對(duì) J2EE 應(yīng)用程序進(jìn)行性能測(cè)試將會(huì)是一項(xiàng)令人望而生畏且有些混亂的任務(wù)。因?yàn)閷?duì)于任何的軟件開(kāi)發(fā)流程,都必須收集需求、理解業(yè)務(wù)需要,并在進(jìn)行實(shí)際測(cè)試之前設(shè)計(jì)出正式的進(jìn)度表。性能測(cè)試的需求由業(yè)務(wù)需要驅(qū)動(dòng),并由一組用例闡明。這些用例可以基于歷史數(shù)據(jù)(例如,服務(wù)器一周的負(fù)載模式)或預(yù)測(cè)的近似值。弄清楚需要測(cè)試的內(nèi)容之后,就需要知道如何進(jìn)行測(cè)試了。

            在開(kāi)發(fā)階段前期,應(yīng)該使用基準(zhǔn)測(cè)試來(lái)確定應(yīng)用程序中是否出現(xiàn)性能倒退。基準(zhǔn)測(cè)試可以在一個(gè)相對(duì)短的時(shí)間內(nèi)收集可重復(fù)的結(jié)果。進(jìn)行基準(zhǔn)測(cè)試的最好方法是,每次測(cè)試改變一個(gè)且只改變一個(gè)參數(shù)。例如,如果想知道增加 JVM 內(nèi)存是否會(huì)影響應(yīng)用程序的性能,就逐次遞增 JVM 內(nèi)存(例如,從 1024 MB 增至 1224 MB ,然后是 1524 MB ,最后是 2024 MB ),在每個(gè)階段收集結(jié)果和環(huán)境數(shù)據(jù),記錄信息,然后轉(zhuǎn)到下一階段。這樣在分析測(cè)試結(jié)果時(shí)就有跡可循。下一小節(jié)我將介紹什么是基準(zhǔn)測(cè)試,以及運(yùn)行基準(zhǔn)測(cè)試的最佳參數(shù)。

            開(kāi)發(fā)階段后期,在應(yīng)用程序中的 bug 已經(jīng)被解決,應(yīng)用程序達(dá)到一種穩(wěn)定狀態(tài)之后,可以運(yùn)行更為復(fù)雜的測(cè)試,確定系統(tǒng)在不同的負(fù)載模式下的表現(xiàn)。這些測(cè)試被稱為容量規(guī)劃測(cè)試、滲入測(cè)試 (soak test) 、峰谷測(cè)試 (peak-rest test) ,它們旨在通過(guò)測(cè)試應(yīng)用程序的可靠性、健壯性和可伸縮性來(lái)測(cè)試接近于現(xiàn)實(shí)世界的場(chǎng)景。對(duì)于下面的描述應(yīng)該從抽象的意義上理解,因?yàn)槊總€(gè)應(yīng)用程序的使用模式都是不同的。例如,容量規(guī)劃測(cè)試通常都使用較緩慢的 ramp-up (下文有定義),但是如果應(yīng)用程序在一天之中的某個(gè)時(shí)段中有快速突發(fā)的流量,那么自然應(yīng)該修改測(cè)試以反映這種情況。但是,要記住,因?yàn)楦牧藴y(cè)試參數(shù)(比如 ramp-up 周期或用戶的考慮時(shí)間 (think-time) ),測(cè)試的結(jié)果肯定也會(huì)改變。一個(gè)不錯(cuò)的方法是,運(yùn)行一系列的基準(zhǔn)測(cè)試,確立一個(gè)已知的可控環(huán)境,然后再對(duì)變化進(jìn)行比較。

          基準(zhǔn)測(cè)試

            基準(zhǔn)測(cè)試的關(guān)鍵是要獲得一致的、可再現(xiàn)的結(jié)果。可再現(xiàn)的結(jié)果有兩個(gè)好處:減少重新運(yùn)行測(cè)試的次數(shù);對(duì)測(cè)試的產(chǎn)品和產(chǎn)生的數(shù)字更為確信。使用的性能測(cè)試工具可能會(huì)對(duì)測(cè)試結(jié)果產(chǎn)生很大影響。假定測(cè)試的兩個(gè)指標(biāo)是服務(wù)器的響應(yīng)時(shí)間和吞吐量,它們會(huì)受到服務(wù)器上的負(fù)載的影響。服務(wù)器上的負(fù)載受兩個(gè)因素影響:同時(shí)與服務(wù)器通信的連接(或虛擬用戶)的數(shù)目,以及每個(gè)虛擬用戶請(qǐng)求之間的考慮時(shí)間的長(zhǎng)短。很明顯,與服務(wù)器通信的用戶越多,負(fù)載就越大。同樣,請(qǐng)求之間的考慮時(shí)間越短,負(fù)載也越大。這兩個(gè)因素的不同組合會(huì)產(chǎn)生不同的服務(wù)器負(fù)載等級(jí)。記住,隨著服務(wù)器上負(fù)載的增加,吞吐量會(huì)不斷攀升,直到到達(dá)一個(gè)點(diǎn)。

          圖像-0011.png

          1. 隨著負(fù)載的增加,系統(tǒng)吞吐量的曲線(單位:頁(yè)面 / 秒)

            注意,吞吐量以穩(wěn)定的速度增長(zhǎng),然后在某一個(gè)點(diǎn)上穩(wěn)定下來(lái)。

            在某一點(diǎn)上,執(zhí)行隊(duì)列開(kāi)始增長(zhǎng),因?yàn)榉?wù)器上所有的線程都已投入使用,傳入的請(qǐng)求不再被立即處理,而是放入隊(duì)列中,當(dāng)線程空閑時(shí)再處理。

          圖像-0001.png?
          2. 隨著負(fù)載的增加,系統(tǒng)執(zhí)行隊(duì)列長(zhǎng)度的曲線

            注意,最初的一段時(shí)間,執(zhí)行隊(duì)列的長(zhǎng)度為零,然后就開(kāi)始以穩(wěn)定的速度增長(zhǎng)。這是因?yàn)橄到y(tǒng)中的負(fù)載在穩(wěn)定增長(zhǎng),雖然最初系統(tǒng)有足夠的空閑線程去處理增加的負(fù)載,最終它還是不能承受,而必須將其排入隊(duì)列。

            當(dāng)系統(tǒng)達(dá)到飽和點(diǎn),服務(wù)器吞吐量保持穩(wěn)定后,就達(dá)到了給定條件下的系統(tǒng)上限。但是,隨著服務(wù)器負(fù)載的繼續(xù)增長(zhǎng),系統(tǒng)的響應(yīng)時(shí)間也隨之延長(zhǎng),雖然吞吐量保持穩(wěn)定。

          ?圖像-0002.png
          3. 隨著負(fù)載的增加,系統(tǒng)中兩個(gè)事務(wù)的響應(yīng)時(shí)間曲線

            注意,在執(zhí)行隊(duì)列(圖 2 )開(kāi)始增長(zhǎng)的同時(shí),響應(yīng)時(shí)間也開(kāi)始以遞增的速度增長(zhǎng)。這是因?yàn)檎?qǐng)求不能被及時(shí)處理。

            為了獲得真正可再現(xiàn)的結(jié)果,應(yīng)該將系統(tǒng)置于相同的高負(fù)載下。為此,與服務(wù)器通信的虛擬用戶應(yīng)該將請(qǐng)求之間的考慮時(shí)間設(shè)為零。這樣服務(wù)器會(huì)立即超載,并開(kāi)始構(gòu)建執(zhí)行隊(duì)列。如果請(qǐng)求(虛擬用戶)數(shù)保持一致,基準(zhǔn)測(cè)試的結(jié)果應(yīng)該會(huì)非常精確,完全可以再現(xiàn)。

            您可能要問(wèn)的一個(gè)問(wèn)題是: 如何度量結(jié)果? 對(duì)于一次給定的測(cè)試,應(yīng)該取響應(yīng)時(shí)間和吞吐量的平均值。精確地獲得這些值的唯一方法是一次加載所有的用戶,然后在預(yù)定的時(shí)間段內(nèi)持續(xù)運(yùn)行。這稱為 “flat” 測(cè)試。

          圖像-0003.png
          4. flat 測(cè)試的情況(所有的用戶都是同時(shí)加載的)

            與此相對(duì)應(yīng)的是 “ramp-up” 測(cè)試。

          ?圖像-0004.png
          5. ramp-up 測(cè)試的情況(在測(cè)試期間,用戶以穩(wěn)定速度(每秒 x 個(gè))增加)

             ramp-up 測(cè)試中的用戶是交錯(cuò)上升的(每幾秒增加一些新用戶)。 ramp-up 測(cè)試不能產(chǎn)生精確和可重現(xiàn)的平均值,這是因?yàn)橛捎谟脩舻脑黾邮敲看我徊糠郑到y(tǒng)的負(fù)載在不斷地變化。因此, flat 運(yùn)行是獲得基準(zhǔn)測(cè)試數(shù)據(jù)的理想模式。

            這不是在貶低 ramp-up 測(cè)試的價(jià)值。實(shí)際上, ramp-up 測(cè)試對(duì)找出以后要運(yùn)行的 flat 測(cè)試的范圍非常有用。 ramp-up 測(cè)試的優(yōu)點(diǎn)是,可以看出隨著系統(tǒng)負(fù)載的改變,測(cè)量值是如何改變的。然后可以據(jù)此選擇以后要運(yùn)行的 flat 測(cè)試的范圍。

             Flat 測(cè)試的問(wèn)題是系統(tǒng)會(huì)遇到 波動(dòng) 效果。

          ?圖像-0005.png?
          6. 一次 flat 測(cè)試中所測(cè)得的系統(tǒng)吞吐量的曲線(單位:頁(yè)面 / 秒)

            注意波動(dòng)的出現(xiàn),吞吐量不再是平滑的。

            這在系統(tǒng)的各個(gè)方面都有所體現(xiàn),包括 CPU 的使用量。

          圖像-0006.png?
          7. 一次 flat 測(cè)試中所測(cè)得的系統(tǒng) CPU 使用量隨時(shí)間變化的曲線

            注意,每隔一段時(shí)間就會(huì)出現(xiàn)一個(gè)波形。 CPU 使用量不再是平滑的,而是有了像吞吐量圖那樣的尖峰。

            此外,執(zhí)行隊(duì)列也承受著不穩(wěn)定的負(fù)載,因此可以看到,隨著系統(tǒng)負(fù)載的增加和減少,執(zhí)行隊(duì)列也在增長(zhǎng)和縮減。

          圖像-0007.png?
          8. 一次 flat 測(cè)試中所測(cè)得的系統(tǒng)執(zhí)行隊(duì)列的曲線

            注意,每隔一段時(shí)間就會(huì)出現(xiàn)一個(gè)波形。執(zhí)行隊(duì)列曲線與上面的 CPU 使用量圖非常相似。

            最后,系統(tǒng)中事務(wù)的響應(yīng)時(shí)間也遵循著這個(gè)波動(dòng)模式。

          圖像-0008.png?
          9. 一次 flat 測(cè)試中所測(cè)得的系統(tǒng)事務(wù)的響應(yīng)時(shí)間

            注意,每隔一段時(shí)間就會(huì)出現(xiàn)一個(gè)波形。事務(wù)的響應(yīng)時(shí)間也與上面的圖類(lèi)似,只不過(guò)其效果隨著時(shí)間的推移逐漸減弱。

            當(dāng)測(cè)試中所有的用戶都同時(shí)執(zhí)行幾乎相同的操作時(shí),就會(huì)發(fā)生這種現(xiàn)象。這將會(huì)產(chǎn)生非常不可靠和不精確的結(jié)果,所以必須采取一些措施防止這種情況的出現(xiàn)。有兩種方法可以從這種類(lèi)型的結(jié)果中獲得精確的測(cè)量值。如果測(cè)試可以運(yùn)行相當(dāng)長(zhǎng)的時(shí)間(有時(shí)是幾個(gè)小時(shí),取決于用戶的操作持續(xù)的時(shí)間),最后由于隨機(jī)事件的本性使然,服務(wù)器的吞吐量會(huì)被 拉平 。或者,可以只選取波形中兩個(gè)平息點(diǎn)之間的測(cè)量值。該方法的缺點(diǎn)是可以捕獲數(shù)據(jù)的時(shí)間非常短。

          性能規(guī)劃測(cè)試

            對(duì)于性能規(guī)劃類(lèi)型的測(cè)試來(lái)說(shuō),其目標(biāo)是找出,在特定的環(huán)境下,給定應(yīng)用程序的性能可以達(dá)到何種程度。此時(shí)可重現(xiàn)性就不如在基準(zhǔn)測(cè)試中那么重要了,因?yàn)闇y(cè)試中通常都會(huì)有隨機(jī)因子。引入隨機(jī)因子的目的是為了盡量模擬具有真實(shí)用戶負(fù)載的現(xiàn)實(shí)世界應(yīng)用程序。通常,具體的目標(biāo)是找出系統(tǒng)在特定的服務(wù)器響應(yīng)時(shí)間下支持的當(dāng)前用戶的最大數(shù)。例如,您可能想知道:如果要以 5 秒或更少的響應(yīng)時(shí)間支持 8,000 個(gè)當(dāng)前用戶,需要多少個(gè)服務(wù)器?要回答這個(gè)問(wèn)題,需要知道系統(tǒng)的更多信息。

            要確定系統(tǒng)的容量,需要考慮幾個(gè)因素。通常,服務(wù)器的用戶總數(shù)非常大(以十萬(wàn)計(jì)),但是實(shí)際上,這個(gè)數(shù)字并不能說(shuō)明什么。真正需要知道的是, 這些用戶中有多少是并發(fā)與服務(wù)器通信的 。其次要知道的是, 每個(gè)用戶的 考慮時(shí)間 即請(qǐng)求時(shí)間是多少 。這非常重要, 因?yàn)榭紤]時(shí)間越短,系統(tǒng)所能支持的并發(fā)用戶越少 。例如,如果用戶的考慮時(shí)間是 1 秒,那么系統(tǒng)可能只能支持?jǐn)?shù)百個(gè)這樣的并發(fā)用戶。但是,如果用戶的考慮時(shí)間是 30 秒,那么系統(tǒng)則可能支持?jǐn)?shù)萬(wàn)個(gè)這樣的并發(fā)用戶(假定硬件和應(yīng)用程序都是相同的)。在現(xiàn)實(shí)世界中,通常難以確定用戶的確切考慮時(shí)間。還要注意,在現(xiàn)實(shí)世界中,用戶不會(huì)精確地按照間隔時(shí)間發(fā)出請(qǐng)求。

            于是就引入了隨機(jī)性。如果知道普通用戶的考慮時(shí)間是 5 秒,誤差為 20% ,那么在設(shè)計(jì)負(fù)載測(cè)試時(shí),就要確保請(qǐng)求間的時(shí)間為 1 +/- 20% )秒。此外,可以利用 調(diào)步 的理念向負(fù)載場(chǎng)景中引入更多的隨機(jī)性。它是這樣的:在一個(gè)虛擬用戶完成一整套的請(qǐng)求后,該用戶暫停一個(gè)設(shè)定的時(shí)間段,或者一個(gè)小的隨機(jī)時(shí)間段(例如, 1 +/- 25% )秒),然后再繼續(xù)執(zhí)行下一套請(qǐng)求。將這兩種隨機(jī)化方法運(yùn)用到測(cè)試中,可以提供更接近于現(xiàn)實(shí)世界的場(chǎng)景。

            現(xiàn)在該進(jìn)行實(shí)際的容量規(guī)劃測(cè)試了。接下來(lái)的問(wèn)題是: 如何加載用戶以模擬負(fù)載狀態(tài)? 最好的方法是模擬在高峰時(shí)間用戶與服務(wù)器通信的狀況 。這種用戶負(fù)載狀態(tài)是在一段時(shí)間內(nèi)逐步達(dá)到的嗎?如果是,應(yīng)該使用 ramp-up 類(lèi)型的測(cè)試,每隔幾秒增加 x 個(gè)用戶。或者,所有用戶是在一個(gè)非常短的時(shí)間內(nèi)同時(shí)與系統(tǒng)通信?如果是這樣,就應(yīng)該使用 flat 類(lèi)型的測(cè)試,將所有的用戶同時(shí)加載到服務(wù)器。兩種不同類(lèi)型的測(cè)試會(huì)產(chǎn)生沒(méi)有可比性的不同測(cè)試。例如,如果進(jìn)行 ramp-up 類(lèi)型的測(cè)試,系統(tǒng)可以以 4 秒或更短的響應(yīng)時(shí)間支持 5,000 個(gè)用戶。而執(zhí)行 flat 測(cè)試,您會(huì)發(fā)現(xiàn),對(duì)于 5,000 個(gè)用戶,系統(tǒng)的平均響應(yīng)時(shí)間要大于 4 秒。這是由于 ramp-up 測(cè)試固有的不準(zhǔn)確性使其不能顯示系統(tǒng)可以支持的并發(fā)用戶的精確數(shù)字。以門(mén)戶應(yīng)用程序?yàn)槔S著門(mén)戶規(guī)模的擴(kuò)大和集群規(guī)模的擴(kuò)大,這種不確定性就會(huì)隨之顯現(xiàn)。

            這不是說(shuō)不應(yīng)該使用 ramp-up 測(cè)試。對(duì)于系統(tǒng)負(fù)載在一段比較長(zhǎng)的時(shí)間內(nèi)緩慢增加的情況, ramp-up 測(cè)試效果還是不錯(cuò)的。這是因?yàn)橄到y(tǒng)能夠隨著時(shí)間不斷調(diào)整。如果使用快速 ramp-up 測(cè)試,系統(tǒng)就會(huì)滯后,從而報(bào)告一個(gè)較相同用戶負(fù)載的 flat 測(cè)試低的響應(yīng)時(shí)間。那么,什么是確定容量的最好方法?結(jié)合兩種負(fù)載類(lèi)型的優(yōu)點(diǎn),并運(yùn)行一系列的測(cè)試,就會(huì)產(chǎn)生最好的結(jié)果。例如, 首先使用 ramp-up 測(cè)試確定系統(tǒng)可以支持的用戶范圍。確定了范圍之后,以該范圍內(nèi)不同的并發(fā)用戶負(fù)載進(jìn)行一系列的 flat 測(cè)試,更精確地確定系統(tǒng)的容量。

          滲入測(cè)試

            滲入測(cè)試是一種比較簡(jiǎn)單的性能測(cè)試。滲入測(cè)試所需時(shí)間較長(zhǎng),它使用固定數(shù)目的并發(fā)用戶測(cè)試系統(tǒng)的總體健壯性。這些測(cè)試將會(huì)通過(guò)內(nèi)存泄漏、增加的垃圾收集 (GC) 或系統(tǒng)的其他問(wèn)題,顯示因長(zhǎng)時(shí)間運(yùn)行而出現(xiàn)的任何性能降低。測(cè)試運(yùn)行的時(shí)間越久,您對(duì)系統(tǒng)就越了解。運(yùn)行兩次測(cè)試是一個(gè)好主意 —— 一次使用較低的用戶負(fù)載(要在系統(tǒng)容量之下,以便不會(huì)出現(xiàn)執(zhí)行隊(duì)列),一次使用較高的負(fù)載(以便出現(xiàn)積極的執(zhí)行隊(duì)列)。

            測(cè)試應(yīng)該運(yùn)行幾天的時(shí)間,以便真正了解應(yīng)用程序的長(zhǎng)期健康狀況。要確保測(cè)試的應(yīng)用程序盡可能接近現(xiàn)實(shí)世界的情況,用戶場(chǎng)景也要逼真(虛擬用戶通過(guò)應(yīng)用程序?qū)Ш降姆绞揭c現(xiàn)實(shí)世界一致),從而測(cè)試應(yīng)用程序的全部特性。確保運(yùn)行了所有必需的監(jiān)控工具,以便精確地監(jiān)測(cè)并跟蹤問(wèn)題。

          峰谷測(cè)試

            峰谷測(cè)試兼有容量規(guī)劃 ramp-up 類(lèi)型測(cè)試和滲入測(cè)試的特征。其目標(biāo)是 確定從高負(fù)載(例如系統(tǒng)高峰時(shí)間的負(fù)載)恢復(fù)、轉(zhuǎn)為幾乎空閑、然后再攀升到高負(fù)載、再降低的能力

            實(shí)現(xiàn)這種測(cè)試的最好方法就是,進(jìn)行一系列的快速 ramp-up 測(cè)試,繼之以一段時(shí)間的平穩(wěn)狀態(tài)(取決于業(yè)務(wù)需求),然后急劇降低負(fù)載,此時(shí)可以令系統(tǒng)平息一下,然后再進(jìn)行快速的 ramp-up ;反復(fù)重復(fù)這個(gè)過(guò)程。這樣可以確定以下事項(xiàng):第二次高峰是否重現(xiàn)第一次的峰值?其后的每次高峰是等于還是大于第一次的峰值?在測(cè)試過(guò)程中,系統(tǒng)是否顯示了內(nèi)存或 GC 性能降低的有關(guān)跡象?測(cè)試運(yùn)行(不停地重復(fù) 峰值 / 空閑 周期)的時(shí)間越長(zhǎng),您對(duì)系統(tǒng)的長(zhǎng)期健康狀況就越了解。

          posted on 2006-04-07 17:33 戀戀冬季 閱讀(277) 評(píng)論(0)  編輯  收藏 所屬分類(lèi): 測(cè)試資料

          主站蜘蛛池模板: 怀柔区| 汪清县| 侯马市| 麻栗坡县| 福贡县| 浠水县| 无锡市| 石屏县| 乾安县| 龙川县| 德阳市| 双桥区| 天等县| 韶山市| 临朐县| 开原市| 山阴县| 河曲县| 延安市| 成都市| 资溪县| 贵南县| 肇庆市| 扬中市| 望谟县| 崇义县| 清苑县| 孝昌县| 宁陕县| 双鸭山市| 揭阳市| 凤山市| 固始县| 江达县| 屯门区| 海伦市| 通榆县| 南宫市| 本溪市| 集安市| 营口市|