Linux内存管理 -- /proc/{pid}/smaps讲解

╰+攻爆jí腚メ 2022-12-13 14:06 174阅读 0赞

本文包括如下三部分：

1.  基本介绍与输出介绍
2.  第一行基础信息讲解
3.  详细信息讲解  
    3.1 Size  
    3.2 Rss  
    3.3 Pss、Shared/Private\_Clean/Dirty  
    3.4 Referenced  
    3.5 Anonymous  
    3.6 ShmemPmdMapped  
    3.7 Shared/Private\_Hugetlb  
    3.8 Swap  
    3.9 SwapPss  
    3.10 KernelPageSize、MMUPageSize  
    3.11 Locked  
    3.12 THPeligible  
    3.13 VmFlags

如果对Linux的内存管理机制没有了解过，建议先了解一下，便于理解：[Linux内存管理][Linux]

### 基本介绍 ###

/proc/PID/smaps 文件是基于 /proc/PID/maps 的扩展，他**展示了一个进程的内存消耗**，比同一目录下的maps文件更为详细。

![b8e13d0f9f970d5e7cb6c1de8c9585b5.png][]

值得说明一下的是，**每一个VMA**（虚拟内存区域，即一个 vm\_area\_struct 结构指向的内存区域）**都有如下的一系列数据**：

08048000-080bc000 r-xp 00000000 03:02 13130      /bin/bash
    
    Size:               1084 kB
    Rss:                 892 kB
    Pss:                 374 kB
    Shared_Clean:        892 kB
    Shared_Dirty:          0 kB
    Private_Clean:         0 kB
    Private_Dirty:         0 kB
    Referenced:          892 kB
    Anonymous:             0 kB
    ShmemPmdMapped:        0 kB
    Shared_Hugetlb:        0 kB
    Private_Hugetlb:       0 kB
    Swap:                  0 kB
    SwapPss:               0 kB
    KernelPageSize:        4 kB
    MMUPageSize:           4 kB
    Locked:                0 kB
    THPeligible:           0
    VmFlags: rd ex mr mw me dw

### 第一行基础信息 ###

在讲解字段含义之前，我们必须知道什么**匿名映射**：  
在[Linux 内存管理][Linux]的进程用户态内存分布中提到过，映射分为文件映射和匿名映射。

文件映射就是磁盘中的数据通过文件系统映射到内存再通过文件映射映射到虚拟空间，这样，用户就可以在用户空间通过 open ,read, write 等函数区操作文件内容。至于实际的代码，open,read,write,close,mmap... 操作的虚拟地址都属于文件映射。

匿名映射就是用户空间需要分配一定的物理内存来存储数据，这部分内存**不属于任何文件**，内核就使用匿名映射将内存中的某段物理地址与用户空间一一映射，这样用户就可用直接操作虚拟地址来范围这段物理内存。比如使用malloc申请内存。

*  08048000-080bc000 是该虚拟内存段的**开始和结束**位置
 *  r-xp 内存段的**权限**，分别是可读、可写、可运行、私有或共享，最后一位p代表私有，s代表共享
 *  00000000 **该虚拟内存段起始地址在对应的映射文件中以页为单位的偏移量**，对匿名映射，它等于0或者vm\_start/PAGE\_SIZE
 *  03:02 **文件的主设备号和次设备号**。对匿名映射来说，因为没有文件在磁盘上，所以没有设备号，始终为00:00。对有名映射来说，是映射的文件所在设备的设备号。
 *  13130 被映射到虚拟内存的文件的**索引节点号**，通过该节点可以找到对应的文件，对匿名映射来说，因为没有文件在磁盘上，所以没有节点号，始终为00:00。
 *  /bin/bash 被映射到虚拟内存的**文件名称**。后面带(deleted)的是内存数据，可以被销毁。对有名来说，是映射的文件名。对匿名映射来说，是此段虚拟内存在进程中的角色。\[stack\]表示在进程中作为栈使用，\[heap\]表示堆。其余情况则无显示。

第一行的信息完全同于在maps文件中输出的信息。对于不熟悉maps文件的读者可以先了解maps的字段的含义与实现机制。

### 详细信息 ###

**Size**：**虚拟内存空间大小**。但是这个内存值不一定是物理内存实际分配的大小，因为在用户态上，虚拟内存总是**延迟分配**的。这个值计算也非常简单，就是该**VMA的开始位置减结束位置**。

**延迟分配**就是当进程申请内存的时候，Linux会给他先分配页，但是并不会区建立页与页框的映射关系，意思就是说并不会分配物理内存，而当真正使用的时候，就会产生一个缺页异常，硬件跳转page fault处理程序执行，在其中分配物理内存，然后修改页表(创建页表项)。异常处理完毕，返回程序用户态，继续执行。

