• https://www.kernel.org/doc/html/v6.6/filesystems/proc.html

/proc文件系统

/proc/sys

作者：Terrehon Bowden terrehon@pacbell.net, Bodo Bauer bb@ricochet.net

日期：1999年10月7日

2.4.x更新

作者：Jorge Nerin comandante@zaralinux.com

日期：2000年11月14日

移动/proc/sys

作者：Shen Feng shen@cn.fujitsu.com

日期：2009年4月1日

修复/更新部分1.1

作者：Stefani Seibold stefani@seibold.net

日期：2009年6月9日

前言

0.1 介绍/致谢

本文档是SUSE Linux发行版即将（或者我们希望如此）发布的一本书的一部分。由于/proc文件系统没有完整的文档，我们使用了许多免费可用的来源来编写这些章节，因此将这项工作回馈给Linux社区似乎是公平的。这项工作基于2.2.内核版本和即将推出的2.4.版本。恐怕它仍然远未完成，但我们希望它会有所帮助。据我们所知，这是关于/proc文件系统的第一个“一站式”文档。它专注于Intel x86硬件，因此如果您正在寻找PPC、ARM、SPARC、AXP等功能，您可能找不到您要找的内容。它也仅涵盖IPv4网络，不涵盖IPv6或其他协议 - 抱歉。但是，欢迎添加和修补，并且如果您将它们发送给Bodo，它们将被添加到本文档中。

我们要感谢Alan Cox、Rik van Riel和Alexey Kuznetsov以及许多其他人为帮助编写本文档。我们还要特别感谢Andi Kleen提供的文档，我们在创建本文档时依赖了他的大量信息。感谢所有为Linux内核贡献源代码或文档并帮助创建了一款优秀软件的人... ?

如果您有任何评论、更正或添加，请随时联系Bodo Bauer，邮箱为bb@ricochet.net。我们将很乐意将它们添加到本文档中。

本文档的最新版本可在线获取，网址为https://www.kernel.org/doc/html/latest/filesystems/proc.html

如果上述方法对您无效，您可以尝试内核邮件列表linux-kernel@vger.kernel.org，或者尝试联系我，邮箱为comandante@zaralinux.com。

0.2 法律事项

我们不保证本文档的正确性，如果您因不正确的文档而向我们投诉导致系统出现问题，我们不会负责...

第1章：收集系统信息

本章内容

• 调查伪文件系统/proc的属性及其提供有关运行中Linux系统的信息的能力
• 检查/proc的结构
• 揭示有关内核和系统上运行的进程的各种信息

/proc文件系统充当了内核中内部数据结构的接口。它可用于获取有关系统的信息，并在运行时更改某些内核参数（sysctl）。

首先，我们将查看/proc的只读部分。在第2章中，我们将向您展示如何使用/proc/sys来更改设置。

1.1 进程特定子目录

目录/proc包含（除其他内容外）系统上运行的每个进程的一个子目录，其名称与进程ID（PID）相同。

链接“self”指向读取文件系统的进程。每个进程子目录中都有表1-1中列出的条目。

请注意，对/proc/<pid>或其包含的任何文件或子目录的打开文件描述符不会阻止<pid>在<pid>退出时被重新使用。对已死进程的打开/proc/<pid>文件描述符的操作通常会失败，并显示ESRCH。

表1-1：/proc中特定于进程的条目

例如，要获取进程的状态信息，您只需读取文件/proc/PID/status：

cat /proc/self/status

这将显示几乎与使用ps命令查看的信息相同。事实上，ps使用proc文件系统获取其信息。但是，通过读取文件/proc/PID/status，您可以更详细地查看进程。表1-2描述了它的字段。

statm文件包含有关进程内存使用情况的更详细信息。表1-3解释了它的七个字段。stat文件包含有关进程本身的详细信息。表1-4解释了它的字段。

（对于SMP CONFIG用户）

为了使会计可扩展，RSS相关信息以异步方式处理，值可能不是非常精确。要查看某一时刻的精确快照，您可以查看/proc/<pid>/smaps文件并扫描页表。这很慢，但非常精确。

表1-2：状态字段内容（截至4.19版本）

表1-3：statm字段内容（截至2.6.8-rc3版本）

表1-4：stat字段内容（截至2.6.30-rc7版本）

/proc/PID/maps文件包含当前映射的内存区域及其访问权限。

格式如下：

地址             权限  偏移  设备  节点号  路径名

08048000-08049000 r-xp 00000000 03:00 8312       /opt/test
08049000-0804a000 rw-p 00001000 03:00 8312       /opt/test
0804a000-0806b000 rw-p 00000000 00:00 0          [堆]
a7cb1000-a7cb2000 ---p 00000000 00:00 0
a7cb2000-a7eb2000 rw-p 00000000 00:00 0
a7eb2000-a7eb3000 ---p 00000000 00:00 0
a7eb3000-a7ed5000 rw-p 00000000 00:00 0
a7ed5000-a8008000 r-xp 00000000 03:00 4222       /lib/libc.so.6
a8008000-a800a000 r--p 00133000 03:00 4222       /lib/libc.so.6
a800a000-a800b000 rw-p 00135000 03:00 4222       /lib/libc.so.6
a800b000-a800e000 rw-p 00000000 00:00 0
a800e000-a8022000 r-xp 00000000 03:00 14462      /lib/libpthread.so.0
a8022000-a8023000 r--p 00013000 03:00 14462      /lib/libpthread.so.0
a8023000-a8024000 rw-p 00014000 03:00 14462      /lib/libpthread.so.0
a8024000-a8027000 rw-p 00000000 00:00 0
a8027000-a8043000 r-xp 00000000 03:00 8317       /lib/ld-linux.so.2
a8043000-a8044000 r--p 0001b000 03:00 8317       /lib/ld-linux.so.2
a8044000-a8045000 rw-p 0001c000 03:00 8317       /lib/ld-linux.so.2
aff35000-aff4a000 rw-p 00000000 00:00 0          [栈]
ffffe000-fffff000 r-xp 00000000 00:00 0          [vdso]

其中，“地址”是进程中占用的地址空间，“权限”是一组权限：

r = 可读
w = 可写
x = 可执行
s = 共享
p = 私有（写时复制）

“偏移”是映射的偏移量，“设备”是设备（主:次），“节点号”是该设备上的索引节点。0表示内存区域未关联索引节点，如BSS（未初始化数据）的情况。 “路径名”显示了此映射关联文件的名称。如果映射未关联文件：

如果是空，表示映射是匿名的
/proc/PID/smaps是基于maps的扩展，显示了进程每个映射的内存消耗。对于每个映射（又称虚拟内存区域或VMA），有一系列如下的行：

08048000-080bc000 r-xp 00000000 03:02 13130      /bin/bash

Size:               1084 kB
KernelPageSize:        4 kB
MMUPageSize:           4 kB
Rss:                 892 kB
Pss:                 374 kB
Pss_Dirty:             0 kB
Shared_Clean:        892 kB
Shared_Dirty:          0 kB
Private_Clean:         0 kB
Private_Dirty:         0 kB
Referenced:          892 kB
Anonymous:             0 kB
KSM:                   0 kB
LazyFree:              0 kB
AnonHugePages:         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

这些行中的第一行显示了与/proc/PID/maps中映射相同的信息。接下来的行显示了映射的大小（大小）；支持VMA时分配的每个页面的大小（内核页大小），通常与页表项中的大小相同；支持VMA时MMU使用的页面大小（在大多数情况下与内核页大小相同）；当前驻留在RAM中的映射的量（RSS）；进程对此映射的比例份额（PSS）；以及映射中干净和脏的共享和私有页面的数量。

进程的“proportional set size”（PSS）是它在内存中的页面数，其中每个页面由共享它的进程数除以。因此，如果一个进程有1000个页面是独占的，另外有1000个页面与另一个进程共享，它的PSS将是1500。“Pss_Dirty”是PSS中脏页面的部分。（“Pss_Clean”不包括在内，但可以通过从“Pss”中减去“Pss_Dirty”来计算。）

请注意，即使是MAP_SHARED映射的页面，但只有一个pte映射，即当前仅被一个进程使用的页面，也被视为私有而不是共享。

“Referenced”指示当前标记为已引用或已访问的内存量。

“Anonymous”显示不属于任何文件的内存量。即使与文件关联的映射可能包含匿名页面：当MAP_PRIVATE并且页面被修改时，文件页面将被私有匿名副本替换。

