分类

伪文件

解释

系统信息

/proc/sys/kernel/ostype

显示操作系统类型

/proc/version

显示内核版本

/proc/sys/kernel/osrelease

显示操作系统发行版本

/proc/sys/kernel/hostname

显示主机名，可手动设置：

echo 'localhost' > /proc/sys/kernel/hostname

/proc/sys/kernel/domainname

显示域名，可手动设置：

echo 'mydomain' > /proc/sys/kernel/domainname

/proc/cpuinfo

显示CPU信息

/proc/net/arp

显示网卡中地址等信息

/proc/swaps

显示交换使用的区域

监控信息

/proc/uptime

显示系统时间，包含两个数字：

1、系统的正常运行时间(秒)

2、在空闲进程中花费的时间(秒)

/proc/loadavg

前3列为 1/5/15 分钟负载情况

第4列斜杠前表示当前可运行的内核调度实体(进程、线程)的数量。斜杠后的值是系统中当前存在的内核调度实体的数量

第5列是系统上最近创建的进程的PID

/proc/interrupts

显示每个CPU和每个IO设备的中断数

/proc/meminfo

显示内存使用情况

/proc/vmstat

显示虚拟内存统计信息

/proc/iomem

显示I/O内存映射

/proc/diskstats

显示每个磁盘设备的磁盘I/O统计信息

/proc/net/dev

显示接收和发送数据包的数量、错误和冲突的数量以及其他基本统计信息

/proc/locks

显示当前的文件锁

/proc/stat

显示内核/系统统计数据

/proc/slabinfo

显示内核缓存的信息

控制文件







?

/proc/sys/kernel/dmesg_restrict

该文件中的值决定谁可以查看内核syslog内容。

0没有任何限制。

1表示只有特权用户可以读取内核syslog日志。只有具有CAP_SYS_ADMIN能力的用户才能更改这个文件中的值。

/proc/sys/kernel/printk

显示 4 列日志控制信息

console_loglevel：控制台日志级别

default_message_loglevel：缺省消息日志级别

minimum_console_level：最低控制台

default_console_loglevel：默认控制台日志级别

/proc/sys/kernel/core_pattern

显示core文件生成的路径/格式

/proc/sys/kernel/core_uses_pid

显示core文件后缀是否指定PID

0表示core文件格式 为：core

1表示core文件格式为：core.[pid]

/proc/sys/vm/drop_caches

清理缓存（这是一个非破坏性操作，脏对象是不可释放的，所以需要先运行sync）

echo 1 >?/proc/sys/vm/drop_caches

释放页面缓存

echo 2 >?/proc/sys/vm/drop_caches

释放dentry、inode

echo 3 >?/proc/sys/vm/drop_caches

释放页面缓存、dentry、inode

/proc/sys/vm/overcommit_memory

内存分配机制

0：表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够 的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。

1：表示内核允许分配所有的物理内存，而不管当前的内存状态如何。

2：表示内核允许分配超过所有物理内存和交换空间总和的内存。

/proc/sys/vm/memory_failure_early_kill

控制当硬件在后台检测到内核无法处理的未纠正的内存错误时如何杀死进程。

0：只从所有进程解除损坏页面的映射，只杀死试图访问它的进程。

1：一旦检测到损坏，立即杀死所有映射了损坏且不可重新加载页面的进程。注意，这对于少数类型的页面(如内核内部分配数据或交换缓存)不支持，但适用于大多数用户页面。

/proc/sys/vm/memory_failure_recovery

启用内存故障恢复（只在内核配置了CONFIG_MEMORY_FAILURE时出现）

0：内存故障时总是惊慌失措

1：尝试恢复

/proc/sys/vm/oom_dump_tasks

允许在内核执行oom -kill时生成系统范围的任务转储(不包括内核线程)。

转储包括每个任务(线程、进程)的以下信息：线程ID、真实用户ID、线程组ID(进程ID)、虚拟内存大小、驻留集大小、任务调度的CPU、oom_adj评分和命令名称。

