丨核心分析邏輯所有的性能靠這七步都搞定_第1頁
丨核心分析邏輯所有的性能靠這七步都搞定_第2頁
丨核心分析邏輯所有的性能靠這七步都搞定_第3頁
丨核心分析邏輯所有的性能靠這七步都搞定_第4頁
丨核心分析邏輯所有的性能靠這七步都搞定_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

你在任何一個搜索工具(比如度娘、谷歌、30等等)上搜“性能測試方法論”這幾個關(guān)鍵字,基本上都可以看到很多來去的內(nèi)容。而這些內(nèi)容基本上都是在描述一個測試的實施過程,并且這些實施過程也都基本停留在測試的階段。比如下面這幾段關(guān)于I負(fù)載測試計劃過程”的描述(內(nèi)容可能有點長,不過這不是我們這節(jié)課的重點,你可以不用那么仔細(xì)去看)。SEIloadTestingnningProcess是一個關(guān)注于負(fù)載測試計劃的方法,其目標(biāo)是產(chǎn)SEI負(fù)載測試計劃過程包括6個關(guān)注的區(qū)域:目標(biāo)、用戶、用例、生產(chǎn)環(huán)境、測試環(huán)境在生產(chǎn)環(huán)境上的實際性能表現(xiàn),為了規(guī)避這個風(fēng)險,必須仔細(xì)設(shè)計測試環(huán)境。從上面的描述可以看到,這里面都是偏向“測試”執(zhí)行過程的內(nèi)容。這個理論的提出者是MarkMcWhinney,1992年,他在SEI和JohnH.Baumert寫了一個類似CMMI的內(nèi)容:《SoftwareMeasuresandtheCapabilityMaturityModel》。304khy像這樣的定義本身沒有問題,但如果是像CMMI樣,企業(yè)只是拿個證,并不遵循它來做在性能行業(yè)中,我們想要實際落地,可是從I(至于其他的性能方法論,我就不再一一解析了。你如果有,可以查一查。)這也是為什么在進入性能分析案例之前,我要和你先聊一下性能分析的邏輯在寫《性能測試實戰(zhàn)0講》專欄中的第6講時,我覺得已經(jīng)把所有的分析邏所以,我覺得一個性能分析專欄,一定要有這樣一講內(nèi)容來把分析邏輯不過,在寫這一講時,我沒有之前那種嘔心瀝血的感覺了。因為我們這一講的是,把性能分析思路給固定下來。一講之后,我們再也沒有其他的分析思路了。我把這個固定的分析思路稱為“RESAR性能分析七步法”。(請你注意,這只是性能工程的一部分,并不是整個RESAR性能工程。RESAR跟著RESAR性能工程理論,我們的分析邏輯是這樣在我看來,壓力工具提供的數(shù)據(jù)只有兩個曲線最為重要:一個是TPS(你要是喜歡,也可以叫其他名字,像RPS、HPS、CPS之類,糾結(jié)名稱并不是我們的關(guān)鍵),另一個是響應(yīng)S這些呢?錯誤率是有錯誤的時候才需要看的,這一點你應(yīng)該不會有異議。而吞吐量點擊率之類的曲線,也必然會和S曲線是相同的趨勢,所以我們不需要再單獨分析。因此在第一步,我們只需要從壓力場景中獲取TPS和響應(yīng)時間曲線就可以了在這里,我要著重跟你強調(diào)一下,在性能分析過程中,拆分響應(yīng)時間是分析的關(guān)鍵起點。話說現(xiàn)在很多看似擁有全局能力的工具平臺,實際上還是會缺失一些計數(shù)器。以,有,那就通過其他的工具或命令來補充,這一點你要特別注意。之前我給一個銀行客戶分析問題的時候,他們說各個層面的數(shù)據(jù)都有。但實際況卻“全局分析‘這一步有個關(guān)鍵,就是你要對你所看到的計數(shù)器有足夠的了解就是來看專欄,要么就是去看書,要么就是去查度娘(雖然度娘在這個時候也不好使要么就是放棄。經(jīng)常會有人問GC頻率達到多少是合理的?這就是很難回答的問題。只要GC不影響系統(tǒng)容量,那就是可以的。所以,我們得先看GC和系統(tǒng)容量曲線之間的關(guān)聯(lián)關(guān)系,然后再做。千萬不要一開始就弄什么代碼層分析、具體參數(shù)調(diào)整、SQL調(diào)整啥的。不僅亂,而定向分析這一步有個關(guān)鍵判斷,就是能不能和上面的全局計數(shù)器對應(yīng)我們想找一個棧的時候,要知道為什么要去找棧;當(dāng)我們要判斷IOO這樣一來,前后的邏輯關(guān)系就形成了我一直在RESAR性能工程中強調(diào)的一個詞——有了鏈,就一定要來到性能瓶頸點的判斷過程。比如說,我們在棧中判斷有沒鎖的LQL的執(zhí)行過程拿出來,看到底是哪一步有問題。有了對性能瓶頸的判斷,再往下走就是要找到解決方么;有人知道L慢,但也不知道如何優(yōu)化QL步REAR不用再往回分析比如說,如果我們已經(jīng)知道了問題點,直接定向分析就可以了,不用再走第四。還我們這節(jié)課講的性能分析的邏輯,是REAR具體能瓶析指沒有它,就沒有分析的具體落地步驟。但是如果在落地時不遵循這個邏輯,它也就沒有在這七步法中,會涉及到對應(yīng)的知識體系,像在構(gòu)建性能分析決策樹、查找性能瓶對于我來說,RER最后,請你思考兩個問題為什么在性能項目中需要RESAR性能分析七步法在你之前做過的調(diào)優(yōu)案例中,用的是什么樣的分析邏關(guān)于課程讀者點擊課程詳情頁的,掃描,就可以加入我們這個課程的讀者群哦,希望這里的 科技所有 不 售賣。頁面已增加防盜追蹤,將依 上一 02|關(guān)鍵概念:性能指標(biāo)和場景的確下一 04|如何構(gòu)建性能分析決策樹和查找瓶頸鏈精選留言展作者回復(fù):1,日志。2,apm工具。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論