早些年，假如你知道有個 strace 呼吁，就很牛了，而此刻各人根基都知道 strace 了，假如你碰著機(jī)能問題求助別人，十有八九會發(fā)起你用 strace 掛上去看看，不外當(dāng)你掛上去了，看著滿屏翻騰的字符，卻十有八九看不出個所以然。本文通過一個簡樸的案例，向你展示一下在用 strace 診斷問題時的一些套路。

如下真實(shí)案例，如有類似，實(shí)屬一定！讓我們看一臺高負(fù)載處事器的 top 功效：

能力：運(yùn)行 top 時，按「1」打開 CPU 列表，按「shift+p」以 CPU 排序。

在本例中各人很容易發(fā)明 CPU 主要是被若干個 PHP 歷程占用了，同時 PHP 歷程占用的較量多的內(nèi)存，不外系統(tǒng)內(nèi)存另有結(jié)余，SWAP 也不嚴(yán)重，這并不是問題主因。

不外在 CPU 列表中能看到 CPU 主要耗損在內(nèi)核態(tài)「sy」，而不是用戶態(tài)「us」，和我們的履歷不符。Linux 操縱系統(tǒng)有許多用來跟蹤措施行為的東西，內(nèi)核態(tài)的函數(shù)挪用跟蹤用「strace」，用戶態(tài)的函數(shù)挪用跟蹤用「ltrace」，所以這里我們應(yīng)該用「strace」：

不外假如直接用 strace 跟蹤某個歷程的話，那么期待你的往往是滿屏翻騰的字符，想從這里看出問題的癥結(jié)并不是一件容易的工作，虧得 strace 可以按操縱匯總時間：

通過「c」選項(xiàng)用來匯總各個操縱的總耗時，運(yùn)行后的功效或許如下圖所示：

很明明，我們能看到 CPU 主要被 clone 操縱耗損了，還可以單獨(dú)跟蹤一下 clone：

shell> strace -T -e clone -p <PID>

通過「T」選項(xiàng)可以獲取操縱實(shí)際耗損的時間，通過「e」選項(xiàng)可以跟蹤某個操縱：

很明明，一個 clone 操縱需要幾百毫秒，至于 clone 的寄義，參考 man 文檔：

簡樸來說，就是建設(shè)一個新歷程。那么在 PHP 里什么時候會呈現(xiàn)此類系統(tǒng)挪用呢？查詢業(yè)務(wù)代碼看到了 exec 函數(shù)，通過如下呼吁驗(yàn)證它確實(shí)會導(dǎo)致 clone 系統(tǒng)挪用：

shell> strace -eclone php -r ‘exec(“l(fā)s”);’

最后再考各人一個題：假如我們用 strace 跟蹤一個歷程，輸出功效很少，是不是說明歷程很空閑？其實(shí)試試 ltrace，，大概會發(fā)明別有洞天。記著有內(nèi)核態(tài)和用戶態(tài)之分。