0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Linux內(nèi)存泄露案例分析

科技綠洲 ? 來源:Linux開發(fā)架構(gòu)之路 ? 作者:Linux開發(fā)架構(gòu)之路 ? 2023-11-11 16:39 ? 次閱讀

一、問題

近期同事接到線上LB(負(fù)載均衡)服務(wù)內(nèi)存報警,同事反饋說LB集群有部分機(jī)器的內(nèi)存使用率超過80%,有的甚至超過90%,而且內(nèi)存使用率還再不停的增長。接到內(nèi)存報警的消息,讓整個團(tuán)隊都比較緊張,我們團(tuán)隊負(fù)責(zé)的LB服務(wù)是零售、物流、科技等業(yè)務(wù)服務(wù)的流量入口,承接上萬個服務(wù)的流量轉(zhuǎn)發(fā),一旦有故障影響業(yè)務(wù)服務(wù)比較多,必須馬上著手解決內(nèi)存暴漲的問題。目前只是內(nèi)存報警,暫時不影響業(yè)務(wù),先將內(nèi)存使用率90%以上的LB服務(wù)下線,防止內(nèi)存過高導(dǎo)致LB服務(wù)崩潰,影響業(yè)務(wù),運(yùn)維同事密切關(guān)注相關(guān)的內(nèi)存報警的消息。

二、排查過程

經(jīng)過開發(fā)同學(xué)通過cat /proc/meminfo查看Slab的內(nèi)核內(nèi)存可能有泄漏。

$ cat /proc/meminfo
MemTotal: 65922868 kB
MemFree: 9001452 kB
...
Slab: 39242216 kB
SReclaimable: 38506072 kB
SUnreclaim: 736144 kB
....

通過slabtop命令分析slab發(fā)現(xiàn)內(nèi)核中dentry對象占比高,考慮到dentry對象跟文件有關(guān),Linux中一切皆可以為文件,這個可能跟socket文件有關(guān),通過進(jìn)一步排查發(fā)現(xiàn)LB服務(wù)上有個curl發(fā)送的HTTPS探測腳本,這個腳本存在dentry對象泄漏,并且在curl論壇上找到一篇文章確認(rèn)了這個問題,這個文章說明了curl-7.19.7版本在發(fā)送HTTPS請求時,curl依賴的NSS庫存在dentry泄漏的bug,我查看一下我們curl版本就是7.19.7,問題終于真相大白了?。。?/p>

$ curl -V
curl 7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.15.3 zlib/1.2.3 libidn/1.18 libssh2/1.4.2
Protocols: tftp ftp telnet dict ldap ldaps http file https ftps scp sftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

$ rpm -aq|grep nss-
nss-util-3.16.1-3.el6.x86_64
nss-sysinit-3.16.1-14.el6.x86_64
nss-softokn-freebl-3.14.3-17.el6.x86_64
nss-softokn-3.14.3-17.el6.x86_64
nss-3.16.1-14.el6.x86_64
nss-tools-3.16.1-14.el6.x86_64

文章中介紹可以設(shè)置環(huán)境變量NSS_SDB_USE_CACHE修復(fù)這個bug,我們驗證通過了這個解決方案。

三、解決方案

1、目前先將探測腳本停止,在業(yè)務(wù)流量低峰時將內(nèi)存使用率超過90%的服務(wù)先通過drop_caches清理一下緩存。

2、等大促過后,探測腳本中設(shè)置環(huán)境變量NSS_SDB_USE_CACHE,徹底修復(fù)這個問題。

四、復(fù)盤和總結(jié)

這次內(nèi)存暴漲的問題根本原因是curl-7.19.7依賴的NSS庫存在dentry泄漏的bug導(dǎo)致的,探測腳本只是將這個問題暴露出來。這次問題由Linux內(nèi)存泄漏引發(fā)的問題,因此以點(diǎn)帶面再次系統(tǒng)學(xué)習(xí)一下Linux內(nèi)存管理的知識非常有必要,對我們以后排查內(nèi)存暴漲的問題非常有幫助。

