主頁 > 作業系統 > Linux記憶體泄露案例分析和記憶體管理分享

Linux記憶體泄露案例分析和記憶體管理分享

2022-11-18 06:08:36 作業系統

作者:李遵舉

一、問題

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

二、排查程序

經過開發同學通過cat /proc/meminfo查看Slab的內核記憶體可能有泄漏,

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

通過slabtop命令分析slab發現內核中dentry物件占比高,考慮到dentry物件跟檔案有關,Linux中一切皆可以為檔案,這個可能跟socket檔案有關,通過進一步排查發現LB服務上有個curl發送的HTTPS探測腳本,這個腳本存在dentry物件泄漏,并且在curl論壇上找到一篇文章確認了這個問題,這個文章說明了curl-7.19.7版本在發送HTTPS請求時,curl依賴的NSS庫存在dentry泄漏的bug,我查看一下我們curl版本就是7.19.7,問題終于真相大白了!!!

$ 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

文章中介紹可以設定環境變數NSS_SDB_USE_CACHE修復這個bug,我們驗證通過了這個解決方案,

三、解決方案

1、目前先將探測腳本停止,在業務流量低峰時將記憶體使用率超過90%的服務先通過drop_caches清理一下快取,

2、等大促過后,探測腳本中設定環境變數NSS_SDB_USE_CACHE,徹底修復這個問題,

四、復盤和總結

這次記憶體暴漲的問題根本原因是curl-7.19.7依賴的NSS庫存在dentry泄漏的bug導致的,探測腳本只是將這個問題暴露出來,這次問題由Linux記憶體泄漏引發的問題,因此以點帶面再次系統學習一下Linux記憶體管理的知識非常有必要,對我們以后排查記憶體暴漲的問題非常有幫助,

1)Linux記憶體尋址

Linux內核主要通過虛擬記憶體管理行程的地址空間,內核行程和用戶行程都只會分配虛擬記憶體,不會分配物理記憶體,通過記憶體尋址將虛擬記憶體與物理記憶體做映射,Linux內核中有三種地址,

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

b、線性地址,又稱虛擬地址,是一個32個無符號整數,32位機器記憶體高達4GB,通常用十六進制數字表示,Linux行程的記憶體一般說的都是這個記憶體,

c、物理地址,用于記憶體芯片級記憶體單元尋址,它們與從CPU的地址引腳發送到記憶體總線上的電信號對應,

Linux中的記憶體控制單元(MMU)通過一種稱為分段單元(segmentation unit)的硬體電路把一個邏輯地址轉換成線性地址,接著,第二個稱為分頁單元(paging unit)的硬體電路把線性地址轉換成一個物理地址,

 

 

 

2)Linux分頁機制

分頁單元把線性地址轉換成物理地址,線性地址被分成以固定長度為單位的組,稱為(page),頁內部連續的線性地址被映射到連續的物理地址中,一般"頁"既指一組線性地址,又指包含這組地址中的資料,分頁單元把所有的RAM分成固定長度的頁框(page frame),也成物理頁,每一頁框包含一個頁(page),也就是說一個頁框的長度與一個頁的長度一致,頁框是主存的一部分,因此也是一個存盤區域,區分一頁和一個頁框是很重要的,前者只是一個資料塊,可以存放任何頁框或者磁盤中,把線性地址映射到物理地址的資料結構稱為頁表(page table),頁表存放在主存中,并在啟用分頁單元之前必須有內核對頁表進行適當的初始化,

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

a、頁全域目錄

b、頁上級目錄

c、頁中間目錄

d、頁表

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

 


 

3)NUMA架構

隨著CPU進入多核時代,多核CPU通過一條資料總線訪問記憶體延遲很大,因此NUMA架構應運而生,NUMA架構全稱為非一致性記憶體架構 (Non Uniform Memory Architecture),系統的物理記憶體被劃分為幾個節點(node),每個node系結不同的CPU核,本地CPU核直接訪問本地記憶體node節點延遲最小,

 


 

可以通過lscpu命令查看NUMA與CPU核的關系,

$ 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)伙伴關系演算法

