基於在生產環境中使用php性能測試工具xhprof的詳解(轉)

xhprof 是facebook開源出來的一個php性能測試工具，也能夠稱之爲profile工具，這個詞不知道怎麼翻譯才比較達意。跟以前一直使用的xdebug相比，有不少相似之處。之前對xdebug有一些記錄還能夠供參考，可是它的缺點是對性能影響太大，即使是開啓了profiler_enable_trigger參數，用在生產環境中也是慘不忍睹，cpu馬上就飆到high。
而xhprof就顯得很輕量，是否記錄profile能夠由程序控制，所以，用在生產環境中也就成爲一種可能。在它的文檔上能夠看到這樣一種用法：
以萬分之一的概率啓用xhprof，平時悄悄的不打槍。

複製代碼代碼以下:

if (mt_rand(1, 10000) == 1) {
 xhprof_enable(XHPROF_FLAGS_MEMORY);
 $xhprof_on = true;
}

在程序結尾處調用方法保存profile

複製代碼代碼以下:

if ($xhprof_on) {
 // stop profiler
 $xhprof_data = xhprof_disable();

 // save $xhprof_data somewhere (say a central DB)
 ...
}

也能夠用register_shutdown_function方法指定在程序結束時保存xhprof信息，這樣就免去告終尾處判斷，給個改寫的不完整例子：

複製代碼代碼以下:

if (mt_rand(1, 10000) == 1) {
 xhprof_enable(XHPROF_FLAGS_MEMORY);
 register_shutdown_function(create_funcion('', "$xhprof_data = xhprof_disable(); save $xhprof_data;"));
}

至於日誌，我暫時用的是最土的文件形式保存，按期清除便可。
BTW:xhprof生成的圖形方式profile真是酷斃了，哪段代碼成爲瓶頸，一目瞭然。
by phpe：下面是一個例圖：

關於改善xhprof使用狀況的設想
自從去年將xhprof用在生產環境以來，對生產環境的程序調試，性能優化都帶來不少便利。可是在使用過程當中，仍是有一些細節須要改善。
問題
xhprof的profile日誌直接以文件形式保存在生產服務器上，須要定時清理，或者收集起來移動到查看日誌的工具機上。
因爲xhprof生成的profile是一個大數組，因此保存到文件時使用了標準的php serialize，日誌文件偏大，一個不留神就容易佔用不少服務器磁盤空間。
查看日誌列表時，一個個點開查看比較費勁。
針對這幾個問題，我有一些小小的設想。
日誌存放
部署一箇中央日誌服務器，採用facebook的scribe來收集日誌。生產環境的服務器產生的xhprof日誌，都寫入到scribe的客戶端，由客戶端自動同步到中央日誌服務器的scribe上，不佔用本地的存儲空間。在代碼上的改動也比較小，只要基於iXHProfRuns接口實現一個XhprofRuns類，調整save_run方法的存儲方式便可。
更換序列化方法
xhprof默認是將profile信息用php原生的序列化方法處理後進行保存，而我在前兩天比較過igbinary vs serialize vs json_encode的性能和佔用字節數，這個測試裏igbinary在各方面都有必定優點，尤爲是佔用存儲空間會大幅度減少，因此我只要更換序列化方法爲igbinary_serialize便可得到改善。
優化列表展現
我已經厭倦挨個查看profile日誌的大圖，費時費力尚未針對性。因此我如今的作法是，在profile日誌的列表中將前1000個日誌的整體執行時間直接輸出到列表中，而且將執行時間過長的日誌用紅色粗體標識。作了這個小小的改動以後，當我想要去視察一下運行狀況時，就把日誌列表中那些紅統統的連接點開看看就好了，真正的省時省力。
如何從xhprof日誌文件中獲取執行時間？簡單的代碼以下

複製代碼代碼以下:

/**
* 由xhprof日誌得到執行時間
*
* @param string $log xhprof日誌的文件路徑
* @return int 執行時間
*/
function getSpentTime($log) {
  $profile = unserialize(file_get_contents($log));
  return $profile['main()']['wt'] / 1000;
}

 

轉自： http://www.jb51.net/article/37798.htm