1)Linux內(nèi)存尋址

Linux內(nèi)核主要通過虛擬內(nèi)存管理進(jìn)程的地址空間,內(nèi)核進(jìn)程和用戶進(jìn)程都只會分配虛擬內(nèi)存,不會分配物理內(nèi)存,通過內(nèi)存尋址將虛擬內(nèi)存與物理內(nèi)存做映射。Linux內(nèi)核中有三種地址,

a、邏輯地址,每個邏輯地址都由一段(segment)和偏移量(offset)組成,偏移量指明了從段開始的地方到實(shí)際地址之間的距離。

b、線性地址,又稱虛擬地址,是一個32個無符號整數(shù),32位機(jī)器內(nèi)存高達(dá)4GB,通常用十六進(jìn)制數(shù)字表示,Linux進(jìn)程的內(nèi)存一般說的都是這個內(nèi)存。

c、物理地址,用于內(nèi)存芯片級內(nèi)存單元尋址。它們與從CPU的地址引腳發(fā)送到內(nèi)存總線上的電信號對應(yīng)。

Linux中的內(nèi)存控制單元(MMU)通過一種稱為分段單元(segmentation unit)的硬件電路把一個邏輯地址轉(zhuǎn)換成線性地址,接著,第二個稱為分頁單元(paging unit)的硬件電路把線性地址轉(zhuǎn)換成一個物理地址。

圖片

2)Linux分頁機(jī)制

分頁單元把線性地址轉(zhuǎn)換成物理地址。線性地址被分成以固定長度為單位的組,稱為頁(page)。頁內(nèi)部連續(xù)的線性地址被映射到連續(xù)的物理地址中。一般"頁"既指一組線性地址,又指包含這組地址中的數(shù)據(jù)。分頁單元把所有的RAM分成固定長度的頁框(page frame),也成物理頁。每一頁框包含一個頁(page),也就是說一個頁框的長度與一個頁的長度一致。頁框是主存的一部分,因此也是一個存儲區(qū)域。區(qū)分一頁和一個頁框是很重要的,前者只是一個數(shù)據(jù)塊,可以存放任何頁框或者磁盤中。把線性地址映射到物理地址的數(shù)據(jù)結(jié)構(gòu)稱為頁表(page table)。頁表存放在主存中,并在啟用分頁單元之前必須有內(nèi)核對頁表進(jìn)行適當(dāng)?shù)某跏蓟?/p>

x86_64的Linux內(nèi)核采用4級分頁模型,一般一頁4K,4種頁表:

a、頁全局目錄

b、頁上級目錄

c、頁中間目錄

d、頁表

頁全局目錄包含若干頁上級目錄,頁上級目錄又依次包含若干頁中間目錄的地址,而頁中間目錄又包含若干頁表的地址。每個頁表項指向一個頁框。線性地址被分成5部分。

圖片

3)NUMA架構(gòu)

隨著CPU進(jìn)入多核時代,多核CPU通過一條數(shù)據(jù)總線訪問內(nèi)存延遲很大,因此NUMA架構(gòu)應(yīng)運(yùn)而生,NUMA架構(gòu)全稱為非一致性內(nèi)存架構(gòu) (Non Uniform Memory Architecture),系統(tǒng)的物理內(nèi)存被劃分為幾個節(jié)點(diǎn)(node),每個node綁定不同的CPU核,本地CPU核直接訪問本地內(nèi)存node節(jié)點(diǎn)延遲最小。

圖片

可以通過lscpu命令查看NUMA與CPU核的關(guān)系。

$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 32
On-line CPU(s) list: 0-31
Thread(s) per core: 2
Core(s) per socket: 8
Socket(s): 2
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 62
Stepping: 4
CPU MHz: 2001.000
BogoMIPS: 3999.43
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 20480K
NUMA node0 CPU(s): 0-7,16-23 #這些核綁定在numa 0
NUMA node1 CPU(s): 8-15,24-31 #這些核綁定在numa 1