Linux內核通過著名伙伴關系演算法為分配一組連續的頁框而建立一種健壯、穩定的記憶體分配策略,是內核中一種記憶體分配器,并解決了記憶體管理外碎片的問題,外碎片是指頻繁地請求和釋放不同大小的一組連續頁框,必然導致在已分配的頁框的塊分散了許多小塊的空閑頁框,

5)Slab機制

slab機制的核心思想是以物件的觀點來管理記憶體,主要是為了解決內部碎片,內部碎片是由于采用固定大小的記憶體磁區,即以固定的大小塊為單位來分配,采用這種方法,行程所分配的記憶體可能會比所需要的大,這多余的部分便是內部碎片,slab也是內核中一種記憶體分配器,slab分配器基于物件進行管理的,所謂的物件就是內核中的資料結構(例如:task_struct,file_struct 等),相同型別的物件歸為一類,每當要申請這樣一個物件時,slab分配器就從一個slab串列中分配一個這樣大小的單元出去,而當要釋放時,將其重新保存在該串列中,而不是直接回傳給伙伴系統,從而避免內部碎片,上面中說到的dentry物件就是通過slab分配器分配的一種物件,

slab和伙伴系統是上下級的呼叫關系,伙伴關系按照頁管理記憶體,slab按照位元組管理,slab先從伙伴系統獲取數個頁的記憶體,然后切成分成固定的小塊(稱為object),然后再按照宣告的物件資料結構分配物件,

6)行程記憶體分布

所有行程都必須占用一定數量的記憶體,這些記憶體用來存放從磁盤載入的程式代碼,或存放來自用戶輸入的資料等,記憶體可以提前靜態分配和統一回收,也可以按需動態分配和回收,對于普通行程對應的記憶體空間包含5種不同的資料區:

a、代碼段(text):程式代碼在記憶體中的映射,存放函式體的二進制代碼,通常用于存放程式執行代碼(即CPU執行的機器指令),

b、資料段(data):存放程式中已初始化且初值不為0的全域變數和靜態區域變數,資料段屬于靜態記憶體分配(靜態存盤區),可讀可寫,

c、BSS段(bss):未初始化的全域變數和靜態區域變數,

d、堆(heap):動態分配的記憶體段,大小不固定,可動態擴張(malloc等函式分配記憶體),或動態縮減(free等函式釋放),

e、堆疊(stack):存放臨時創建的區域變數,

 

 

 

 

Linux內核是作業系統中優先級最高的,內核函式申請記憶體必須及時分配適當的記憶體,用戶態行程申請記憶體被認為是不緊迫的,內核盡量推遲給用戶態的行程動態分配記憶體,

a、請求調頁,推遲到行程要訪問的頁不在RAM中時為止,引發一個缺頁例外,

b、寫時復制(COW),父、子行程共享頁框而不是復制頁框,但是共享頁框不能被修改,只有當父/子行程試圖改寫共享頁框時,內核才將共享頁框復制一個新的頁框并標記為可寫,

7)Linux記憶體檢測工具

a、free命令可以監控系統記憶體

$ 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命令查看系統記憶體以及行程記憶體

?VIRT Virtual Memory Size (KiB):行程使用的所有虛擬記憶體,包括代碼(code)、資料(data)、共享庫(shared libraries),以及被換出(swap out)到交換區和映射了(map)但尚未使用(未載入物體記憶體)的部分, ?RES Resident Memory Size (KiB):行程所占用的所有物體記憶體(physical memory),不包括被換出到交換區的部分, ?SHR Shared Memory Size (KiB):行程可讀的全部共享記憶體,并非所有部分都包含在 RES 中,它反映了可能被其他行程共享的記憶體部分,

c、smaps檔案

cat /proc/$pid/smaps查看某行程虛擬記憶體空間的分布情況

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(虛擬記憶體統計)的縮寫,可實時動態監視作業系統的虛擬記憶體、行程、CPU活動,

## 每秒統計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系統中/proc/meminfo這個檔案用來記錄了系統記憶體使用的詳細情況,

$ 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
總結部分中一些內容來源于《深入理解Linux內核》,一些內容根據個人理解寫出的,有不對地方歡迎指正,部分圖片來源于網路

轉載請註明出處,本文鏈接:https://www.uj5u.com/caozuo/535954.html

標籤:其他