“KSM”报告有多少页面是KSM页面。请注意，KSM放置的零页不包括在内，只有实际的KSM页面。

“LazyFree”显示被madvise(MADV_FREE)标记的内存量。内存不会立即通过madvise()释放。在内存压力下，如果内存是干净的，它会被释放。请注意，由于当前实现中使用的优化，打印值可能低于实际值。如果这不是期望的行为，请提交错误报告。

“AnonHugePages”显示由透明巨大页支持的内存量。

“ShmemPmdMapped”显示由巨大页支持的共享（shmem/tmpfs）内存量。

“Shared_Hugetlb”和“Private_Hugetlb”显示由hugetlbfs页面支持的内存量，出于历史原因，这些内存量不包括在“RSS”或“PSS”字段中。这些也不包括在{共享，私有}_{干净，脏}字段中。

“Swap”显示了实际上会被匿名内存使用，但已经交换出去的内存量。

对于shmem映射，“Swap”还包括底层shmem对象的映射部分（并且没有被写时复制替换）已经交换出去的大小。“SwapPss”显示此映射的比例交换份额。与“交换”不同，这不考虑底层shmem对象的已交换出页面。“已锁定”指示映射是否在内存中被锁定。

“THPeligible”指示映射是否有资格分配THP页面以及THP是否PMD可映射 - 如果为真则为1，否则为0。它只显示当前状态。

"VmFlags"字段值值得单独描述。该成员以两个字母编码方式表示与特定虚拟内存区域相关的内核标志。以下是代码：

请注意，并不能保证每个标志和相关助记符都会出现在所有后续的内核版本中。事物会发生变化，标志可能会消失，或者相反，会添加新的标志。对它们含义的解释也可能会在未来发生变化。因此，使用这些标志的每个使用者都必须遵循每个特定内核版本的确切语义。

只有在启用了CONFIG_MMU内核配置选项时，才会存在此文件。

注意：读取/proc/PID/maps或/proc/PID/smaps在本质上是有竞争条件的（只有在单个读取调用中才能获得一致的输出）。

这通常在修改内存映射时进行这些文件的部分读取时会显现出来。尽管存在竞争条件，但我们提供以下保证：

• 映射的地址永远不会向后移动，这意味着没有两个区域会重叠。

• 如果在smaps/maps遍历的整个生命周期中给定的虚拟地址上有内容，那么就会有相应的输出。

/proc/PID/smaps_rollup文件包含与/proc/PID/smaps相同的字段，但它们的值是进程所有映射的相应值的总和。此外，它还包含以下字段：

• Pss_Anon

• Pss_File

• Pss_Shmem

它们表示匿名、文件和共享内存页面的比例份额，如上面的smaps中所述。这些字段在smaps中被省略，因为每个映射都标识了它包含的所有页面的类型（anon、file或shmem）。因此，smaps_rollup中的所有信息都可以从smaps中推导出来，但成本要高得多。

/proc/PID/clear_refs用于重置与进程关联的物理和虚拟页面上的PG_Referenced和ACCESSED/YOUNG位，以及pte上的软脏位（有关详细信息，请参阅Soft-Dirty PTEs）。要清除与进程关联的所有页面的位：

echo 1 > /proc/PID/clear_refs

要清除与进程关联的匿名页面的位：

echo 2 > /proc/PID/clear_refs

要清除与进程关联的文件映射页面的位：

echo 3 > /proc/PID/clear_refs

要清除软脏位：

echo 4 > /proc/PID/clear_refs

要将峰值常驻集大小（"高水位标记"）重置为进程的当前值：

echo 5 > /proc/PID/clear_refs

写入/proc/PID/clear_refs的任何其他值都不会产生效果。

/proc/pid/pagemap提供了PFN，可以使用/proc/kpageflags找到页面标志，并使用/proc/kpagecount找到页面映射的次数。有关详细说明，请参阅检查进程页表。

/proc/pid/numa_maps是基于maps的扩展，显示了内存本地性和绑定策略，以及每个映射的内存使用情况（以页面为单位）。输出遵循一般格式，其中映射详细信息通过空格分隔进行汇总，每行一个映射：

address   policy    mapping details

00400000 default file=/usr/local/bin/app mapped=1 active=0 N3=1 kernelpagesize_kB=4
00600000 default file=/usr/local/bin/app anon=1 dirty=1 N3=1 kernelpagesize_kB=4
3206000000 default file=/lib64/ld-2.12.so mapped=26 mapmax=6 N0=24 N3=2 kernelpagesize_kB=4
320621f000 default file=/lib64/ld-2.12.so anon=1 dirty=1 N3=1 kernelpagesize_kB=4
3206220000 default file=/lib64/ld-2.12.so anon=1 dirty=1 N3=1 kernelpagesize_kB=4
3206221000 default anon=1 dirty=1 N3=1 kernelpagesize_kB=4
3206800000 default file=/lib64/libc-2.12.so mapped=59 mapmax=21 active=55 N0=41 N3=18 kernelpagesize_kB=4
320698b000 default file=/lib64/libc-2.12.so
3206b8a000 default file=/lib64/libc-2.12.so anon=2 dirty=2 N3=2 kernelpagesize_kB=4
3206b8e000 default file=/lib64/libc-2.12.so anon=1 dirty=1 N3=1 kernelpagesize_kB=4
3206b8f000 default anon=3 dirty=3 active=1 N3=3 kernelpagesize_kB=4
7f4dc10a2000 default anon=3 dirty=3 N3=3 kernelpagesize_kB=4
7f4dc10b4000 default anon=2 dirty=2 active=1 N3=2 kernelpagesize_kB=4
7f4dc1200000 default file=/anon_hugepage\040(deleted) huge anon=1 dirty=1 N3=1 kernelpagesize_kB=2048
7fff335f0000 default stack anon=3 dirty=3 N3=3 kernelpagesize_kB=4
7fff3369d000 default mapped=1 mapmax=35 active=0 N3=1 kernelpagesize_kB=4

在这里：

"address" 是映射的起始地址；

"policy" 报告了为映射设置的NUMA内存策略（请参阅NUMA内存策略）；

"mapping details" 总结了映射数据，如映射类型、页面使用计数器、节点本地页面计数器（N0 == 节点0，N1 == 节点1，...）和支持映射的内核页面大小（以KB为单位）。

1.2 内核数据

与进程条目类似，内核数据文件提供有关运行中内核的信息。用于获取此信息的文件位于/proc目录中，并列在表1-5中。并非所有这些文件都会出现在您的系统中。这取决于内核配置和加载的模块，哪些文件存在，哪些文件缺失。

表1-5： Kernel info in /proc

您可以通过查看文件/proc/interrupts来了解当前正在使用的中断以及它们的用途：

> cat /proc/interrupts
           CPU0
  0:    8728810          XT-PIC  定时器
  1:        895          XT-PIC  键盘
  2:          0          XT-PIC  级联
  3:     531695          XT-PIC  aha152x
  4:    2014133          XT-PIC  串口
  5:      44401          XT-PIC  pcnet_cs
  8:          2          XT-PIC  实时时钟
 11:          8          XT-PIC  i82365
 12:     182918          XT-PIC  PS/2鼠标
 13:          1          XT-PIC  浮点单元
 14:    1232265          XT-PIC  ide0
 15:          7          XT-PIC  ide1
NMI:          0

在2.4.*版本中，此文件添加了几行LOC和ERR（这次是SMP机器的输出）：

> cat /proc/interrupts

           CPU0       CPU1
  0:    1243498    1214548    IO-APIC-edge  定时器
  1:       8949       8958    IO-APIC-edge  键盘
  2:          0          0          XT-PIC  级联
  5:      11286      10161    IO-APIC-edge  声卡
  8:          1          0    IO-APIC-edge  实时时钟
  9:      27422      27407    IO-APIC-edge  3c503
 12:     113645     113873    IO-APIC-edge  PS/2鼠标
 13:          0          0          XT-PIC  浮点单元
 14:      22491      24012    IO-APIC-edge  ide0
 15:       2183       2415    IO-APIC-edge  ide1
 17:      30564      30414   IO-APIC-level  eth0
 18:        177        164   IO-APIC-level  bttv
NMI:    2457961    2457959
LOC:    2457882    2457881
ERR:       2155

在这种情况下，NMI增加是因为每个定时器中断都会生成一个NMI（不可屏蔽中断），NMI Watchdog用于检测死锁。

