而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;
}