**Rss：是实际分配的内存**，这部分物理内存已经分配，不需要缺页中断就可以使用的。  
这里有一个公式计算Rss：  
`Rss=Shared_Clean+Shared_Dirty+Private_Clean+Private_Dirty`

share/private：该页面是共享还是私有。  
dirty/clean：该页面是否被修改过，如果修改过（dirty），在页面被淘汰的时候，就会把该脏页面回写到交换分区（换出，swap out）。有一个标志位用于表示页面是否dirty。

share/private\_dirty/clean 计算逻辑：  
查看该page的引用数，如果引用>1，则归为shared，如果是1，则归为private，同时也查看该page的flag，是否标记为\_PAGE\_DIRTY，如果不是，则认为干净的。

**Pss**（proportional set size）：**是平摊计算后的实际物理使用内存**(有些内存会和其他进程共享，例如mmap进来的)。实际上包含下面private\_clean+private\_dirty，和按比例均分的shared\_clean、shared\_dirty。

举个计算Pss的例子：  
如果进程A有x个private\_clean页面，有y个private\_dirty页面，有z个shared\_clean仅和进程B共享，有h个shared\_dirty页面和进程B、C共享。那么进程A的Pss为：  
`x + y + z/2 + h/3`

**Referenced：当前页面被标记为已引用或者包含匿名映射**（The amount of memory currently marked as referenced or a mapping associated with a file may contain anonymous pages）。

在[Linux内存管理][Linux]的页面替换算法里讲过，当某个页面被访问后，Referenced标志被设置，如果该标志设置了，就 不能将该页移出。

**Anonymous：匿名映射的物理内存**，这部分内存不来自于文件的内存大小。

**ShmemPmdMapped：PMD页面已经被映射的共享（shmem / tmpfs）内存量**。在官方文档中，这样解释："ShmemPmdMapped" shows the ammount of shared (shmem/tmpfs) memory backed by huge pages.

**Shared/Private\_Hugetlb：由hugetlbfs页面支持的内存使用量**，由于历史原因，该页面未计入“ RSS”或“ PSS”字段中。 并且这些没有包含在Shared/Private\_Clean/Dirty 字段中。

**Swap：存在于交换分区的数据大小**(如果物理内存有限，可能存在一部分在主存一部分在交换分区)

SwapPss：这个我并没有找到对应解释，但从源码可以得知，计算逻辑就跟pss一样，只不过针对的是交换分区的内存。

static void smaps_pte_entry(pte_t *pte, unsigned long addr,
            struct mm_walk *walk)
    {
        struct mem_size_stats *mss = walk->private;
        struct vm_area_struct *vma = walk->vma;
        struct page *page = NULL;
    
        if (pte_present(*pte)) {//----------------------------------页面在内存中
            page = vm_normal_page(vma, addr, *pte);
        } else if (is_swap_pte(*pte)) {//---------------------------页面被swap出
            swp_entry_t swpent = pte_to_swp_entry(*pte);
    
            if (!non_swap_entry(swpent)) {
                int mapcount;
    
                mss->swap += PAGE_SIZE;
                mapcount = swp_swapcount(swpent);
                if (mapcount >= 2) {
                    u64 pss_delta = (u64)PAGE_SIZE << PSS_SHIFT;
                   do_div(pss_delta, mapcount);
                    mss->swap_pss += pss_delta; // --------- 如果引用超过1，就将均值加入swap_pss中
                } else {
                    mss->swap_pss += (u64)PAGE_SIZE << PSS_SHIFT;// ------------ 直接加一个页大小
                }
           } else if (is_migration_entry(swpent))
                page = migration_entry_to_page(swpent);
        }
    
        if (!page)//----------------------------------------------如果页面不存在，就不用更新mss其他信息了；如果存在，调用smaps_account()更新mss。
            return;
    smaps_account(mss, page, PAGE_SIZE, pte_young(*pte), pte_dirty(*pte));
    }

**KernelPageSize：内核一页的大小**  
**MMUPageSize：MMU页大小**，大多数情况下，和KernelPageSize大小一样。

**Locked：常驻物理内存的大小**，这些页不会被换出。

**THPeligible：映射是否符合分配THP的条件**。如果为true，则为1，否则为0。 它仅显示当前状态。