LOC是每个CPU的内部APIC的本地中断计数器。

ERR在IO-APIC总线上发生错误的情况下增加（IO-APIC连接SMP系统中的CPU的总线）。这意味着已检测到错误，IO-APIC会自动重试传输，所以这不应该是一个大问题，但您应该阅读SMP-FAQ。

在2.6.2*中，/proc/interrupts再次扩展。这次的目标是让/proc/interrupts显示系统中使用的每个IRQ向量，而不仅仅是那些被认为是“最重要”的。新的向量有：

• THR
  当机器检查阈值计数器（通常计算内存或缓存的ECC纠正错误）超过可配置的阈值时引发的中断。仅适用于某些系统。

• TRM
  当CPU的温度超过阈值时，会发生热事件中断。当温度恢复正常时，也可能生成此中断。

• SPU
  一种虚假中断是指在某个IO设备完全处理之前，由某个IO设备引发然后降低的某个中断。因此，APIC看到中断但不知道它来自哪个设备。对于这种情况，APIC将使用IRQ向量0xff生成中断。这也可能是由芯片组错误引起的。

• RES、CAL、TLB
  重新调度、调用和TLB刷新中断根据操作系统的需要从一个CPU发送到另一个CPU。通常，内核开发人员和感兴趣的用户使用它们的统计信息来确定给定类型的中断发生的频率。

上述IRQ向量仅在相关时显示。例如，阈值向量在x86_64平台上不存在。当系统是单处理器时，其他向量被抑制。截至本文撰写时，只有i386和x86_64平台支持新的IRQ向量显示。

这段文本主要讲述了在2.4内核中引入了/proc/irq目录，用于设置中断请求（IRQ）与CPU的关联关系。通过该目录，可以将一个IRQ关联到特定的CPU，或者排除某个CPU处理IRQ。/proc/irq目录下的每个IRQ都有一个子目录，其中包含两个文件：default_smp_affinity和prof_cpu_mask。

例如：

> ls /proc/irq/
0  10  12  14  16  18  2  4  6  8  prof_cpu_mask
1  11  13  15  17  19  3  5  7  9  default_smp_affinity
> ls /proc/irq/0/
smp_affinity

smp_affinity是一个位掩码，可以指定哪些CPU可以处理该IRQ。可以通过以下方式进行设置：

echo 1 > /proc/irq/10/smp_affinity

这意味着只有第一个CPU会处理该IRQ，也可以使用echo 5，表示只有第一个和第三个CPU可以处理该IRQ。

每个smp_affinity文件的默认内容都是相同的：

cat /proc/irq/0/smp_affinity
ffffffff

还有一个替代接口smp_affinity_list，允许指定CPU范围而不是位掩码：

cat /proc/irq/0/smp_affinity_list
1024-1031

default_smp_affinity掩码适用于所有未激活的IRQ，即尚未分配/激活的IRQ，因此缺少/proc/irq/[0-9]*目录。

在SMP系统上，节点文件显示了使用IRQ的设备所报告的节点。这些硬件本地化信息不包括任何可能的驱动程序本地化偏好信息。

prof_cpu_mask指定了系统范围性能分析器要分析的CPU。默认值是ffffffff（如果只有32个CPU，则表示所有CPU）。

IRQ的路由方式由IO-APIC处理，它在允许处理IRQ的所有CPU之间进行轮询。通常情况下，内核比用户拥有更多信息，因此默认设置对于几乎所有人来说都是最佳选择。[请注意，这仅适用于支持“轮询”中断分发的IO-APIC。]

/proc目录中还有三个重要的子目录：net、scsi和sys。一般规则是这些目录的内容或存在取决于内核配置。如果未启用SCSI，则scsi目录可能不存在。同样的情况也适用于net，只有在运行内核中存在网络支持时才会出现。

slabinfo文件提供了关于slab级别内存使用情况的信息。Linux在2.2版本以上使用slab池进行内存管理，用于管理常用对象的内存池（例如网络缓冲区、目录缓存等）。

> cat /proc/buddyinfo

Node 0, zone      DMA      0      4      5      4      4      3 ...
Node 0, zone   Normal      1      0      0      1    101      8 ...
Node 0, zone  HighMem      2      0      0      1      1      0 ...

在某些工作负载下，外部碎片化是一个问题，buddyinfo是帮助诊断这些问题的有用工具。buddyinfo将为您提供有关可以安全分配的区域大小，或者为什么先前的分配失败的线索。

每一列代表了某个特定阶数的页面数量。在这种情况下，ZONE_DMA中有0个2^{0*PAGE_SIZE大小的页面块，ZONE_DMA中有4个2}1PAGE_SIZE大小的页面块，ZONE_NORMAL中有101个2^4PAGE_SIZE大小的页面块，等等...

有关外部碎片化的更多信息可以在pagetypeinfo中找到：

> cat /proc/pagetypeinfo
Page block order: 9
Pages per block:  512

Free pages count per migrate type at order       0      1      2      3      4      5      6      7      8      9     10
Node    0, zone      DMA, type    Unmovable      0      0      0      1      1      1      1      1      1      1      0
Node    0, zone      DMA, type  Reclaimable      0      0      0      0      0      0      0      0      0      0      0
Node    0, zone      DMA, type      Movable      1      1      2      1      2      1      1      0      1      0      2
Node    0, zone      DMA, type      Reserve      0      0      0      0      0      0      0      0      0      1      0
Node    0, zone      DMA, type      Isolate      0      0      0      0      0      0      0      0      0      0      0
Node    0, zone    DMA32, type    Unmovable    103     54     77      1      1      1     11      8      7      1      9
Node    0, zone    DMA32, type  Reclaimable      0      0      2      1      0      0      0      0      1      0      0
Node    0, zone    DMA32, type      Movable    169    152    113     91     77     54     39     13      6      1    452
Node    0, zone    DMA32, type      Reserve      1      2      2      2      2      0      1      1      1      1      0
Node    0, zone    DMA32, type      Isolate      0      0      0      0      0      0      0      0      0      0      0

Number of blocks type     Unmovable  Reclaimable      Movable      Reserve      Isolate
Node 0, zone      DMA            2            0            5            1            0
Node 0, zone    DMA32           41            6          967            2            0

内核中的碎片化避免工作是通过将不同迁移类型的页面分组到称为页面块的连续内存区域中来实现的。页面块通常是默认巨大页面大小的大小，例如在X86-64上为2MB。通过根据它们的移动能力对页面进行分组，内核可以回收页面块内的页面以满足高阶分配需求。

pagetypinfo从页面块大小的信息开始。然后提供了与buddyinfo相同类型的信息，但是按迁移类型进行了细分，并最后详细说明了每种类型的页面块的数量。

如果min_free_kbytes已经被正确调整（建议由libhugetlbfs的hugeadm https://github.com/libhugetlbfs/libhugetlbfs/提供建议），则可以估算在特定时间点可以分配的大页的数量。所有“可移动”块应该是可分配的，除非内存已被mlock()。一些“可回收”块也应该是可分配的，尽管可能需要回收大量的文件系统元数据才能实现这一点。

meminfo

提供有关内存分配和利用情况的信息。这取决于架构和编译选项。这里报告的一些计数器是重叠的。非重叠计数器报告的内存量可能不会加起来等于总体内存使用量，对于某些工作负载来说差异可能很大。在许多情况下，还有其他方法可以通过特定子系统的接口找出额外的内存使用情况，例如用于TCP内存分配的/proc/net/sockstat。

示例输出。您可能没有所有这些字段。

> cat /proc/meminfo

MemTotal:       32858820 kB
MemFree:        21001236 kB
MemAvailable:   27214312 kB
Buffers:          581092 kB
Cached:          5587612 kB
SwapCached:            0 kB
Active:          3237152 kB
Inactive:        7586256 kB
Active(anon):      94064 kB
Inactive(anon):  4570616 kB
Active(file):    3143088 kB
Inactive(file):  3015640 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Zswap:              1904 kB
Zswapped:           7792 kB
Dirty:                12 kB
Writeback:             0 kB
AnonPages:       4654780 kB
Mapped:           266244 kB
Shmem:              9976 kB
KReclaimable:     517708 kB
Slab:             660044 kB
SReclaimable:     517708 kB
SUnreclaim:       142336 kB
KernelStack:       11168 kB
PageTables:        20540 kB
SecPageTables:         0 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    16429408 kB
Committed_AS:    7715148 kB
VmallocTotal:   34359738367 kB
VmallocUsed:       40444 kB
VmallocChunk:          0 kB
Percpu:            29312 kB
EarlyMemtestBad:       0 kB
HardwareCorrupted:     0 kB
AnonHugePages:   4149248 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
FileHugePages:         0 kB
FilePmdMapped:         0 kB
CmaTotal:              0 kB
CmaFree:               0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
Hugetlb:               0 kB
DirectMap4k:      401152 kB
DirectMap2M:    10008576 kB
DirectMap1G:    24117248 kB