上一篇:STM32F7xx外設驅動6-adc(暫存器)

下一篇:Linux常用命令

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • CA和證書

    1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對(存放在家目錄.gnupg/) 2、將 CentOS7 匯出的公鑰,拷貝到 CentOS8 中,在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

    uj5u.com 2020-09-10 00:09:53 more
  • Kubernetes K8S之資源控制器Job和CronJob詳解

    Kubernetes的資源控制器Job和CronJob詳解與示例 ......

    uj5u.com 2020-09-10 00:10:45 more
  • VMware下安裝CentOS

    VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站,選擇需要下載的版本,這里選擇的是Centos8,點擊如圖所示。 決定選擇Centos8后,選擇想要的鏡像源進行下載,此 ......

    uj5u.com 2020-09-10 00:12:10 more
  • 如何使用Grep命令查找多個字串

    如何使用Grep 命令查找多個字串 大家好,我是良許! 今天向大家介紹一個非常有用的技巧,那就是使用 grep 命令查找多個字串。 簡單介紹一下,grep 命令可以理解為是一個功能強大的命令列工具,可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本,然后再將每個匹配的文本用標準輸出的格式 ......

    uj5u.com 2020-09-10 00:12:28 more
  • git配置http代理

    git配置http代理 經常遇到克隆 github 慢的問題,這里記錄一下幾種配置 git 代理的方法,解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

    uj5u.com 2020-09-10 00:12:33 more
  • Linux npm install 裝包時提示Error EACCES permission denied解

    npm install 裝包時提示Error EACCES permission denied解決辦法 ......

    uj5u.com 2020-09-10 00:12:53 more
  • Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包

    Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件:fastestmirror, langpacks 20 Loading ......

    uj5u.com 2020-09-10 00:13:13 more
  • Linux查看服務器暴力破解ssh IP

    在公網的服務器上經常遇到別人爆破你服務器的22埠,用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是: 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器(root權限過大) 建立堡壘機,實作統一管理服務器 統計爆破IP [root ......

    uj5u.com 2020-09-10 00:13:17 more
  • CentOS 7系統常見快捷鍵操作方式

    Linux系統中一些常見的快捷方式,可有效提高操作效率,在某些時刻也能避免操作失誤帶來的問題。 ......

    uj5u.com 2020-09-10 00:13:31 more
  • CentOS 7作業系統目錄結構介紹

    作業系統存在著大量的資料檔案資訊,相應檔案資訊會存在于系統相應目錄中,為了更好的管理資料資訊,會將系統進行一些目錄規劃,不同目錄存放不同的資源。 ......

    uj5u.com 2020-09-10 00:13:35 more
最新发布
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:43:21 more
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:42:36 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:26:53 more
  • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

    這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式,出于安全考慮,默認情況下改功能是無法使用。要使用的話,終端需要以管理員權限啟動。 我這里以Windows Terminal為例,介紹如何默認使用管理員權限打開終端,具體操作如下圖所示: 2. 操作 wsl ......

    uj5u.com 2023-04-19 09:25:49 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:19:04 more
  • Linux學習筆記

    IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址,如果不能使用,可以通過install net-tools安裝。 Centos系統下ens33表示主網卡;inet后表示IP地址;lo表示本地回環網卡; 127.0.0.1表示代指本機;0.0.0.0可以用于代指本機,同時在放行設 ......

    uj5u.com 2023-04-18 06:52:01 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:50 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:01 more
  • 你是不是暴露了?

    作者:袁首京 原創文章,轉載時請保留此宣告,并給出原文連接。 如果您是計算機相關從業人員,那么應該經歷不止一次網路安全專項檢查了,你肯定是收到過資訊系統技術檢測報告,要求你加強風險監測,確保你提供的系統服務堅實可靠了。 沒檢測到問題還好,檢測到問題的話,有些處理起來還是挺麻煩的,尤其是線上正在運行的 ......

    uj5u.com 2023-04-05 16:52:56 more
  • 細節拉滿,80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

    1. 前文回顧 在之前的幾篇記憶體管理系列文章中,筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路,本文的主題依然是記憶體分配,這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中,筆者還是按照以往的風格先帶大家簡單 ......

    uj5u.com 2023-04-05 16:44:11 more