VS2012自帶的 性能分析 工具使用執行個體
本篇通過一小段代碼的console程式來進行性能的分析以及改進、直到後面的改進前、改進後性能比較結果。
先看console代碼(源代碼下載下傳):
static void Main(string[] args)
{
int i = 10000;
while(i-->0)
{
Core c=new Core();
c.Process(DateTime.Now.ToString());
}
}
public class Core
{
public void Process(string input)
{
//process logic
string result = string.Format("{0}-{1}", DateTime.Now, input);
//log to file
Log(result);
}
public void Log(string message)
{
string fileName = System.IO.Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "log.txt");
string msg = "{Now}: {Message}";
msg = msg.Replace("{Now}", DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"));
msg = msg.Replace("{Message}", message);
using (StreamWriter sw = System.IO.File.AppendText(fileName))
{
sw.WriteLine(msg);
sw.Flush();
sw.Close();
}
}
}
進行初次分析性能,操作步驟如下:
點選“完成”按鈕,此時會自動進行分析,直接跑完控制台程式,vs2012會自動顯示出分析報告,如下:
從上面的“摘要”報告中得知
- System.IO.File.AppendText函數和System.AppDomain.get_BaseDirectory函數耗時最多,我們需要先優化這2個函數的使用(稍後再講)
- 共列出了最耗時的5個函數
報告視圖種類:
生成的報告視圖有很多種,上面所示預設的是“摘要”視圖,其他類型的視圖如下所列:
那麼我們如何跟蹤這幾個耗時的函數呢?我們需要轉入“函數詳細資訊”視圖,如下:
右邊紅框代表耗時分布比例,顯然上圖中Process函數占用了很大比例
下邊的紅框代表相應的代碼,并且還會紅色高亮性能損耗突出的代碼行、以及相應損耗比例(圖中的99.2%是由于這行代碼共有3個損耗點:83.3%+14.4%+1.5%)
我們需要往下跟蹤,進入最嚴重的process函數進行檢視,我們click右邊紅框中的Process條,進入細化的分析界面,如下:
看來主要問題來自"Log(result)"代碼行,占了73.5%,繼續深入跟蹤,如下圖:
這下差不多了,這裡比較損耗多的2行是:獲得fileName和AppendText到日志檔案代碼行,分别優化:
- 獲得檔案名優化
- 日志檔案名是不變的,是以不用每次Log(msg)都要計算,直接extract為static的fileName變量
- AppendText優化
- 一旦牽涉到I/O操作,速度就慢,無法避免(從單行代碼的角度來看),那怎麼辦?那就把結構改掉吧:
- 主程式寫入log到隊列中,由另外一個thread負責寫入到磁盤中
- 一旦牽涉到I/O操作,速度就慢,無法避免(從單行代碼的角度來看),那怎麼辦?那就把結構改掉吧:
修改代碼如下:
public class Core
{
public void Process(string input)
{
//process logic
string result = string.Format("{0}-{1}", DateTime.Now, input);
//log to file
Log(result);
}
private static List<string> log = new List<string>();
public static void Log(string message)//fileName去掉了,因為此時已經不需要這個變量了,因為是由其他線程負責寫入磁盤
{
string msg = "{Now}: {Message}";
msg = msg.Replace("{Now}", DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"));
msg = msg.Replace("{Message}", message);
log.Add(msg);
}
}
我們再次運作性能分析,如下:
我們比較下第一次和這一次的曲線圖:
改進後的性能明顯好于改進之前的性能。
自定義性能分析
我們可以通過修改屬性來add/remove性能名額,比如要加入某個/某些Windows計數器、收集Windows事件、收集.NET對象生命周期等,我們可以進行如下操作來進行設定:
将會生成如下更詳細的報告:
報告中會列出生成的最多的是哪種對象(本例中是string)、由哪些函數導緻的配置設定了最多的記憶體、等等
在“标記”視圖中,能看到每隔500毫秒收集的windows計數器資料,如下圖就是磁盤隊列計數器的收集:
在“對象生存期”視圖中,能看到各種對象從new到dispose的所有資料,如下圖:
很牛b吧。
下面說說如何通過VS2012來對獨立運作的程式進行性能分析,其實很簡單,就下面這個圖就搞定了,大家都懂的:
再說說如何對web項目性能分析吧...
先打開web項目解決方案,然後直接進行性能分析,有人會說沒有請求操作啊,這個簡單,有多個解決辦法:
- 再開一個VS環境(無論是遠端的還是本地的),通過web負載測試來瘋狂請求
- 通過loadrunner/qtp來模拟請求
- 悲催的人工請求...
Console源代碼下載下傳
覺得有用的話幫我“推薦”click吧...
自省推動進步,視野決定未來。
心懷遠大理想。
為了家庭幸福而努力。
對于vs2012 update2中的新功能,确實很多。挑一個對于調試和寫代碼很有幫助的功能吧。codemap/代碼圖。該功能能夠非常清楚和直覺的讓你理清代碼的調用關系和引用關系。
傳統的調試,應該都是設定各種斷點,各種F11。現在有可視化的代碼圖友善你的調試。
并且可以在代碼調試的時候去進行載入。
最重要的是可以在代碼圖中根據調試情況加入标簽與顔色标記,友善自己調試與團隊協作。
怎麼樣,這個新功能大家都知道嗎?如果不知道建議趕緊用用,輕松你調試。
個人強烈推薦
作者:risk
出處:http://www.cnblogs.com/risk
本文版權歸作者和部落格園共有,歡迎轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文連接配接,否則保留追究法律責任的權利。
分類: .NET
标簽: vs2012 Visual studio
分類: 負載測試, 性能分析, 性能優化