• MemTotal
  可用总内存（即物理内存减去一些保留位和内核二进制代码）

• MemFree
  总空闲内存。在高内存系统中，LowFree+HighFree的总和

• MemAvailable
  估计可用于启动新应用程序的内存量，无需交换。从MemFree、SReclaimable、文件LRU列表的大小和每个区域的低水位计算得出。该估计考虑到系统需要一些页面缓存才能正常运行，并且并非所有可回收的slab都是可回收的，因为其中的项目正在使用。这些因素的影响会因系统而异。

• Buffers
  用于原始磁盘块的相对临时存储，不应该变得非常大（大约20MB）

• Cached
  用于从磁盘读取的文件（页面缓存）以及tmpfs和shmem的内存缓存。不包括SwapCached。

• SwapCached
  曾经被交换出去的内存，现在已经被交换回来，但仍然存在于交换文件中（如果需要内存，则不需要再次交换出去，因为它已经存在于交换文件中。这样可以节省I/O）

• Active
  最近使用过的内存，通常除非绝对必要，否则不会被回收。

• Inactive
  较长时间未被使用的内存。更有可能被用于其他目的的回收

• Unevictable
  为用户空间分配的无法回收的内存，例如mlocked页面、ramfs支持页面、秘密memfd页面等。

• Mlocked
  使用mlock()锁定的内存。

• HighTotal, HighFree
  高内存是指物理内存约860MB以上的所有内存。高内存区域供用户空间程序使用，或用于页面缓存。内核必须使用技巧来访问这些内存，使得访问速度比低内存慢。

• LowTotal, LowFree
  低内存是可以用于高内存的所有用途的内存，但也可供内核用于自己的数据结构。除了其他用途外，Slab中分配的所有内容都在这里。当低内存用尽时会发生糟糕的事情。

• SwapTotal
  可用交换空间的总量

• SwapFree
  已从RAM中驱逐的内存，暂时存储在磁盘上

• Zswap
  zswap后端消耗的内存（压缩大小）

• Zswapped
  存储在zswap中的匿名内存量（原始大小）

• Dirty
  等待写回磁盘的内存

• Writeback
  正在主动写回磁盘的内存

• AnonPages
  映射到用户空间页表的非文件支持页面

• Mapped
  已经进行了内存映射的文件，例如库文件

• Shmem
  共享内存（shmem）和tmpfs使用的总内存

• KReclaimable
  内核分配，内核在内存压力下将尝试回收。包括SReclaimable（下文）和其他使用shrinker进行直接分配的内容。

• Slab
  内核数据结构缓存

• SReclaimable
  Slab的一部分，可能会被回收，例如缓存

• SUnreclaim
  Slab的一部分，在内存压力下无法被回收

• KernelStack
  所有任务的内核堆栈消耗的内存

• PageTables
  用户空间页表消耗的内存

• SecPageTables
  用于次级页表的内存，目前包括x86和arm64上的KVM mmu分配

• NFS_Unstable
  始终为零。之前已写入服务器但尚未提交到稳定存储的计数页面。

• Bounce
  用于块设备“弹跳缓冲区”的内存

• WritebackTmp
  FUSE用于临时写回缓冲区的内存

• CommitLimit
  基于过度承诺比率（'vm.overcommit_ratio'），这是当前系统上可分配的内存总量。只有在启用严格的过度承诺记账（'vm.overcommit_memory'中的模式2）时才会遵守此限制。

  CommitLimit是使用以下公式计算的：

  CommitLimit =（[总RAM页面] - [总巨大TLB页面]）* 过度承诺比率/100 + [总交换页面]
  

  例如，在具有1G物理RAM和7G交换空间以及vm.overcommit_ratio为30的系统上，它将产生7.3G的CommitLimit。

  有关更多详细信息，请参阅mm/overcommit-accounting中的内存过度承诺文档。

• Committed_AS

  当前分配给系统的内存量。已分配的内存是所有已被进程分配的内存的总和，即使它们尚未被进程“使用”。malloc()了1G内存的进程，但只使用了300M，将显示为使用了1G。这1G是VM已经“承诺”的内存，分配应用程序随时可以使用。在系统上启用严格的过度承诺（'vm.overcommit_memory'中的模式2）后，将不允许超过CommitLimit（上文详细说明）的分配。如果需要保证进程在成功分配内存后不会因内存不足而失败，这很有用。

• VmallocTotal
  vmalloc虚拟地址空间的总大小

• VmallocUsed
  已使用的vmalloc区域的大小

• VmallocChunk
  可用的最大连续vmalloc区域块

• Percpu
  用于支持percpu分配的percpu分配器分配的内存。此统计数据不包括元数据的成本。

• EarlyMemtestBad
  通过早期内存测试识别为损坏的内存/内存量（以KB为单位）。如果未运行内存测试，则根本不会显示此字段。大小永远不会舍入为0KB。这意味着如果报告为0KB，则可以安全地假定至少进行了一次内存测试，而且没有一次测试发现了单个有缺陷的字节。

• HardwareCorrupted
  内核识别为损坏的RAM/内存量（以KB为单位）。

• AnonHugePages
  映射到用户空间页表的非文件支持的大页面

• ShmemHugePages
  使用大页面分配的共享内存（shmem）和tmpfs使用的内存

• ShmemPmdMapped
  使用大页面映射到用户空间的共享内存

• FileHugePages
  使用大页面分配的文件系统数据（页面缓存）的内存

• FilePmdMapped
  使用大页面映射到用户空间的页面缓存

• CmaTotal
  为连续内存分配器（CMA）保留的内存

• CmaFree
  CMA保留中剩余的空闲内存

• HugePages_Total, HugePages_Free, HugePages_Rsvd, HugePages_Surp, Hugepagesize, Hugetlb
  请参阅HugeTLB页面。

• DirectMap4k, DirectMap2M, DirectMap1G
  内核对RAM进行身份映射时使用的页表大小的详细信息。

vmallocinfo

提供关于vmalloced/vmaped区域的信息。每个区域一行，包含区域的虚拟地址范围、大小（以字节为单位）、创建者的调用者信息，以及根据区域类型的可选信息。

> cat /proc/vmallocinfo
0xffffc20000000000-0xffffc20000201000 2101248 alloc_large_system_hash+0x204 ...
/0x2c0 pages=512 vmalloc N0=128 N1=128 N2=128 N3=128
0xffffc20000201000-0xffffc20000302000 1052672 alloc_large_system_hash+0x204 ...
/0x2c0 pages=256 vmalloc N0=64 N1=64 N2=64 N3=64
0xffffc20000302000-0xffffc20000304000    8192 acpi_tb_verify_table+0x21/0x4f...
phys=7fee8000 ioremap
0xffffc20000304000-0xffffc20000307000   12288 acpi_tb_verify_table+0x21/0x4f...
phys=7fee7000 ioremap
0xffffc2000031d000-0xffffc2000031f000    8192 init_vdso_vars+0x112/0x210
0xffffc2000031f000-0xffffc2000032b000   49152 cramfs_uncompress_init+0x2e ...
/0x80 pages=11 vmalloc N0=3 N1=3 N2=2 N3=3
0xffffc2000033a000-0xffffc2000033d000   12288 sys_swapon+0x640/0xac0      ...
pages=2 vmalloc N1=2
0xffffc20000347000-0xffffc2000034c000   20480 xt_alloc_table_info+0xfe ...
/0x130 [x_tables] pages=4 vmalloc N0=4
0xffffffffa0000000-0xffffffffa000f000   61440 sys_init_module+0xc27/0x1d00 ...
pages=14 vmalloc N2=14
0xffffffffa000f000-0xffffffffa0014000   20480 sys_init_module+0xc27/0x1d00 ...
pages=4 vmalloc N1=4
0xffffffffa0014000-0xffffffffa0017000   12288 sys_init_module+0xc27/0x1d00 ...
pages=2 vmalloc N1=2
0xffffffffa0017000-0xffffffffa0022000   45056 sys_init_module+0xc27/0x1d00 ...
pages=10 vmalloc N0=10