4)伙伴關(guān)系算法

Linux內(nèi)核通過著名伙伴關(guān)系算法為分配一組連續(xù)的頁框而建立一種健壯、穩(wěn)定的內(nèi)存分配策略,是內(nèi)核中一種內(nèi)存分配器,并解決了內(nèi)存管理外碎片的問題,外碎片是指頻繁地請求和釋放不同大小的一組連續(xù)頁框,必然導(dǎo)致在已分配的頁框的塊分散了許多小塊的空閑頁框。

5)Slab機(jī)制

slab機(jī)制的核心思想是以對象的觀點(diǎn)來管理內(nèi)存,主要是為了解決內(nèi)部碎片,內(nèi)部碎片是由于采用固定大小的內(nèi)存分區(qū),即以固定的大小塊為單位來分配,采用這種方法,進(jìn)程所分配的內(nèi)存可能會比所需要的大,這多余的部分便是內(nèi)部碎片。slab也是內(nèi)核中一種內(nèi)存分配器,slab分配器基于對象進(jìn)行管理的,所謂的對象就是內(nèi)核中的數(shù)據(jù)結(jié)構(gòu)(例如:task_struct,file_struct 等)。相同類型的對象歸為一類,每當(dāng)要申請這樣一個對象時,slab分配器就從一個slab列表中分配一個這樣大小的單元出去,而當(dāng)要釋放時,將其重新保存在該列表中,而不是直接返回給伙伴系統(tǒng),從而避免內(nèi)部碎片。上面中說到的dentry對象就是通過slab分配器分配的一種對象。

slab和伙伴系統(tǒng)是上下級的調(diào)用關(guān)系,伙伴關(guān)系按照頁管理內(nèi)存,slab按照字節(jié)管理,slab先從伙伴系統(tǒng)獲取數(shù)個頁的內(nèi)存,然后切成分成固定的小塊(稱為object),然后再按照聲明的對象數(shù)據(jù)結(jié)構(gòu)分配對象。

6)進(jìn)程內(nèi)存分布

所有進(jìn)程都必須占用一定數(shù)量的內(nèi)存,這些內(nèi)存用來存放從磁盤載入的程序代碼,或存放來自用戶輸入的數(shù)據(jù)等。內(nèi)存可以提前靜態(tài)分配和統(tǒng)一回收,也可以按需動態(tài)分配和回收。對于普通進(jìn)程對應(yīng)的內(nèi)存空間包含5種不同的數(shù)據(jù)區(qū):

a、代碼段(text):程序代碼在內(nèi)存中的映射,存放函數(shù)體的二進(jìn)制代碼,通常用于存放程序執(zhí)行代碼(即CPU執(zhí)行的機(jī)器指令)。

b、數(shù)據(jù)段(data):存放程序中已初始化且初值不為0的全局變量和靜態(tài)局部變量。數(shù)據(jù)段屬于靜態(tài)內(nèi)存分配(靜態(tài)存儲區(qū)),可讀可寫。

c、BSS段(bss):未初始化的全局變量和靜態(tài)局部變量。

d、堆(heap):動態(tài)分配的內(nèi)存段,大小不固定,可動態(tài)擴(kuò)張(malloc等函數(shù)分配內(nèi)存),或動態(tài)縮減(free等函數(shù)釋放)。

e、棧(stack):存放臨時創(chuàng)建的局部變量。

圖片

Linux內(nèi)核是操作系統(tǒng)中優(yōu)先級最高的,內(nèi)核函數(shù)申請內(nèi)存必須及時分配適當(dāng)?shù)膬?nèi)存,用戶態(tài)進(jìn)程申請內(nèi)存被認(rèn)為是不緊迫的,內(nèi)核盡量推遲給用戶態(tài)的進(jìn)程動態(tài)分配內(nèi)存。