/proc/sys/vm/oom_kill_allocating_task

这将启用或禁用在内存不足的情况下杀死oom触发任务（默认 0）

如果这被设置为0，那么OOM-killer将扫描整个任务列表，并基于启发式选择一个任务进行杀死。这通常会选择一个非法占用内存的任务，该任务在被杀死时会释放大量内存。

如果将该值设置为非0，则oom -kill只会终止触发内存不足条件的任务。这避免了可能昂贵的任务列表扫描。

/proc/sys/vm/panic_on_oom

这将在内存不足的情况下启用或禁用内核恐慌。

如果将该文件设置为0，内核的OOM-killer将杀死某些恶意进程。通常，oom杀手能够杀死一个流氓进程，系统将存活下来

如果将该文件设置为值1，那么当发生内存不足时，内核通常会出现恐慌。然而，如果一个进程使用内存策略(mbind(2) MPOL_BIND)或cpu集(cpuset(7))将分配限制到某些节点，并且这些节点达到内存耗尽的状态，一个进程可能会被OOM-killer杀死。在这种情况下不会出现恐慌:因为其他节点的内存可能是空闲的，这意味着整个系统可能还没有达到内存不足的情况

/proc/sys/kernel/panic_on_oops

当遇到oops或BUG时，这个文件控制内核的行为。

包含0：则系统尝试继续操作。

包含1：那么系统将延迟几秒钟(给klogd时间来记录oops输出)，然后出现恐慌。

如果/proc/sys/kernel/panic文件也非零，则机器将重新启动。

/proc/sys/kernel/pty/max

此文件定义伪终端的最大数量

?/proc/sys/kernel/pty/nr

这个只读文件指示当前正在使用的伪终端的数量

/proc/sys/kernel/shmmni

该文件指定系统范围内可以创建的System V共享内存段的最大数量

/proc/sys/kernel/threads-max

该文件指定了系统范围内可以在系统上创建的线程(任务)数量的限制

/proc/sys/fs/file-nr

文件包含3列数字：

1、已分配文件句柄的数量(即当前打开的文件数量)

2、空闲文件句柄数

3、文件句柄的最大数量

/proc/sys/kernel/msgmni

该文件定义了消息队列标识符数量的系统范围限制

/proc/sys/kernel/msgmnb

该文件定义了一个系统范围的参数，用于为随后创建的消息队列初始化 msg_qbytes 设置。msg_qbytes set‐ting 指定可以写入消息队列的最大字节数。

/proc/sys/fs/file-max

该文件对所有进程打开的文件数量定义了系统范围的限制。

进程可以使用它来设置每个进程可以打开的文件数量的限制RLIMIT_NOFILE。

如果内核日志中得到大量关于耗尽文件句柄的错误消息，可以尝试：

echo 100000 > /proc/sys/fs/file-max

/proc/sys/fs/inode-state

该文件包含7个数字:nr_inodes、nr_free_inodes、preshrink 和4个虚拟值。

nr_inodes：系统已分配的inode的数量。

nr_free_inodes：空闲inode的数量。

preshrink：当nr_inodes > inode-max，统需要修剪inode列表而不是分配更多。

/proc/sys/fs/protected_hardlinks

当这个文件中的值为0时，对硬链接的创建没有任何限制
当该值为1时，只有满足以下条件之一时，才能创建到目标文件的硬链接：

1、目标文件为常规文件

2、目标文件没有启用set-user-ID权限位

3、目标文件没有同时启用set-group-ID和group-可执行权限位

4、调用者有读写目标文件的权限(通过文件的权限掩码或因为它有合适的功能)

关系)

/proc/sys/fs/protected_symlinks

该文件中的默认值为0。将该值设置为1可以避免长期存在的一类基于访问符号链接时的检查时间和使用时间竞争的安全问题。

0表示对下面的符号链接没有任何限制

1仅在以下情况下才会执行符号链接：