softirqs

提供自引导以来每个CPU已服务的softirq处理程序计数。

> cat /proc/softirqs
              CPU0       CPU1       CPU2       CPU3
    HI:          0          0          0          0
TIMER:       27166      27120      27097      27034
NET_TX:          0          0          0         17
NET_RX:         42          0          0         39
BLOCK:           0          0        107       1121
TASKLET:         0          0          0        290
SCHED:       27035      26983      26971      26746
HRTIMER:         0          0          0          0
    RCU:      1678       1769       2178       2250

1.3 /proc/net中的网络信息

子目录/proc/net遵循通常的模式。如果您配置内核以支持IP版本6，则表1-8显示了您可以获得的附加值。表1-9列出了文件及其含义。

表1-8： IPv6 info in /proc/net

表1-9： Network info in /proc/net

您可以使用这些信息来查看系统中可用的网络设备以及这些设备上路由的流量情况：

> cat /proc/net/dev
Inter-|Receive                                                   |[...
 face |bytes    packets errs drop fifo frame compressed multicast|[...
    lo:  908188   5596     0    0    0     0          0         0 [...
  ppp0:15475140  20721   410    0    0   410          0         0 [...
  eth0:  614530   7085     0    0    0     0          0         1 [...

...] Transmit
...] bytes    packets errs drop fifo colls carrier compressed
...]  908188     5596    0    0    0     0       0          0
...] 1375103    17405    0    0    0     0       0          0
...] 1703981     5535    0    0    0     3       0          0

此外，每个通道绑定接口都有自己的目录。例如，bond0设备将拥有一个名为/proc/net/bond0/的目录。该目录将包含特定于该绑定的信息，例如绑定的当前从属设备、从属设备的链接状态以及从属设备链接失败的次数。

1.4 SCSI信息

如果您的系统中有SCSI或ATA主机适配器，您将在/proc/scsi中找到以适配器驱动程序命名的子目录。您还将在/proc/scsi中看到所有已识别的SCSI设备的列表：

>cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM      Model: DGHS09U          Rev: 03E0
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: PIONEER  Model: CD-ROM DR-U06S   Rev: 1.04
  Type:   CD-ROM                           ANSI SCSI revision: 02

名为驱动程序的目录中每个找到的适配器都有一个文件。这些文件包含有关控制器的信息，包括使用的IRQ和IO地址范围。显示的信息量取决于您使用的适配器。以下示例显示了Adaptec AHA-2940 SCSI适配器的输出：

> cat /proc/scsi/aic7xxx/0

Adaptec AIC7xxx driver version: 5.1.19/3.2.4
Compile Options:
  TCQ Enabled By Default : Disabled
  AIC7XXX_PROC_STATS     : Disabled
  AIC7XXX_RESET_DELAY    : 5
Adapter Configuration:
           SCSI Adapter: Adaptec AHA-294X Ultra SCSI host adapter
                           Ultra Wide Controller
    PCI MMAPed I/O Base: 0xeb001000
 Adapter SEEPROM Config: SEEPROM found and used.
      Adaptec SCSI BIOS: Enabled
                    IRQ: 10
                   SCBs: Active 0, Max Active 2,
                         Allocated 15, HW 16, Page 255
             Interrupts: 160328
      BIOS Control Word: 0x18b6
   Adapter Control Word: 0x005b
   Extended Translation: Enabled
Disconnect Enable Flags: 0xffff
     Ultra Enable Flags: 0x0001
 Tag Queue Enable Flags: 0x0000
Ordered Queue Tag Flags: 0x0000
Default Tag Queue Depth: 8
    Tagged Queue By Device array for aic7xxx host instance 0:
      {255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255}
    Actual queue depth per device for aic7xxx host instance 0:
      {1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}
Statistics:
(scsi0:0:0:0)
  Device using Wide/Sync transfers at 40.0 MByte/sec, offset 8
  Transinfo settings: current(12/8/1/0), goal(12/8/1/0), user(12/15/1/0)
  Total transfers 160151 (74577 reads and 85574 writes)
(scsi0:0:6:0)
  Device using Narrow/Sync transfers at 5.0 MByte/sec, offset 15
  Transinfo settings: current(50/15/0/0), goal(50/15/0/0), user(50/15/0/0)
  Total transfers 0 (0 reads and 0 writes)

1.5 /proc/parport中的并行端口信息

目录/proc/parport包含有关系统并行端口的信息。它为每个端口都有一个子目录，以端口号（0,1,2,...）命名。

这些目录包含表1-10中显示的四个文件。

表1-10： Files in /proc/parport

1.6 /proc/tty中的TTY信息

您可以在/proc/tty目录中找到有关可用和实际使用的tty的信息。该目录中包含有关驱动程序和线路规则的条目，如表1-11所示。

表1-11：Files in /proc/tty

要查看当前正在使用的tty，您可以简单地查看文件/proc/tty/drivers：

> cat /proc/tty/drivers
pty_slave            /dev/pts      136   0-255 pty:slave
pty_master           /dev/ptm      128   0-255 pty:master
pty_slave            /dev/ttyp       3   0-255 pty:slave
pty_master           /dev/pty        2   0-255 pty:master
serial               /dev/cua        5   64-67 serial:callout
serial               /dev/ttyS       4   64-67 serial
/dev/tty0            /dev/tty0       4       0 system:vtmaster
/dev/ptmx            /dev/ptmx       5       2 system
/dev/console         /dev/console    5       1 system:console
/dev/tty             /dev/tty        5       0 system:/dev/tty
unknown              /dev/tty        4    1-63 console

1.7 /proc/stat中的杂项内核统计信息

/proc/stat文件中提供了有关内核活动的各种信息。该文件中报告的所有数字都是自系统首次启动以来的聚合值。要快速查看，请简单地使用cat命令查看该文件：

> cat /proc/stat
cpu  237902850 368826709 106375398 1873517540 1135548 0 14507935 0 0 0
cpu0 60045249 91891769 26331539 468411416 495718 0 5739640 0 0 0
cpu1 59746288 91759249 26609887 468860630 312281 0 4384817 0 0 0
cpu2 59489247 92985423 26904446 467808813 171668 0 2268998 0 0 0
cpu3 58622065 92190267 26529524 468436680 155879 0 2114478 0 0 0
intr 8688370575 8 3373 0 0 0 0 0 0 1 40791 0 0 353317 0 0 0 0 224789828 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 190974333 41958554 123983334 43 0 224593 0 0 0 <more 0's deleted>
ctxt 22848221062
btime 1605316999
processes 746787147
procs_running 2
procs_blocked 0
softirq 12121874454 100099120 3938138295 127375644 2795979 187870761 0 173808342 3072582055 52608 224184354

首先的 "cpu" 行汇总了所有其他 "cpuN" 行中的数字。这些数字标识了 CPU 执行不同类型工作的时间。时间单位为 USER_HZ（通常是百分之一秒）。从左到右，各列的含义如下：

• user：在用户模式下执行的普通进程

• nice：在用户模式下执行的被调整过优先级的进程

• system：在内核模式下执行的进程

• idle：空闲时间

• iowait：简单来说，iowait 表示等待 I/O 完成。但存在几个问题：

  • CPU 不会等待 I/O 完成，iowait 是任务等待 I/O 完成的时间。当 CPU 进入空闲状态等待任务的 I/O 时，另一个任务将被调度到该 CPU 上。
  • 在多核 CPU 中，等待 I/O 完成的任务不在任何 CPU 上运行，因此每个 CPU 的 iowait 难以计算。
  • /proc/stat 中 iowait 字段的值在某些情况下会减少。因此，通过读取 /proc/stat 来获取 iowait 不是可靠的。

• irq：服务中断

• softirq：服务软中断

• steal：非自愿等待

• guest：运行普通的虚拟机

• guest_nice：运行被调整过优先级的虚拟机

"intr" 行给出了自启动以来服务的中断计数，对于可能的系统中断的每一个。第一列是所有服务中断的总数，包括未编号的特定体系结构中断；随后的每一列是特定编号中断的总数。未编号的中断不会显示，只会汇总到总数中。

"ctxt" 行给出了所有 CPU 上的上下文切换总数。