a、請求調(diào)頁,推遲到進(jìn)程要訪問的頁不在RAM中時為止,引發(fā)一個缺頁異常。

b、寫時復(fù)制(COW),父、子進(jìn)程共享頁框而不是復(fù)制頁框,但是共享頁框不能被修改,只有當(dāng)父/子進(jìn)程試圖改寫共享頁框時,內(nèi)核才將共享頁框復(fù)制一個新的頁框并標(biāo)記為可寫。

7)Linux內(nèi)存檢測工具

a、free命令可以監(jiān)控系統(tǒng)內(nèi)存

$ free -h
total used free shared buff/cache available
Mem: 31Gi 13Gi 8.0Gi 747Mi 10Gi 16Gi
Swap: 2.0Gi 321Mi 1.7Gi

b、top命令查看系統(tǒng)內(nèi)存以及進(jìn)程內(nèi)存

?VIRT Virtual Memory Size (KiB):進(jìn)程使用的所有虛擬內(nèi)存,包括代碼(code)、數(shù)據(jù)(data)、共享庫(shared libraries),以及被換出(swap out)到交換區(qū)和映射了(map)但尚未使用(未載入實(shí)體內(nèi)存)的部分。

?RES Resident Memory Size (KiB):進(jìn)程所占用的所有實(shí)體內(nèi)存(physical memory),不包括被換出到交換區(qū)的部分。

?SHR Shared Memory Size (KiB):進(jìn)程可讀的全部共享內(nèi)存,并非所有部分都包含在 RES 中。它反映了可能被其他進(jìn)程共享的內(nèi)存部分。

c、smaps文件

cat /proc/$pid/smaps查看某進(jìn)程虛擬內(nèi)存空間的分布情況

0082f000-00852000 rw-p 0022f000 08:05 4326085 /usr/bin/nginx/sbin/nginx
Size: 140 kB
Rss: 140 kB
Pss: 78 kB
Shared_Clean: 56 kB
Shared_Dirty: 68 kB
Private_Clean: 4 kB
Private_Dirty: 12 kB
Referenced: 120 kB
Anonymous: 80 kB
AnonHugePages: 0 kB
Swap: 0 kB
KernelPageSize: 4 kB
MMUPageSize: 4 kB

d、vmstat

vmstat是Virtual Meomory Statistics(虛擬內(nèi)存統(tǒng)計)的縮寫,可實(shí)時動態(tài)監(jiān)視操作系統(tǒng)的虛擬內(nèi)存、進(jìn)程、CPU活動。

## 每秒統(tǒng)計3次
$ vmstat 1 3
procs -----------memory---------------- ---swap-- -----io---- --system-- -----cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 0 233483840 758304 20795596 0 0 0 1 0 0 0 0 100 0 0
0 0 0 233483936 758304 20795596 0 0 0 0 1052 1569 0 0 100 0 0
0 0 0 233483920 758304 20795596 0 0 0 0 966 1558 0 0 100 0 0

e、meminfo文件

Linux系統(tǒng)中/proc/meminfo這個文件用來記錄了系統(tǒng)內(nèi)存使用的詳細(xì)情況。

$ cat /proc/meminfo
MemTotal: 8052444 kB
MemFree: 2754588 kB
MemAvailable: 3934252 kB
Buffers: 137128 kB
Cached: 1948128 kB
SwapCached: 0 kB
Active: 3650920 kB
Inactive: 1343420 kB
Active(anon): 2913304 kB
Inactive(anon): 727808 kB
Active(file): 737616 kB
Inactive(file): 615612 kB
Unevictable: 196 kB
Mlocked: 196 kB
SwapTotal: 8265724 kB
SwapFree: 8265724 kB
Dirty: 104 kB
Writeback: 0 kB
AnonPages: 2909332 kB
Mapped: 815524 kB
Shmem: 732032 kB
Slab: 153096 kB
SReclaimable: 99684 kB
SUnreclaim: 53412 kB
KernelStack: 14288 kB
PageTables: 62192 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 12291944 kB
Committed_AS: 11398920 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
HardwareCorrupted: 0 kB
AnonHugePages: 1380352 kB
CmaTotal: 0 kB
CmaFree: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 201472 kB
DirectMap2M: 5967872 kB
DirectMap1G: 3145728 kB
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 內(nèi)核
    +關(guān)注

    關(guān)注

    3

    文章

    1360

    瀏覽量

    40185
  • Linux
    +關(guān)注

    關(guān)注

    87

    文章

    11207

    瀏覽量

    208721
  • 內(nèi)存
    +關(guān)注

    關(guān)注

    8

    文章

    2966

    瀏覽量

    73814
  • 硬件電路
    +關(guān)注

    關(guān)注

    39

    文章

    239

    瀏覽量

    29182