1、链接后面进程的文件系统UID与符号链接的所有者(UID)相匹配(如凭证(7)所述，进程的文件系统UID通常与其有效UID相同)

2、链接不在一个黏的世界可写目录中

3、符号链接和和它的父目录有相同的所有者(UID)

/proc/sys/fs/suid_dumpable

此文件中的值决定是否为set-user-ID或其他受保护/受污染的二进制文件生成核心转储文件。可以指定3个不同的整数值：

0(默认)：如果进程更改了凭证(通过调用seteuid(2)、setgid(2)或类似的方法，或者通过执行set-user-ID或set-group-ID程序)，或者其二进制文件没有启用读权限，则不会生成核心转储。

1(调试)：所有进程都尽可能转储内核。核心转储由转储进程的文件系统用户ID拥有，不应用任何安全措施。这只适用于系统调试情况。Ptrace没有启用。

2(suidsafe)：任何通常不会被转储的二进制文件(参见上面的“0”)都被转储为仅根用户可读。这允许用户删除核心转储文件，但不读取它。出于安全考虑，这种模式下的核心转储不会相互覆盖或覆盖其他文件。当管理员试图在正常环境中调试问题时，此模式非常合适。

/proc/sys/fs/super-max

该文件控制超级块的最大数量，从而控制内核可以拥有的挂载文件系统的最大数量。如果需要挂载的文件系统多于super-max所允许的当前值，则只需要增加super-max。

伪文件名

解释

stat

显示进程的状态信息

status

以更容易解析的格式提供 /proc/[pid]/stat 和 /proc/[pid]/statm 中的大部分信息

statm

提供有关内存使用情况

io

该文件包含进程的I/O统计信息

task

该目录为进程中的每个线程包含一个子目录

cmdline

根据进程显示完整的命令行，僵尸进程则为空

environ

显示进程的环境变量 strings? /proc/[pid]/environ

auxv

在执行时传递给流程的ELF解释器信息的内容

cgroup

该文件描述流程/任务所属的控制组（只有在启用了CONFIG_CGROUPS内核配置选项时，才会出现这个文件）。

以冒号为分割，分别存在3列

第1列：等级身份证号

第2列：绑定到层次结构的子系统的集合

第3列：流程所属的层次结构中的控制组

coredump_filter

看到核心(5)

cpuset

看到cpuset(7)

cwd

指向进程当前工作目录的符号链接

exe

该文件是一个符号链接，包含所执行命令的实际路径名。这种符号链接可以正常解除，试图打开它将打开可执行文件。甚至可以输入 /proc/[pid]/exe 来运行该进程正在运行的同一可执行文件的另一个副本；即使该进程已经死掉，/proc/[pid]/exe? 仍然可以保持运行

fd

这是一个子目录，其中包含进程已打开的每个文件的一个条目，根据其文件描述符命名，它是到实际文件的符号链接。因此，0是标准输入，1是标准输出，2是标准误差

fdinfo

这是一个子目录，为进程打开的每个文件包含一个条目，根据其文件描述符命名。可以通过读取每个文件的内容来获取相应文件描述符的信息

limits

显示每个进程的资源限制的软限制、硬限制和度量单位

map_files

此子目录包含与内存映射文件对应的条目。映射文件本身的符号链接

maps

包含当前映射的内存区域及其访问权限的文件

perms 列解释

r? = read
w = write
x = execute
s = shared
p = private (copy on write)

mem

该文件可用于通过open(2)、read(2)和lseek(2)访问进程内存中的页面。

mountinfo

包含关于挂载点的信息

mounts

当前挂载在进程的挂载命名空间中的所有文件系统的列表

mountstats

显示关于进程名称空间中挂载点的信息(统计信息、配置信息)

device /dev/sda7 mounted on /home with fstype ext3 [statistics]
( ? ? ? 1 ? ? ?) ? ? ? ? ? ?( 2 ) ? ? ? ? ? ? (3 ) (4)
1、挂载设备的名称(如果没有对应的设备，则为“nodevice”)
2、文件系统树中的挂载点
3、文件系统类型
4、可选统计和配置信息目前(从Linux 2.6.26开始)，只有NFS文件系统通过该字段导出信息