"btime" 行给出了系统启动的时间，以自 Unix 纪元以来的秒数表示。

"processes" 行给出了创建的进程和线程数，其中包括（但不限于）通过调用 fork() 和 clone() 系统调用创建的进程。

"procs_running" 行给出了正在运行或准备运行的线程总数（即可运行线程的总数）。

"procs_blocked" 行给出了当前被阻塞、等待 I/O 完成的进程数。

"softirq" 行给出了自启动以来服务的软中断计数，对于可能的系统软中断的每一个。第一列是所有服务的软中断的总数；随后的每一列是特定软中断的总数。

1.8 Ext4文件系统参数

您可以在/proc/fs/ext4中找到已挂载的ext4文件系统的信息。每个已挂载的文件系统都将在/proc/fs/ext4中以其设备名称（例如/proc/fs/ext4/hdc或/proc/fs/ext4/sda9或/proc/fs/ext4/dm-0）为基础拥有一个目录。每个设备目录中的文件如下表1-12所示。

表格1-12：Files in /proc/fs/ext4/<devname>

1.9 /proc/consoles

显示已注册的系统控制台线路。

要查看当前用于系统控制台 /dev/console 的字符设备线路，您可以简单地查看文件 /proc/consoles：

> cat /proc/consoles
tty0                 -WU (ECp)       4:7
ttyS0                -W- (Ep)        4:64

上面输出的这些列的含义：

总结

/proc文件系统提供有关运行中系统的信息。它不仅允许访问进程数据，还允许通过读取层次结构中的文件来请求内核状态。

/proc的目录结构反映了各种信息的类型，并且使得查找特定数据变得简单，即使不是显而易见的地方。

第3章：每个进程的参数

3.1 /proc/<pid>/oom_adj 和 /proc/<pid>/oom_score_adj- 调整oom-killer分数

这些文件可用于调整用于选择在内存不足（oom）条件下要终止的进程的不良启发式。

不良启发式为每个候选任务分配一个值，范围从0（永不终止）到1000（总是终止），以确定目标进程。单位大致上是允许内存范围内的比例，该进程可以根据其当前内存和交换使用的估计来分配。例如，如果任务使用了所有允许的内存，其不良分数将为1000。如果它使用了其允许内存的一半，其分数将为500。

“允许”的内存量取决于调用oom killer的上下文。如果是由于分配任务的cpuset的内存耗尽，允许的内存表示分配给该cpuset的内存集。如果是由于mempolicy的节点耗尽，允许的内存表示mempolicy节点的集合。如果是由于达到内存限制（或交换限制），允许的内存就是配置的限制。最后，如果是由于整个系统内存不足，允许的内存表示所有可分配的资源。

在使用不良分数确定要终止的任务之前，将 /proc/<pid>/oom_score_adj 的值添加到不良分数中。可接受的值范围从-1000（OOM_SCORE_ADJ_MIN）到+1000（OOM_SCORE_ADJ_MAX）。这允许用户空间通过始终偏好某个任务或完全禁用oom终止来极化oom终止的偏好。最低可能的值-1000 相当于完全禁用该任务的oom终止，因为它将始终报告0的不良分数。

因此，用户空间很容易定义要考虑的每个任务的内存量。例如，设置 /proc/<pid>/oom_score_adj 值为+500 大致相当于允许共享相同系统、cpuset、mempolicy 或内存控制器资源的其余任务使用至少多出50%的内存。另一方面，-500 的值大致相当于将任务允许的内存减少50%。

为了向后兼容以前的内核，也可以使用 /proc/<pid>/oom_adj 来调整不良分数。其可接受的值范围从-16（OOM_ADJUST_MIN）到+15（OOM_ADJUST_MAX），特殊值-17（OOM_DISABLE）用于完全禁用该任务的oom终止。其值与 /proc/<pid>/oom_score_adj 成比例。

/proc/<pid>/oom_score_adj 的值不能低于由 CAP_SYS_RESOURCE 进程设置的最后一个值。要将值降低到更低的值，需要 CAP_SYS_RESOURCE。

3.2 /proc/<pid>/oom_score - 显示当前oom-killer分数

此文件可用于检查oom-killer对任何给定 <pid> 使用的当前分数。与 /proc/<pid>/oom_score_adj 一起使用，可调整在内存不足情况下应终止哪个进程。

请注意，导出的值包括 oom_score_adj，因此实际上在范围 [0,2000] 内。

3.3 /proc/<pid>/io - 显示IO计数字段

此文件包含每个运行进程的IO统计信息。

示例

test:/tmp # dd if=/dev/zero of=/tmp/test.dat &
[1] 3828

test:/tmp # cat /proc/3828/io
rchar: 323934931
wchar: 323929600
syscr: 632687
syscw: 632675
read_bytes: 0
write_bytes: 323932160
cancelled_write_bytes: 0

描述

• rchar
  I/O 计数：读取的字符
  这个任务导致从存储器中读取的字节数。这只是该进程传递给 read() 和 pread() 的字节的总和。它包括诸如 tty IO 之类的内容，并且不受实际是否需要进行物理磁盘IO的影响（读取可能已经从页面缓存中满足）。

• wchar
  I/O 计数：写入的字符
  这个任务导致或将导致写入磁盘的字节数。这里也适用类似的警告，就像 rchar 一样。

• syscr
  I/O 计数：读取系统调用
  尝试计算读取I/O操作的次数，即像 read() 和 pread() 这样的系统调用。

• syscw
  I/O 计数：写入系统调用
  尝试计算写入I/O操作的次数，即像 write() 和 pwrite() 这样的系统调用。

• read_bytes
  I/O 计数：读取的字节数
  尝试计算该进程实际导致从存储层获取的字节数。在 submit_bio() 级别完成，因此对于基于块的文件系统是准确的。 <请稍后添加关于NFS和CIFS的状态>

• write_bytes
  I/O 计数：写入的字节数
  尝试计算该进程导致发送到存储层的字节数。这是在页面脏时完成的。

• cancelled_write_bytes
  这里的主要不准确性在于截断。如果一个进程向文件写入1MB，然后删除该文件，实际上不会执行任何写出。但它将被记录为已经导致了1MB的写入。换句话说：这个进程导致的未发生的字节数，通过截断页面缓存。一个任务也可以导致“负”IO。如果这个任务截断了一些脏的页面缓存，另一个任务已经被记录为（在其 write_bytes 中）的一些IO将不会发生。我们可以从截断任务的 write_bytes 中减去这些，但这样做会导致信息丢失。

注意
在当前的实现状态下，在32位机器上这有点竞争：如果进程A读取进程B的 /proc/pid/io，而进程B正在更新其中的一个64位计数器，进程A可能会看到一个中间结果。

有关更多信息，请参阅 Documentation/accounting 中的 taskstats 文档。

3.4 /proc/<pid>/coredump_filter - 核心转储过滤设置

当一个进程被转储时，只要核心文件的大小没有限制，所有匿名内存都将被写入核心文件。但有时我们不想转储一些内存段，例如巨大的共享内存或DAX。相反，有时我们希望将文件支持的内存段保存到核心文件中，而不仅仅是单独的文件。

/proc/<pid>/coredump_filter 允许您自定义在转储 <pid> 进程时将转储哪些内存段。coredump_filter 是内存类型的位掩码。如果位掩码的某一位被设置，将转储相应内存类型的内存段，否则它们不会被转储。

支持以下9种内存类型：

• （位 0）匿名私有内存

• （位 1）匿名共享内存

• （位 2）文件支持的私有内存

• （位 3）文件支持的共享内存

• （位 4）文件支持的私有内存区域中的ELF头页面（仅在位 2 被清除时有效）

• （位 5）巨大页面私有内存

• （位 6）巨大页面共享内存

• （位 7）DAX私有内存

• （位 8）DAX共享内存

  请注意，像帧缓冲区这样的MMIO页面永远不会被转储，而vDSO页面无论位掩码状态如何都会被转储。

  请注意，位 0-4 不影响巨大页面或DAX内存。巨大页面内存仅受位 5-6 的影响，而DAX仅受位 7-8 的影响。

coredump_filter 的默认值为 0x33；这意味着所有匿名内存段、ELF头页面和巨大页面私有内存都将被转储。

如果不想转储附加到pid 1234的所有共享内存段，可以将值 0x31 写入进程的proc文件：

$ echo 0x31 > /proc/1234/coredump_filter

