Xdebug文檔(六) 分析PHP指令碼,
分析PHP指令碼Xdebug內建分析器能讓你找到指令碼中的瓶頸並用額外的工具諸如KcacheGrind或WinCacheGrind工具可視化。
介紹
Xdebug分析器是分析PHP代碼和判斷瓶頸或確定代碼哪裡運行過慢需要使用加速器的強大分析器。Xdebug2的分析器輸出資訊以cachegrind相容檔案形成表現。這能讓你使用優秀的KcacheGrind工具(Linux,KDE)來分析資料。如果你用Linux你可以在你安裝管理器安裝它。
Windows下也有先行編譯的QcacheGrind二進位安裝包可用(QCacheGrind 是KcacheGrind不捆綁KDE的版本)
如果你用Mac系統,這裡有介紹如何安裝QcacheGrind。
Windows使用者也可以選擇使用WinCacheGrind。但其功能與KcacheGrind不一樣所以本文不在此介紹該軟體。Xdebug2.3出版時,WinCacheGrind當前仍不支援cachegrind壓縮功能和檔案。
如果你不使用KDE(或不想用),kcachegrind包也攜帶perl指令碼“ct_annotate”能分析追蹤檔案輸出ASCII。
開始分析
Php.ini內設定xdebug.profiler_enable設為1開啟分析。該設定命令xdebug啟用分析並寫入到 xdebug.profiler_output_dir指定的目錄中。而產生的檔案名稱一般以”cachegrind.out”開頭,然後結尾跟著以PHP(或apache)進程PID(進程ID)或包含初始調試指令碼目錄的crc32雜湊值。確保你的xdebug.profiler_output_dir設定目錄有足夠的空間儲存分析對複雜指令碼分析產生龐大的分析資料。比如有500MB以上的複雜應用程式 eZ Publish。
你也可以通過 xdebug.profiler_enable_trigger 設為1手動開啟分析器。當它設為1後,你能讓分析器使用名為XDEBUG_PROFILE的變數利用到GET/POST 或者 COOKIE 值。 FireFox 2 擴充能用於開啟debugger (參考 HTTP Debug Sessions) 也能用於使用該設定。為了觸發器能合理地運行, xdebug.profiler_enable 需要設為0。
分析輸出
當產生分析結果後,你就能利用 KCacheGrind開啟它:
一旦開啟了檔案,KCacheGrind會有不同的面板提供充足的資訊讓你參考。左側你能看到"Flat Profile"面板列出所有指令碼函數並以花費 時間為序,還包括了它的子函數時間。第二列"Self"顯示該函數(不包括子函數)花費的時間,第三列"Called"指被調用的頻度,最後一列”functions”顯示函數名稱。Xdebug改變PHP內建函式名並在函數名加首碼“php::”,而引用檔案也在用指定的方式處理。呼叫include命令都跟隨“::”和引用的檔案名稱. 左側你能看到"include::/home/httpd/ez_34/v..." 和記憶體函數樣本"php::mysql_query"。頭兩列的數量能以百分數表示總已耗用時間的佔比(看樣本)或絕對時間(1單元代表1/1.000.000之一秒)。你可以用右邊的按鈕來切換這兩種模式。
右邊的面板包含上層和下層兩面板。上層面板顯示哪個函數調用了當前選擇的函數(中"eztemplatedesignresource->executecompiledtemplate). 下層面板顯示已選擇的函數調用的函數列表。
上層面板的Cost列顯示當前選擇的函數在列表內被調用時花費的時間。該數字在Cost列通常是100%。下方面板Cost列顯示在列表中調用的函數所花費的時間。在這列的數字當中,你絕不看到達100%執行時間的函數。
"All Callers" 和 "All Calls"顯示不僅僅是函數分別執行的直接調用而且還顯示函數更多的上下級關係。中的上層面板顯示當前選擇的函數調用的所有函數列,直接和間接關係的其他函數都在堆棧中間。(翻譯能力有限……原句是這樣的:The upper pane in the screenshot on the left shows all functions calling the current selected one, both directly and indirectly with other functions inbetween them on the stack.)“Distance”列代表有多少函數呼叫在列表當中,而當前選擇 的為(-1)。如果兩函數間有不同的距離,此外會顯示一範圍值(例如:“5-24”)。圓括弧中的數字代表平均值。下方面板也是類似顯示,但不同的是它顯示當前選擇的函數調用的所有函數資訊,不管是直接還是間接的。
相關設定
xdebug.profiler_append
類型: integer, 預設值: 0
設為1時,分析檔案工作在新的請求下映射到相同的檔案時(取決於xdebug.profiler_output_name)不會下覆蓋分析結果,而是分析資訊附加到尾部形成新的分析檔案。
xdebug.profiler_enable
類型: integer, 預設值: 0
開啟Xdebug的分析器能在profile output directory目錄中建立分析檔案。這些檔案能被KcacheGrind讀取而可視化分析資料。該設定不能使用ini_set()在指令碼中設定。如果你要選擇性開啟分析器,可以使用 xdebug.profiler_enable_trigger設定設為1代替使用。
xdebug.profiler_enable_trigger
類型: integer, 預設值: 0
設為1時,你就能使用XDEBUG_PROFILE的GET/POST參數或設定XDEBUG_RPOFILE的cookie值觸發分析檔案的產生。這些寫入分析數到預定義的目錄中,為了不上分析檔案在每次請求中產生,你需要設定xdebug.profiler_enable 為0值。訪問觸發器可能過xdebug.profiler_enable_trigger_value配置。
xdebug.profiler_enable_trigger_value
類型: string, 預設值: "", 始於 Xdebug > 2.3
如xdebug.profiler_enable_trigger所述,該設定用於限制誰能利用XDEBUG_PROFILE功能。當改變原本的Null 字元串預設值後,cookie,GET或POST參數值需要匹配共用秘密集合并隨設定開啟分析器。
xdebug.profiler_output_dir
類型: string, 預設值: /tmp
該目錄為分析檔案輸出的地方,請確保運行PHP的賬戶能對該目錄有寫入許可權。該設定不能用ini_set()在指令碼中設定。
xdebug.profiler_output_name
類型: string, 預設值: cachegrind.out.%p
該設定決定分析檔案的名稱,可使用格式標識符指定,類似於sprintf() 和strftime()。有幾種標識符可格式檔案名。詳見參考xdebug.trace_output_name說明。
相關函數
string xdebug_get_profiler_filename()
返回當前儲存的分析資訊的檔案名稱。
http://www.bkjia.com/PHPjc/1134782.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/1134782.htmlTechArticleXdebug文檔(六) 分析PHP指令碼, 分析PHP指令碼Xdebug內建分析器能讓你找到指令碼中的瓶頸並用額外的工具諸如KcacheGrind或WinCacheGrind工具可視化。...