ns

这是一个子目录，为支持setns(2)操作的每个名称空间包含一个条目

numa_maps

See numa(7)

oom_adj

该文件可用于调整用于选择在内存不足(OOM)情况下应该杀死哪个进程的评分。这个文件的默认值是0，新进程继承其父进程的oom_adj设置。

-16到+15之间，加上特殊值-17，这将完全禁用该进程的oom kill。一个正的分数增加了这个过程被OOM-杀手杀死的可能性;负值则会降低这种可能性。

oom_score

该文件显示内核给该进程的当前分数，以便为oom杀手选择一个进程。分数越高，流程越有可能被oom杀手选择

oom_score_adj

此文件可用于调整坏程度启发式，该启发式用于选择在内存不足的情况下杀死哪个进程。

坏度启发式为每个候选任务分配一个从0(从不杀死)到1000(总是杀死)的值，以确定哪个进程被tar - get

root

指向进程根目录的符号链接，其行为与exe、fd/*等类似

smaps

显示每个进程映射的内存消耗（只有在启用了CONFIG_MMU内核配置选项时，才会出现这个文件）

前3列为 1/5/15 分钟负载情况

第4列斜杠前表示当前可运行的内核调度实体(进程、线程)的数量。斜杠后的值是系统中当前存在的内核调度实体的数量

第5列是系统上最近创建的进程的PID

该文件包含有关目录缓存(dcache)状态的信息。该文件包含6个数字（nr_dentry, nr_unused, ?age_limit，want_pages 和 2 个假值）

nr_dentry? ? ：是已分配dentry (dcache项)的数量该字段
nr_unused? ：是未使用dentry的数量
age_limit? ? ?：是当内存不足时dcache条目可以被回收的秒数
want_pages：为非零，当内核调用shrink_dcache_pages()并且dcache还没有修剪

此文件显示缓存的磁盘配额项的最大数量。

如果空闲缓存磁盘配额项的数量非常低，而同时系统用户的数量非常多，那么可能需要提高限制。

该文件对所有进程打开的文件数量定义了系统范围的限制。

进程可以使用它来设置每个进程可以打开的文件数量的限制RLIMIT_NOFILE。

如果内核日志中得到大量关于耗尽文件句柄的错误消息，可以尝试：

echo 100000 > /proc/sys/fs/file-max

文件包含3列数字：

1、已分配文件句柄的数量(即当前打开的文件数量)

2、空闲文件句柄数

3、文件句柄的最大数量

该文件包含7个数字:nr_inodes、nr_free_inodes、preshrink 和4个虚拟值。

nr_inodes：系统已分配的inode的数量。

nr_free_inodes：空闲inode的数量。

preshrink：当nr_inodes > inode-max，统需要修剪inode列表而不是分配更多。

当这个文件中的值为0时，对硬链接的创建没有任何限制
当该值为1时，只有满足以下条件之一时，才能创建到目标文件的硬链接：

1、目标文件为常规文件

2、目标文件没有启用set-user-ID权限位

3、目标文件没有同时启用set-group-ID和group-可执行权限位

4、调用者有读写目标文件的权限(通过文件的权限掩码或因为它有合适的功能)

关系)

该文件中的默认值为0。将该值设置为1可以避免长期存在的一类基于访问符号链接时的检查时间和使用时间竞争的安全问题。

0表示对下面的符号链接没有任何限制

1仅在以下情况下才会执行符号链接：

1、链接后面进程的文件系统UID与符号链接的所有者(UID)相匹配(如凭证(7)所述，进程的文件系统UID通常与其有效UID相同)

2、链接不在一个黏的世界可写目录中

3、符号链接和和它的父目录有相同的所有者(UID)

此文件中的值决定是否为set-user-ID或其他受保护/受污染的二进制文件生成核心转储文件。可以指定3个不同的整数值：

0(默认)：如果进程更改了凭证(通过调用seteuid(2)、setgid(2)或类似的方法，或者通过执行set-user-ID或set-group-ID程序)，或者其二进制文件没有启用读权限，则不会生成核心转储。

1(调试)：所有进程都尽可能转储内核。核心转储由转储进程的文件系统用户ID拥有，不应用任何安全措施。这只适用于系统调试情况。Ptrace没有启用。

2(suidsafe)：任何通常不会被转储的二进制文件(参见上面的“0”)都被转储为仅根用户可读。这允许用户删除核心转储文件，但不读取它。出于安全考虑，这种模式下的核心转储不会相互覆盖或覆盖其他文件。当管理员试图在正常环境中调试问题时，此模式非常合适。

该文件包含三个数字:高水位、低水位和频率。

如果启用bsd风格的过程核算，则这些值控制其行为。

如果日志所在的文件系统上的空闲空间低于低水位百分比，则帐将挂起。

如果空闲空间高于高水位，则恢复会计核算。频率决定内核检查可用空间量的频率(以秒为单位)。默认值为4、2和30。也就是说，如果有2%或更少的空闲空间，则暂停记帐;如果有4%或以上的空闲空间，则恢复它;考虑有关30秒内有效的空闲空间量的信息。

显示core文件后缀是否指定PID

0表示core文件格式 为：core

1表示core文件格式为：core.[pid]

该文件中的值决定谁可以查看内核syslog内容。

0没有任何限制。

1表示只有特权用户可以读取内核syslog日志。只有具有CAP_SYS_ADMIN能力的用户才能更改这个文件中的值。

主机名，手动设置：

echo 'localhost' > /proc/sys/kernel/hostname

域名，手动设置：

echo 'mydomain' > /proc/sys/kernel/domainname

该文件决定内核地址是否通过/proc文件和其他接口公开。

0：没有任何限制。

1：使用%pK格式说明符打印的内核指针将被替换为零，除非用户具有CAP_SYSLOG功能。

2：使用%pK格式说明符打印的内核指针将被替换为0，而不管用户的能力如何

该文件包含一个标志，用于控制G3处理器板的L2缓存（仅适用于PowerPC）。

0表示缓存被禁用。

非0表示启用。

一个切换值，指示是否允许在模块化内核中加载模块

0表示 off，1表示 true

一旦为true，模块既不能加载也不能卸载，并且切换不能设置回 false。

该文件提供对内核变量panic_timeout的读/写访问权。

0：内核将会在一个紧急状态下循环

非0：表示内核应该在这个秒数之后自动重启。

使用软件看门狗设备驱动程序时，建议设置为60。

当遇到oops或BUG时，这个文件控制内核的行为。

包含0：则系统尝试继续操作。

包含1：那么系统将延迟几秒钟(给klogd时间来记录oops输出)，然后出现恐慌。

如果/proc/sys/kernel/panic文件也非零，则机器将重新启动。

这个文件指定PID绕的值(即这个文件中的值比最大PID大1)。

此文件的默认值32768的结果与早期内核上的pid范围相同。

在32位平台上，32768是pid_max的最大值。

在64位系统上，pid_max可以设置为2^22 (PID_MAX_LIMIT约为400万)以内的任何值。

显示 4 列日志控制信息

console_loglevel：控制台日志级别

default_message_loglevel：缺省消息日志级别

minimum_console_level：最低控制台

default_console_loglevel：默认控制台日志级别

该文件输出 4 列数字

1、SEMMSL每个信号量集合的最大信号量

2、SEMMNS在系统范围内对所有信号量集中的信号量数量的限制

3、SEMOPM semop(2)调用中可以指定的最大操作数

4、SEMMNI在系统范围内对信号量标识符的最大数量的限制

如果这个文件设置为1，所有System V共享内存段将被标记为销毁，一旦附加进程的数量下降到零；换句话说，不再可能创建独立于任何附加进程存在的共享内存段。

效果就像shmctl(2) IPC_RMID会在所有现有的段以及将来创建的所有段上执行(直到这个文件被重置为0)。

该文件控制SysRq键允许调用的函数（默认 1）

0 ：完全禁用sysrq

1 ：开启sysrq的所有功能

1-允许sysrq函数的1位掩码，如下所示:

? ? 2? ? ?-启用控制台日志级别控制

? ? 4? ? ?-使能键盘控制(SAK, unraw)

? ? 8? ? ?-打开调试转储进程等。

? ? 16? ?-enable sync命令

? ? 32? ?-启用只读重挂

? ? 64? ?-启用进程的信号(term, kill, oom-kill)

? ? 128 -允许重启/关机

? ? 256 -允许所有实时任务的精细处理

#5 表示这是从这个源库构建的第五个内核

后面的日期表示内核构建的时间

该文件包含一个标志。

当启用(非零)时，Linux-PPC将在空闲循环中将页面预置为零，可能会加速get_free_pages。

写入此文件将导致内核从内存中删除干净的缓存、dentry和inode

echo 1 >?/proc/sys/vm/drop_caches

释放页面缓存

echo 2 >?/proc/sys/vm/drop_caches

释放dentry、inode

echo 3 >?/proc/sys/vm/drop_caches

释放页面缓存、dentry、inode

注意：

这是一个非破坏性操作，脏对象是不可释放的，所以需要先运行sync

控制当硬件在后台检测到内核无法处理的未纠正的内存错误(通常是内存模块中的2位错误)时如何杀死进程。

在某些情况下(比如页面在磁盘上仍然有一个有效的副本)，内核将透明地处理故障，而不会影响任何应用程序。但是如果没有其他最新的数据副本，它将终止进程，以防止任何数据损坏的传播。

0：只从所有进程解除损坏页面的映射，只杀死试图访问它的进程。

1：一旦检测到损坏，立即杀死所有映射了损坏且不可重新加载页面的进程。注意，这对于少数类型的页面(如内核内部分配数据或交换缓存)不支持，但适用于大多数用户页面。

启用内存故障恢复（只在内核配置了CONFIG_MEMORY_FAILURE时出现）

0：内存故障时总是惊慌失措

1：尝试恢复

允许在内核执行oom -kill时生成系统范围的任务转储(不包括内核线程)。

转储包括每个任务(线程、进程)的以下信息：线程ID、真实用户ID、线程组ID(进程ID)、虚拟内存大小、驻留集大小、任务调度的CPU、oom_adj评分和命令名称。

这将启用或禁用在内存不足的情况下杀死oom触发任务（默认 0）

如果这被设置为0，那么OOM-killer将扫描整个任务列表，并基于启发式选择一个任务进行杀死。这通常会选择一个非法占用内存的任务，该任务在被杀死时会释放大量内存。

如果将该值设置为非0，则oom -kill只会终止触发内存不足条件的任务。这避免了可能昂贵的任务列表扫描。

该文件包含内核虚拟内存计费模式（默认 0）

0：启发式的过量使用

1：总是过度承诺，从不检查

2：经常检查，不要过度承诺

这将在内存不足的情况下启用或禁用内核恐慌。

如果将该文件设置为0，内核的OOM-killer将杀死某些恶意进程。通常，oom杀手能够杀死一个流氓进程，系统将存活下来

如果将该文件设置为值1，那么当发生内存不足时，内核通常会出现恐慌。然而，如果一个进程使用内存策略(mbind(2) MPOL_BIND)或cpu集(cpuset(7))将分配限制到某些节点，并且这些节点达到内存耗尽的状态，一个进程可能会被OOM-killer杀死。在这种情况下不会出现恐慌:因为其他节点的内存可能是空闲的，这意味着整个系统可能还没有达到内存不足的情况

该文件中的值控制内核交换内存页的力度（默认60）

较高的值增加攻击性

较低的值减少攻击性