当创建新进程时，该进程会从其父进程继承位掩码状态。在程序运行之前设置 coredump_filter 是有用的。例如：

$ echo 0x7 > /proc/self/coredump_filter
$ ./some_program

3.5 /proc/<pid>/mountinfo - 挂载信息

该文件包含以下格式的行：

36 35 98:0 /mnt1 /mnt2 rw,noatime master:1 - ext3 /dev/root rw,errors=continue
(1)(2)(3)   (4)   (5)      (6)     (n…m) (m+1)(m+2) (m+3)         (m+4)

(1)   挂载ID：挂载的唯一标识符（在卸载后可能会被重用）
(2)   父ID：父级的ID（对于挂载树顶部的自身）
(3)   主:次：文件系统上文件的 st_dev 值
(4)   根目录：文件系统内的挂载根目录
(5)   挂载点：相对于进程根目录的挂载点
(6)   挂载选项：每个挂载的选项
(n…m) 可选字段：零个或多个“tag[:value]”形式的字段
(m+1) 分隔符：标记可选字段的结束
(m+2) 文件系统类型：形式为“type[.subtype]”的文件系统名称
(m+3) 挂载源：文件系统特定信息或“none”
(m+4) 超级块选项：每个超级块的选项

解析器应忽略所有未识别的可选字段。目前可能的可选字段有：

[1]: X 是进程根目录下最近的主导对等组。如果 X 是挂载的直接主组，或者在同一根目录下没有主导对等组，则只会出现 "master:X" 字段，而不会出现 "propagate_from:X" 字段。

有关挂载传播的更多信息，请参阅：

共享子树 (Shared Subtrees)

3.6 /proc/<pid>/comm & /proc/<pid>/task/<tid>/comm - 任务的 comm 值

这些文件提供了一种访问任务的 comm 值的方法。它还允许任务设置自己或其一个线程兄弟的 comm 值。与 cmdline 值相比，comm 值的大小受到限制，因此写入长度超过内核的 TASK_COMM_LEN（当前为 16 个字符）的内容将导致截断的 comm 值。

3.7 /proc/<pid>/task/<tid>/children - 任务子进程的信息

该文件提供了一种快速检索由 <pid>/<tid> 对指定的任务的一级子进程的 pid 的方法。格式是一串由空格分隔的 pid。

请注意这里的“一级”--如果子进程有自己的子进程，它们将不会在此列出；需要读取 /proc/<children-pid>/task/<tid>/children 来获取后代信息。

由于此接口旨在快速和廉价，它不能保证提供精确的结果，有些子进程可能会被跳过，特别是如果它们在我们打印它们的 pid 后立即退出，因此如果需要精确的结果，需要停止或冻结正在检查的进程。

3.8 /proc/<pid>/fdinfo/<fd> - 已打开文件的信息

该文件提供了与已打开文件相关的信息。常规文件至少有四个字段--'pos'、'flags'、'mnt_id' 和 'ino'。'pos' 表示以十进制形式表示的已打开文件的当前偏移量[详见 lseek(2) 了解详情]，'flags' 表示文件使用的八进制 O_xxx 掩码[详见 open(2) 了解详情]，'mnt_id' 表示包含已打开文件的文件系统的挂载 ID[详见 3.5 /proc/<pid>/mountinfo 了解详情]。'ino' 表示文件的 inode 号。

典型的输出如下：

pos:    0
flags:  0100002
mnt_id: 19
ino:    63107

文件描述符相关的所有锁也显示在其 fdinfo 中：

lock:       1: FLOCK  ADVISORY  WRITE 359 00:13:11691 0 EOF

此外，诸如 eventfd、fsnotify、signalfd、epoll 等文件与常规的 pos/flags 对提供了特定于它们所代表的对象的附加信息。

• Eventfd 文件

pos:    0
flags:  04002
mnt_id: 9
ino:    63107
eventfd-count:  5a

其中 'eventfd-count' 是一个计数器的十六进制值。

• Signalfd 文件

pos:    0
flags:  04002
mnt_id: 9
ino:    63107
sigmask:        0000000000000200

其中 'sigmask' 是与文件关联的信号掩码的十六进制值。

• Epoll 文件

pos:    0
flags:  02
mnt_id: 9
ino:    63107
tfd:        5 events:       1d data: ffffffffffffffff pos:0 ino:61af sdev:7

其中 'tfd' 是目标文件描述符号的十进制形式，'events' 是被监视的事件掩码，'data' 是与目标相关的数据[详见 epoll(7) 了解详情]。

'pos' 是目标文件的当前偏移量的十进制形式[详见 lseek(2)]，'ino' 和 'sdev' 是目标文件所在的 inode 和设备号，均为十六进制格式。

• Fsnotify 文件

对于 inotify 文件，格式如下：

pos:    0
flags:  02000000
mnt_id: 9
ino:    63107
inotify wd:3 ino:9e7e sdev:800013 mask:800afce ignored_mask:0 fhandle-bytes:8 fhandle-type:1 f_handle:7e9e0000640d1b6d

其中 'wd' 是一个十进制形式的监视描述符，即目标文件描述符号，'ino' 和 'sdev' 是目标文件所在的 inode 和设备，'mask' 是事件掩码的十六进制形式，'ignored_mask' 是要忽略的事件掩码的十六进制形式[详见 inotify(7) 了解详情]。

如果内核是使用 exportfs 支持构建的，目标文件的路径将被编码为文件句柄。文件句柄由三个字段 'fhandle-bytes'、'fhandle-type' 和 'f_handle' 提供，均为十六进制格式。

如果内核是没有使用 exportfs 支持构建的，则不会打印出文件句柄。

如果尚未附加 inotify 标记，则 'inotify' 行将被省略。

对于 fanotify 文件，格式如下：

pos:    0
flags:  02
mnt_id: 9
ino:    63107
fanotify flags:10 event-flags:0
fanotify mnt_id:12 mflags:40 mask:38 ignored_mask:40000003
fanotify ino:4f969 sdev:800013 mflags:0 mask:3b ignored_mask:40000000 fhandle-bytes:8 fhandle-type:1 f_handle:69f90400c275b5b4

其中 fanotify 'flags' 和 'event-flags' 是在 fanotify_init 调用中使用的值，'mnt_id' 是挂载点标识符，'mflags' 是与标记相关的标志值，它们与事件掩码分开跟踪。'ino' 和 'sdev' 是目标 inode 和设备，'mask' 是事件掩码，'ignored_mask' 是要忽略的事件掩码，均为十六进制格式。'mflags'、'mask' 和 'ignored_mask' 的结合提供了有关在 fanotify_mark 调用中使用的标志和掩码的信息[详见 fsnotify 手册了解详情]。

前三行是必需的并且总是打印的，其余部分是可选的，如果尚未创建标记，则可能会被省略。

• Timerfd 文件

pos:    0
flags:  02
mnt_id: 9
ino:    63107
clockid: 0
ticks: 0
settime flags: 01
it_value: (0, 49406829)
it_interval: (1, 0)

其中 'clockid' 是时钟类型，'ticks' 是已发生的定时器到期次数[详见 timerfd_create(2) 了解详情]。'settime flags' 是以八进制形式表示的用于设置定时器的标志[详见 timerfd_settime(2) 了解详情]。'it_value' 是定时器到期前的剩余时间。'it_interval' 是定时器的间隔。请注意，定时器可能使用了 TIMER_ABSTIME 选项，这将显示在 'settime flags' 中，但 'it_value' 仍然展示了定时器的剩余时间。

• DMA 缓冲文件

pos:    0
flags:  04002
mnt_id: 9
ino:    63107
size:   32768
count:  2
exp_name:  system-heap

其中 'size' 是以字节为单位的 DMA 缓冲区的大小。'count' 是 DMA 缓冲文件的文件计数。'exp_name' 是 DMA 缓冲区导出器的名称。

3.9 /proc/<pid>/map_files - 内存映射文件信息

该目录包含代表进程维护的内存映射文件的符号链接。例如输出如下：

| lr-------- 1 root root 64 Jan 27 11:24 333c600000-333c620000 -> /usr/lib64/ld-2.18.so
| lr-------- 1 root root 64 Jan 27 11:24 333c81f000-333c820000 -> /usr/lib64/ld-2.18.so
| lr-------- 1 root root 64 Jan 27 11:24 333c820000-333c821000 -> /usr/lib64/ld-2.18.so
| ...
| lr-------- 1 root root 64 Jan 27 11:24 35d0421000-35d0422000 -> /usr/lib64/libselinux.so.1
| lr-------- 1 root root 64 Jan 27 11:24 400000-41a000 -> /usr/bin/ls

