Oprofile性能調(diào)優(yōu)的局限與解決辦法

hy036630

這是官方發(fā)布的oprofile的局限性 其他的我覺得還好，但是最后不能用在調(diào)試多線程程序的鎖競爭問題，因為oprofile不會記錄沒有使用cpu時的情況，比如等待一個鎖時的睡眠。
不知道大家有沒有好的辦法，對于多線程鎖，或者是IO等待的時間等的統(tǒng)計工具


* 對共享庫的使用 — 除非使用 --separate=library 選項，共享庫中的編碼樣品不會成為某個特定應(yīng)用程序的屬性。

  * 性能監(jiān)視樣品不精確 — 當性能監(jiān)視注冊器引發(fā)了抽樣行動，中斷處理將不會明確給出例外的類型。由于處理器要無序地執(zhí)行指令，樣品可能會在附近的指令上被抽取。

  * oprofpp 不能夠正確地歸類內(nèi)聯(lián)函數(shù)樣品 — oprofpp 使用一個簡單的地址范圍機制來決定它所在的是哪個函數(shù)的地址。內(nèi)聯(lián)函數(shù)樣品不從屬于那個內(nèi)聯(lián)函數(shù)，而是從屬于那個內(nèi)聯(lián)函數(shù)所插入的函數(shù)。

  * OProfile 從多次運行中積累數(shù)據(jù) — OProfile 是一個系統(tǒng)范圍內(nèi)的建檔器，它預(yù)計進程會被多次啟動和關(guān)閉。這樣，樣品就會從多次運行實例中被積累下來。使用 opcontrol --reset 來清除從以前運行實例中抽取的樣品。

  * 非 CPU 約束的性能問題 — OProfile 能夠找出受 CPU 約束的進程的問題。OProfile 不會識別正處于睡眠狀態(tài)的進程，因為這些進程正在等待鎖或其它事件的發(fā)生（如等待 I/O 設(shè)備完成操作）。

Godbach

回復(fù) 1# hy036630

嗯， 多線程的程序確實不好 profile。

Intel 好像有個 vTune，是帶界面的工具，功能要比 Oprofile 豐富一些。但是是付費的，可以免費試用 30天。

   

瀚海書香

回復(fù) 2# Godbach
呵呵。國內(nèi)沒有破解？

   

tempname2

這個可以被perf top取代了吧