這篇文章主要講解了“怎么解決Linux內(nèi)核內(nèi)存泄漏”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“怎么解決Linux內(nèi)核內(nèi)存泄漏”吧！

目前累計服務(wù)客戶上千多家，積累了豐富的產(chǎn)品開發(fā)及服務(wù)經(jīng)驗。以網(wǎng)站設(shè)計水平和技術(shù)實力，樹立企業(yè)形象，為客戶提供網(wǎng)站制作、網(wǎng)站設(shè)計、網(wǎng)站策劃、網(wǎng)頁設(shè)計、網(wǎng)絡(luò)營銷、VI設(shè)計、網(wǎng)站改版、漏洞修補等服務(wù)。創(chuàng)新互聯(lián)公司始終以務(wù)實、誠信為根本，不斷創(chuàng)新和提高建站品質(zhì)，通過對領(lǐng)先技術(shù)的掌握、對創(chuàng)意設(shè)計的研究、對客戶形象的視覺傳遞、對應(yīng)用系統(tǒng)的結(jié)合，為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案，攜手廣大客戶，共同發(fā)展進步。

什么是內(nèi)存泄漏：

程序向系統(tǒng)申請內(nèi)存，使用完不需要之后,不釋放內(nèi)存還給系統(tǒng)回收，造成申請的內(nèi)存被浪費.

發(fā)現(xiàn)系統(tǒng)中內(nèi)存使用量隨著時間的流逝，消耗的越來越多，例如下圖所示：

接下來的排查思路是:

1.監(jiān)控系統(tǒng)中每個用戶進程消耗的PSS (使用pmap工具(pmap pid)).

PSS:按比例報告的物理內(nèi)存，比如進程A占用20M物理內(nèi)存，進程B和進程A共享5M物理內(nèi)存，那么進程A的PSS就是(20 - 5) + 5/2 =  17.5M

2.監(jiān)控/proc/meminfo輸出,重點觀察Slab使用量和slab對應(yīng)的/proc/slabinfo信息

3.參考/proc/meminfo輸出，計算系統(tǒng)中未被統(tǒng)計的內(nèi)存變化，比如內(nèi)核驅(qū)動代碼

直接調(diào)用alloc_page()從buddy中拿走的內(nèi)存不會被單獨統(tǒng)計

以上排查思路分別對應(yīng)下圖中的1,2,3 :

在排查的過程中發(fā)現(xiàn)系統(tǒng)非常空閑，都沒有跑任何用戶業(yè)務(wù)進程。

其中在使用slabtop監(jiān)控slab的使用情況時發(fā)現(xiàn)size-4096 不停增長

通過監(jiān)控/proc/slabinfo也發(fā)現(xiàn)SReclaimable 的使用量不停增長

while true;  do  sleep 1 ;  cat /proc/slabinfo >> /tmp/slabinfo.txt ;  echo "===" >> /tmp/slabinfo.txt ;  done

由此判斷很可能是內(nèi)核空間在使用size-4096 時發(fā)生了內(nèi)存泄漏.

接下來使用trace event(tracepoint)功能來監(jiān)控size-4096的使用和釋放過程，

主要用來跟蹤kmalloc()和kfree()函數(shù)對應(yīng)的trace event, 因為他們的trace  event被觸發(fā)之后會打印kmalloc()和kfree()所申請和釋放的內(nèi)存地址,然后進一步只過濾申請4096字節(jié)的情況。

#trace-cmd record -e kmalloc  -f 'bytes_alloc==4096' -e kfree -T

(-T 打印堆棧)

等待幾分鐘之后…

#cp /sys/kernel/debug/tracing/trace_pipe  /tmp/kmalloc-trace

#trace-cmd report

以上步驟相當(dāng)于：

等待幾分鐘之后…

#cp /sys/kernel/debug/tracing/trace_pipe /tmp/kmalloc-trace

從trace-cmd report的輸出結(jié)果來看，很多kmalloc 對應(yīng)的ptr值都沒有kfree與之對應(yīng)的ptr值

這就說明了cat進程在內(nèi)核空間使用size-4096之后并沒有釋放，造成了內(nèi)存泄漏。

為了進一步精確定位到是使用哪個內(nèi)核函數(shù)造成的問題，此時手動觸發(fā)vmcore

#echo c > /proc/sysrq-trigger

然后使用crash工具分析vmcore：

#crash ./vmcore ./vmlinux.debug

讀出上面kmalloc申請的ptr內(nèi)存信息

(讀取0xffff880423744000內(nèi)存開始的4096個字節(jié)，并以字符形式顯示)

發(fā)現(xiàn)從上面幾個ptr內(nèi)存中讀出的內(nèi)容都是非常相似，仔細看一下發(fā)現(xiàn)都是/proc/schedstat 的輸出內(nèi)容。

通過閱讀相關(guān)代碼發(fā)現(xiàn)，當(dāng)讀出/proc/schedstat內(nèi)容之后，確實沒有釋放內(nèi)存

然后發(fā)現(xiàn)kernel上游已經(jīng)有patch解決了這個問題：

commit: 8e0bcc722289

fix a leak in /proc/schedstats

感謝各位的閱讀，以上就是“怎么解決Linux內(nèi)核內(nèi)存泄漏”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對怎么解決Linux內(nèi)核內(nèi)存泄漏這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！