链接的名称表示映射的虚拟内存边界，即 vm_area_struct::vm_start-vm_area_struct::vm_end。

map_files 的主要目的是以一种快速的方式检索一组内存映射文件，而不是解析 /proc/<pid>/maps 或 /proc/<pid>/smaps，这两者包含了更多的记录。同时，可以从两个进程的列表中打开(2)映射，并比较它们的 inode 号，以找出哪些匿名内存区域实际上是共享的。

3.10 /proc/<pid>/timerslack_ns - 任务 timerslack 值

该文件提供了任务 timerslack 值的纳秒值。该值指定了正常定时器可以被延迟的时间量，以合并定时器并避免不必要的唤醒。

这允许调整任务的交互性与功耗之间的权衡。

将 0 写入该文件将会将任务的 timerslack 设置为默认值。

有效值范围从 0 到 ULLONG_MAX。

设置该值的应用程序必须对指定任务具有 PTRACE_MODE_ATTACH_FSCREDS 级别的权限，以更改其 timerslack_ns 值。

3.11 /proc/<pid>/patch_state - Livepatch 补丁操作状态

当启用 CONFIG_LIVEPATCH 时，该文件显示了任务的补丁状态的值。

值为 '-1' 表示没有补丁正在进行过渡。

值为 '0' 表示补丁正在进行过渡，任务未打补丁。如果正在启用补丁，则任务尚未打补丁。如果正在禁用补丁，则任务已经解除了补丁。

值为 '1' 表示补丁正在进行过渡，任务已打补丁。如果正在启用补丁，则任务已经打了补丁。如果正在禁用补丁，则任务尚未解除补丁。

3.12 /proc/<pid>/arch_status - 任务体系结构特定状态

当启用 CONFIG_PROC_PID_ARCH_STATUS 时，该文件显示了任务的体系结构特定状态。
例如：

$ cat /proc/6753/arch_status
AVX512_elapsed_ms:      8

当启用 CONFIG_PROC_PID_ARCH_STATUS 时，该文件显示了任务的体系结构特定状态。对于 x86 架构的特定条目，有一个名为 AVX512_elapsed_ms 的条目。

• 如果机器支持 AVX512，则该条目显示自上次记录 AVX512 使用以来经过的毫秒数。记录是在任务被调度出时尽力而为地进行的。这意味着该值取决于两个因素：

  1. 任务在 CPU 上运行而没有被调度出所花费的时间。使用 CPU 隔离和单个可运行任务时，这可能需要几秒钟。
  2. 任务上次被调度出以来的时间。根据被调度出的原因（时间片耗尽、系统调用等），这可能是任意长的时间。

  因此，该值不能被视为精确和权威的信息。使用该信息的应用程序必须意识到系统的整体情况，以确定任务是否真正使用了 AVX512。可以使用性能计数器获取精确信息。

  特殊值 '-1' 表示没有记录 AVX512 使用，因此任务不太可能是 AVX512 用户，但这取决于工作负载和调度场景，也可能是上述的误报。

3.13 /proc/<pid>/fd - 符号链接列表到打开文件

该目录包含代表进程维护的打开文件的符号链接。例如输出如下：

lr-x------ 1 root root 64 Sep 20 17:53 0 -> /dev/null
l-wx------ 1 root root 64 Sep 20 17:53 1 -> /dev/null
lrwx------ 1 root root 64 Sep 20 17:53 10 -> 'socket:[12539]'
lrwx------ 1 root root 64 Sep 20 17:53 11 -> 'socket:[12540]'
lrwx------ 1 root root 64 Sep 20 17:53 12 -> 'socket:[12542]'

进程的打开文件数存储在 /proc/<pid>/fd 的 stat() 输出的 'size' 成员中，以便快速访问。

4. 配置 procfs

4.1 挂载选项

支持以下挂载选项：

hidepid=off 或 hidepid=0 表示经典模式 - 每个人都可以访问所有 /proc/<pid>/ 目录（默认）。

hidepid=noaccess 或 hidepid=1 表示用户不能访问除自己之外的任何 /proc/<pid>/ 目录。敏感文件如 cmdline、sched*、status 现在受到其他用户的保护。这使得不可能了解任何用户是否运行特定程序（假设该程序不通过其行为自身透露）。作为额外的好处，由于 /proc/<pid>/cmdline 对其他用户不可访问，通过程序参数传递敏感信息的编写不良程序现在受到本地窃听者的保护。

hidepid=invisible 或 hidepid=2 表示 hidepid=1 加上所有 /proc/<pid>/ 对其他用户完全不可见。这并不意味着隐藏了具有特定 pid 值的进程是否存在的事实（可以通过其他方式学习，例如 "kill -0 $PID"），但它隐藏了进程的 uid 和 gid，否则可以通过 stat() /proc/<pid>/ 学习。这极大地复杂化了入侵者收集有关运行进程的信息的任务，例如某个守护程序是否以提升的特权运行，其他用户是否运行某些敏感程序，其他用户是否根本运行任何程序等。

hidepid=ptraceable 或 hidepid=4 表示 procfs 应该只包含调用者可以 ptrace 的 /proc/<pid>/ 目录。

gid= 定义一个被授权学习进程信息的组，否则被 hidepid= 禁止。如果使用像 identd 这样需要学习有关进程信息的守护程序，只需将 identd 添加到该组中。

subset= pid 隐藏 procfs 中与任务无关的所有顶级文件和目录。

5. 文件系统行为

在 pid 命名空间出现之前，procfs 是一个全局文件系统。这意味着系统中只有一个 procfs 实例。

当添加了 pid 命名空间时，每个 pid 命名空间中都会挂载一个单独的 procfs 实例。因此，在同一命名空间内的所有挂载点上，procfs 挂载选项是全局的。

例如：

# grep ^proc /proc/mounts
proc /proc proc rw,relatime,hidepid=2 0 0

# strace -e mount mount -o hidepid=1 -t proc proc /tmp/proc
mount("proc", "/tmp/proc", "proc", 0, "hidepid=1") = 0
+++ exited with 0 +++

# grep ^proc /proc/mounts
proc /proc proc rw,relatime,hidepid=2 0 0
proc /tmp/proc proc rw,relatime,hidepid=2 0 0

只有在重新挂载 procfs 时，所有挂载点的挂载选项才会发生变化：

# mount -o remount,hidepid=1 -t proc proc /tmp/proc

# grep ^proc /proc/mounts
proc /proc proc rw,relatime,hidepid=1 0 0
proc /tmp/proc proc rw,relatime,hidepid=1 0 0

这种行为与其他文件系统的行为不同。

新的 procfs 行为更像其他文件系统。每个 procfs 挂载都会创建一个新的 procfs 实例。挂载选项只影响自己的 procfs 实例。这意味着在一个 pid 命名空间中可以有多个 procfs 实例，显示具有不同过滤选项的任务。

例如：

# mount -o hidepid=invisible -t proc proc /proc
# mount -o hidepid=noaccess -t proc proc /tmp/proc
# grep ^proc /proc/mounts
proc /proc proc rw,relatime,hidepid=invisible 0 0
proc /tmp/proc proc rw,relatime,hidepid=noaccess 0 0

本栏目推荐文章
• C++实现文件内查找字符串
• IDEA项目名称后面出现中括号，模块Modules的名子和文件夹名称不同，可以右键修改名称也可以在File->Project Structure 修改Modules的Name(快捷键ctrl+Shift+Alt+s)
• VMware虚拟机安装银河麒麟桌面版V10系统
• 和利时MACS6通过dat文件实现任意时间范围与测点的历史数据提取与科研分析
• OpenHarmony 上跑CV 应用 - Windows上搭建 Linux 桌面系统
• JFinal学生信息管理系统
• 类模板分文件编写
• Linux文件IO之二 [补档-2023-07-21]
• 从Bitcask存储模型谈超轻量级KV系统设计与实现
• Linux文件IO之一 [补偿-2023-07-21]

ChatGPT 文件 系统 procchatgpt文件 系统proc proc文件 系统stat chatgpt文件 系统fuse 示例 文件proc maps 文件夹 模板 文件proc chatgpt系统 账号chatgpt系统 绘画chatgpt系统web 状态chatgpt系统 livepatch状态chatgpt系统