應(yīng)用程序性能調(diào)節(jié)

應(yīng)用程序性能調(diào)節(jié)第一頁(yè)，共二十八頁(yè)，2022年，8月28日目標(biāo)識(shí)別性能調(diào)節(jié)中的主要任務(wù)介紹一些重要的性能調(diào)節(jié)名詞第二頁(yè)，共二十八頁(yè)，2022年，8月28日議程應(yīng)用程序優(yōu)化方法論應(yīng)用程序優(yōu)化工具.NET應(yīng)用程序優(yōu)化第三頁(yè)，共二十八頁(yè)，2022年，8月28日原則在任意平臺(tái)上編寫(xiě)高性能代碼的基本原則為：

設(shè)置性能目標(biāo)測(cè)量，測(cè)量，再測(cè)量了解應(yīng)用程序的目標(biāo)硬件和軟件平臺(tái)

第四頁(yè)，共二十八頁(yè)，2022年，8月28日應(yīng)用程序優(yōu)化方法論性能周期概覽性能周期什么時(shí)候開(kāi)始性能提高什么時(shí)候停止深入思考第五頁(yè)，共二十八頁(yè)，2022年，8月28日性能周期分析數(shù)據(jù)找到問(wèn)題收集性能數(shù)據(jù)找到解決問(wèn)題的辦法實(shí)現(xiàn)測(cè)試開(kāi)始第六頁(yè)，共二十八頁(yè)，2022年，8月28日什么時(shí)候開(kāi)始用戶的需求？客戶的需求？將性能需求放入到需求文檔中在產(chǎn)品生存周期的任何一個(gè)部分都要考慮并執(zhí)行例外：推遲代碼調(diào)節(jié)，直到簡(jiǎn)單、可讀的為優(yōu)化的一個(gè)用程序版本存在。第七頁(yè)，共二十八頁(yè)，2022年，8月28日效率VS性能第八頁(yè)，共二十八頁(yè)，2022年，8月28日何時(shí)結(jié)束是否是架構(gòu)的最大極限確認(rèn)你知道如何計(jì)算理論性能需求是否滿足完成前，增加優(yōu)化的范圍第九頁(yè)，共二十八頁(yè)，2022年，8月28日深入思考高質(zhì)量的代碼可移植性可讀性可維護(hù)性可靠性為了性能，聰明的做法是放棄代碼的質(zhì)量“Weshouldforgetaboutsmallefficiencies,sayabout97%ofthetime:prematureoptimizationistherootofallevil.”DonaldKnuth第十頁(yè)，共二十八頁(yè)，2022年，8月28日收集性能數(shù)據(jù)計(jì)時(shí)器獲取測(cè)試時(shí)間周期精確、低開(kāi)銷(xiāo)使用工具性能監(jiān)視器IntelVtune第十一頁(yè)，共二十八頁(yè)，2022年，8月28日相關(guān)負(fù)載一個(gè)好的工作負(fù)載需要具有如下特性可測(cè)量性可再生性靜態(tài)有代表性第十二頁(yè)，共二十八頁(yè)，2022年，8月28日分析數(shù)據(jù)并識(shí)別問(wèn)題當(dāng)前性能基線考察熱點(diǎn)識(shí)別瓶頸計(jì)算潛在的最大性能第十三頁(yè)，共二十八頁(yè)，2022年，8月28日考察熱點(diǎn)熱點(diǎn)：應(yīng)用程序或系統(tǒng)活動(dòng)頻繁的地方通常是一組循環(huán)第十四頁(yè)，共二十八頁(yè)，2022年，8月28日Amdahl’sLawAmdahl’sLaw在計(jì)算機(jī)編程的并行處理程序中，少數(shù)必需順序執(zhí)行的指令是影響性能的一個(gè)要素，即使增加新的處理器也不能改善運(yùn)行速度。這就是Amdahl法則。第十五頁(yè)，共二十八頁(yè)，2022年，8月28日額外考慮的內(nèi)容利用率、效率、吞吐量、延時(shí)瓶頸I/O、memory、CPUMIPS/FLOPS/CPI并行，并發(fā)性第十六頁(yè)，共二十八頁(yè)，2022年，8月28日優(yōu)化設(shè)計(jì)層面算法和數(shù)據(jù)結(jié)構(gòu)代碼調(diào)節(jié)系統(tǒng)軟件硬件第十七頁(yè)，共二十八頁(yè)，2022年，8月28日算法和數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)視圖尋找公開(kāi)的的算法第十八頁(yè)，共二十八頁(yè)，2022年，8月28日數(shù)據(jù)層面確保數(shù)據(jù)壓縮并盡可能面向機(jī)器，達(dá)到優(yōu)化的最好效果數(shù)據(jù)壓縮分割不需要的數(shù)據(jù)面向機(jī)器的數(shù)據(jù)視圖(沒(méi)有浪費(fèi)過(guò)多的空間)第十九頁(yè)，共二十八頁(yè)，2022年，8月28日代碼調(diào)節(jié)匯編指令集多線程轉(zhuǎn)換循環(huán)編譯器函數(shù)庫(kù)開(kāi)發(fā)維護(hù)困難開(kāi)發(fā)維護(hù)簡(jiǎn)單第二十頁(yè)，共二十八頁(yè)，2022年，8月28日代碼調(diào)節(jié)并行處理多機(jī)并行處理（群集處理）單機(jī)并行處理SMP多處理器第二十一頁(yè)，共二十八頁(yè)，2022年，8月28日議程應(yīng)用程序優(yōu)化方法論應(yīng)用程序優(yōu)化工具.NET應(yīng)用程序優(yōu)化第二十二頁(yè)，共二十八頁(yè)，2022年，8月28日應(yīng)用程序優(yōu)化工具性能計(jì)數(shù)器CLRProfilerCompuwareDevPartnerStudioProfessionalEdition7.0IntelVTunePerformanceAnalyzer7.1CompuwareDevPartnerProfilerCommunityEdition第二十三頁(yè)，共二十八頁(yè)，2022年，8月28日議程應(yīng)用程序優(yōu)化方法論應(yīng)用程序優(yōu)化工具.NET應(yīng)用程序優(yōu)化第二十四頁(yè)，共二十八頁(yè)，2022年，8月28日.NET應(yīng)用程序優(yōu)化字符串處理性能垃圾收集托管代碼和CLRJIT值類型異常處理線程和同步安全性第二十五頁(yè)，共二十八頁(yè)，2022年，8月28日總結(jié)應(yīng)用程序優(yōu)化方法論應(yīng)用程序優(yōu)化工具.NET應(yīng)用程序優(yōu)化第二十六頁(yè)，共二十八頁(yè)，2022年，8月28日參考文章Dowd,Kevin,Severance,Charles,“HighPerformanceComputing,”O(jiān)Reilly,1993PasqualeArmenise,“AStructuredApproachtoProgramOptimization,”IEEETransonSoftwareEngineering,Feb1989,pg.101-108Bentley,Jon,“ProgrammingPearls,”ACMPress,2000IntelSolutionCenterEngineers,“ASCBootCampFoils,”2001第二十七頁(yè)，共二十八頁(yè)，2022年，8月28日?2002MicrosoftCorporation.Allrightsreserved.Thispresentation