THP，透明大页（Transparent Huge Pages），RHEL 6 开始引入，目的是使用更大的内存页面（memory page size） 以适应越来越大的系统内存，让操作系统可以支持现代硬件架构的大页面容量功能。与标准大页的区别在于分配机制，标准大页管理是预分配的方式，而透明大页管理则是动态分配的方式。

**VmFlags：表示与特定虚拟内存区域关联的内核标志**。标志如下：

rd  - readable
    wr  - writeable
    ex  - executable
    sh  - shared
    mr  - may read
    mw  - may write
    me  - may execute
    ms  - may share
    gd  - stack segment growns down
    pf  - pure PFN range
    dw  - disabled write to the mapped file
    lo  - pages are locked in memory
    io  - memory mapped I/O area
    sr  - sequential read advise provided
    rr  - random read advise provided
    dc  - do not copy area on fork
    de  - do not expand area on remapping
    ac  - area is accountable
    nr  - swap space is not reserved for the area
    ht  - area uses huge tlb pages
    ar  - architecture specific flag
    dd  - do not include area into core dump
    sd  - soft-dirty flag
    mm  - mixed map area
    hg  - huge page advise flag
    nh  - no-huge page advise flag
    mg  - mergable advise flag

参考文章：  
[Linux官方文档][Linux 1]  
[Linux smaps接口文件结构][Linux smaps]  
[linux proc maps文件分析][linux proc maps]  
[linux proc maps文件分析][linux proc maps 1]  
[匿名文件映射问题 （概念不清晰）][Link 1]  
[Linux中各种设备及设备号][Linux 2]  
[Linux smaps接口文件结构][Linux smaps]  
[闲聊Linux内存管理(1)][Linux_1]  
[Linux物理内存回收机制][Linux 3]  
[Linux /proc/$pid/smaps的含义][Linux _proc_pid_smaps]  
[Linux传统Huge Pages与Transparent Huge Pages再次学习总结][Linux_Huge Pages_Transparent Huge Pages]  
[Linux内存管理 一个进程究竟占用多少空间？-VSS/RSS/PSS/USS][Linux_ _-VSS_RSS_PSS_USS]  
[linux 内存查看方法：meminfo\\maps\\smaps\\status 文件解析][linux _meminfo_maps_smaps_status]

作者：墨染书  
链接：https://www.jianshu.com/p/8203457a11cc  
来源：简书  
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

[Linux]: https://www.jianshu.com/p/fb345b94501f
[b8e13d0f9f970d5e7cb6c1de8c9585b5.png]: /images/20221123/3d41eb8101ab4badbd2224747629ddbe.png
[Linux 1]: https://links.jianshu.com/go?to=https%3A%2F%2Fgithub.com%2Ftorvalds%2Flinux%2Fblob%2Fmaster%2FDocumentation%2Ffilesystems%2Fproc.txt
[Linux smaps]: https://links.jianshu.com/go?to=https%3A%2F%2Fblog.csdn.net%2Fiteye_1222%2Farticle%2Fdetails%2F82306289
[linux proc maps]: https://links.jianshu.com/go?to=https%3A%2F%2Fblog.csdn.net%2Flijzheng%2Farticle%2Fdetails%2F23618365
[linux proc maps 1]: https://links.jianshu.com/go?to=https%3A%2F%2Fblog.csdn.net%2Fw1300048671%2Farticle%2Fdetails%2F72821389
[Link 1]: https://links.jianshu.com/go?to=https%3A%2F%2Fbbs.csdn.net%2Ftopics%2F391860037
[Linux 2]: https://links.jianshu.com/go?to=https%3A%2F%2Fblog.csdn.net%2Fjerry_1126%2Farticle%2Fdetails%2F52012412
[Linux_1]: https://links.jianshu.com/go?to=http%3A%2F%2Fhappyseeker.github.io%2Fkernel%2F2016%2F11%2F10%2Fmemory-management-in-kernel.html
[Linux 3]: https://links.jianshu.com/go?to=http%3A%2F%2Fabcdxyzk.github.io%2Fblog%2F2015%2F04%2F18%2Fkernel-mm-reclaim2%2F
[Linux _proc_pid_smaps]: https://links.jianshu.com/go?to=https%3A%2F%2Fblog.csdn.net%2Fpetib_wangwei%2Farticle%2Fdetails%2F38225929
[Linux_Huge Pages_Transparent Huge Pages]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.cnblogs.com%2Fkerrycode%2Fp%2F7760026.html
[Linux_ _-VSS_RSS_PSS_USS]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.cnblogs.com%2Farnoldlu%2Fp%2F9375377.html
[linux _meminfo_maps_smaps_status]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.cnblogs.com%2Fjiayy%2Fp%2F3458076.html