收藏 人收藏

    評論

    相關(guān)推薦

    Linux內(nèi)存管理是什么,Linux內(nèi)存管理詳解

    Linux內(nèi)存管理 Linux內(nèi)存管理是一個非常復(fù)雜的過程,主要分成兩個大的部分:內(nèi)核的內(nèi)存管理和進(jìn)程虛擬
    的頭像 發(fā)表于 05-11 17:54 ?5947次閱讀
    <b class='flag-5'>Linux</b>的<b class='flag-5'>內(nèi)存</b>管理是什么,<b class='flag-5'>Linux</b>的<b class='flag-5'>內(nèi)存</b>管理詳解

    使用valgrind對代碼進(jìn)行內(nèi)存泄露檢測

    代碼可能存在內(nèi)存泄露怎么辦?
    發(fā)表于 08-21 15:30 ?362次閱讀
    使用valgrind對代碼進(jìn)行<b class='flag-5'>內(nèi)存</b><b class='flag-5'>泄露</b>檢測

    Linux內(nèi)存泄露案例分析內(nèi)存管理分享

    作者:京東科技 李遵舉 一、問題 近期我們運(yùn)維同事接到線上LB(負(fù)載均衡)服務(wù)內(nèi)存報警,運(yùn)維同事反饋說LB集群有部分機(jī)器的內(nèi)存使用率超過80%,有的甚至超過90%,而且內(nèi)存使用率還再不停的增長。接到
    的頭像 發(fā)表于 10-24 16:14 ?648次閱讀
    <b class='flag-5'>Linux</b><b class='flag-5'>內(nèi)存</b><b class='flag-5'>泄露</b>案例<b class='flag-5'>分析</b>和<b class='flag-5'>內(nèi)存</b>管理分享

    關(guān)于labview中的內(nèi)存泄露

    。4.最好不要用順序結(jié)構(gòu),特別是層疊式順序結(jié)構(gòu)。NI工程師評論:內(nèi)存泄露的問題,這個問題比較普遍,DAQmx任務(wù)涉及到硬件資源,凡是打開了硬件就需要及時的關(guān)閉硬件 就我個人習(xí)慣而言,如果有可能在一個程序中
    發(fā)表于 12-06 16:05

    Linux上對進(jìn)程進(jìn)行內(nèi)存分析內(nèi)存泄漏定位

    Linux產(chǎn)品開發(fā)過程中,通常需要注意系統(tǒng)內(nèi)存使用量,和評估單一進(jìn)程的內(nèi)存使用情況,便于我們選取合適的機(jī)器配置,來部署我們的產(chǎn)品。Linux本身提供了一些工具方便我們達(dá)成這些需求,查
    發(fā)表于 07-09 08:15

    分析你App的內(nèi)存使用之找到內(nèi)存泄露

    INSTRUMENTS調(diào)試工具的使用(二十九) —— 分析你App的內(nèi)存使用之找到內(nèi)存泄露(四)
    發(fā)表于 05-14 16:02

    內(nèi)存泄露內(nèi)存溢出是什么意思

    面試題目匯總最重要:簡單又重點(diǎn)突出的自我介紹!1、內(nèi)存泄露內(nèi)存溢出是什么意思2、static的使用3、break 和continue的區(qū)別4、指針函數(shù)和函數(shù)指針的區(qū)別5、數(shù)組和鏈表的區(qū)別
    發(fā)表于 12-20 07:47

    怎樣去解決單片機(jī)使用malloc產(chǎn)生內(nèi)存泄露的問題呢

    為什么單片機(jī)使用malloc會導(dǎo)致內(nèi)存泄露呢?怎樣去解決單片機(jī)使用malloc產(chǎn)生內(nèi)存泄露的問題呢?
    發(fā)表于 01-27 06:23

    全志V853芯片 Tina Linux下網(wǎng)絡(luò)ADB內(nèi)存泄露如何修復(fù)?

    1.主題Tina Linux 網(wǎng)絡(luò)ADB內(nèi)存泄露修復(fù)2.問題背景硬件:V853軟件:Tina4.0 Linux-4.9背景:使用網(wǎng)絡(luò)adb時,反復(fù)connect disconnect,
    發(fā)表于 03-06 10:31

    全志R128內(nèi)存泄露調(diào)試案例

    Memleak# 使能內(nèi)存泄露分析工具 (16)Tina RTOS Memleak Backtrace Level# 內(nèi)存泄露
    發(fā)表于 12-11 10:57

    內(nèi)存溢出和內(nèi)存泄露的區(qū)別_內(nèi)存溢出的原因以及解決方法

    內(nèi)存溢出和內(nèi)存泄露的區(qū)別是什么?內(nèi)存溢出怎么解決?內(nèi)存溢出是指程序在申請內(nèi)存時,沒有足夠的
    發(fā)表于 06-01 10:27 ?2884次閱讀

    分析Linux操作系統(tǒng)的內(nèi)存

    前言:在Linux上不像在Windows上看內(nèi)存那樣方便,而且還有Swap這個新的概念,所以知道如何來看Linux內(nèi)存還是有一定意義的
    的頭像 發(fā)表于 03-31 16:43 ?1336次閱讀

    Linux內(nèi)核源碼分析-進(jìn)程的哪些內(nèi)存類型容易引起內(nèi)存泄漏?

    Linux內(nèi)核主要學(xué)習(xí)內(nèi)容可以分為三大塊:進(jìn)程、內(nèi)存及協(xié)議棧。今天就說說內(nèi)存泄露的問題。相信你在平時的工作中,應(yīng)該遇到過下面這些場景: 伴隨著服務(wù)器中的后臺任務(wù)持續(xù)地運(yùn)行,系統(tǒng)中可用
    發(fā)表于 01-14 13:02 ?6次下載
    <b class='flag-5'>Linux</b>內(nèi)核源碼<b class='flag-5'>分析</b>-進(jìn)程的哪些<b class='flag-5'>內(nèi)存</b>類型容易引起<b class='flag-5'>內(nèi)存</b>泄漏?

    mtrace分析內(nèi)存泄露

    一、mtrace分析內(nèi)存泄露 mtrace(memory trace),是 GNU Glibc 自帶的內(nèi)存問題檢測工具,它可以用來協(xié)助定位內(nèi)存
    的頭像 發(fā)表于 11-13 10:55 ?1220次閱讀
    mtrace<b class='flag-5'>分析</b><b class='flag-5'>內(nèi)存</b><b class='flag-5'>泄露</b>

    內(nèi)存是如何泄露

    作為 C++ 程序員,內(nèi)存泄露始終是懸在頭上的一顆炸彈。在過去幾年的 C++ 開發(fā)過程中,由于我們采用了一些技術(shù),我們的程序發(fā)生內(nèi)存泄露的情況屈指可數(shù)。今天就在這里向大家做一個簡單的介
    的頭像 發(fā)表于 11-13 14:13 ?395次閱讀
    <b class='flag-5'>內(nèi)存</b>是如何<b class='flag-5'>泄露</b>的