xhprof 是facebook開(kāi)源出來(lái)的一個(gè)php性能測(cè)試工具，也可以稱之為profile工具，這個(gè)詞不知道怎么翻譯才比較達(dá)意。跟之前一直使用的xdebug相比，有很多類似之處。以前對(duì)xdebug有一些記錄還可以供參考，但是它的缺點(diǎn)是對(duì)性能影響太大，即便是開(kāi)啟了profiler_enable_trigger參數(shù)，用在生產(chǎn)環(huán)境中也是慘不忍睹，cpu立刻就飆到high。
而xhprof就顯得很輕量，是否記錄profile可以由程序控制，因此，用在生產(chǎn)環(huán)境中也就成為一種可能。在它的文檔上可以看到這樣一種用法：
以萬(wàn)分之一的幾率啟用xhprof，平時(shí)悄悄的不打槍。

在程序結(jié)尾處調(diào)用方法保存profile

也可以用register_shutdown_function方法指定在程序結(jié)束時(shí)保存xhprof信息，這樣就免去了結(jié)尾處判斷，給個(gè)改寫的不完整例子：

至于日志，我暫時(shí)用的是最土的文件形式保存，定期清除即可。
BTW:xhprof生成的圖形方式profile真是酷斃了，哪段代碼成為瓶頸，一目了然。
by phpe：下面是一個(gè)例圖：

關(guān)于改善xhprof使用情況的設(shè)想
自從去年將xhprof用在生產(chǎn)環(huán)境以來(lái)，對(duì)生產(chǎn)環(huán)境的程序調(diào)試，性能優(yōu)化都帶來(lái)很多便利。但是在使用過(guò)程中，還是有一些細(xì)節(jié)需要改善。
問(wèn)題
xhprof的profile日志直接以文件形式保存在生產(chǎn)服務(wù)器上，需要定時(shí)清理，或者收集起來(lái)移動(dòng)到查看日志的工具機(jī)上。
由于xhprof生成的profile是一個(gè)大數(shù)組，所以保存到文件時(shí)使用了標(biāo)準(zhǔn)的php serialize，日志文件偏大，一個(gè)不留神就容易占用很多服務(wù)器磁盤空間。
查看日志列表時(shí)，一個(gè)個(gè)點(diǎn)開(kāi)查看比較費(fèi)勁。
針對(duì)這幾個(gè)問(wèn)題，我有一些小小的設(shè)想。
日志存放
部署一個(gè)中央日志服務(wù)器，采用facebook的scribe來(lái)收集日志。生產(chǎn)環(huán)境的服務(wù)器產(chǎn)生的xhprof日志，都寫入到scribe的客戶端，由客戶端自動(dòng)同步到中央日志服務(wù)器的scribe上，不占用本地的存儲(chǔ)空間。在代碼上的改動(dòng)也比較小，只要基于iXHProfRuns接口實(shí)現(xiàn)一個(gè)XhprofRuns類，調(diào)整save_run方法的存儲(chǔ)方式即可。
更換序列化方法
xhprof默認(rèn)是將profile信息用php原生的序列化方法處理后進(jìn)行保存，而我在前兩天比較過(guò)igbinary vs serialize vs json_encode的性能和占用字節(jié)數(shù)，這個(gè)測(cè)試?yán)飅gbinary在各方面都有一定優(yōu)勢(shì)，尤其是占用存儲(chǔ)空間會(huì)大幅度減小，所以我只要更換序列化方法為igbinary_serialize即可獲得改善。
優(yōu)化列表展示
我已經(jīng)厭倦挨個(gè)查看profile日志的大圖，費(fèi)時(shí)費(fèi)力還沒(méi)有針對(duì)性。所以我現(xiàn)在的做法是，在profile日志的列表中將前1000個(gè)日志的總體執(zhí)行時(shí)間直接輸出到列表中，并且將執(zhí)行時(shí)間過(guò)長(zhǎng)的日志用紅色粗體標(biāo)識(shí)。做了這個(gè)小小的改動(dòng)之后，當(dāng)我想要去視察一下運(yùn)行情況時(shí)，就把日志列表中那些紅通通的鏈接點(diǎn)開(kāi)看看就行了，真正的省時(shí)省力。
如何從xhprof日志文件中獲取執(zhí)行時(shí)間？簡(jiǎn)單的代碼如下

最新評(píng)論