linux - procfs是如何创建的？

Question

查看proc目录，大小约为140.7TB

/proc 映射到什么，其中的文件是如何创建的？

The proc file system is a pseudo-file system which is used as an interface to kernel data structures.

我知道它充当内核和用户空间之间的接口(interface)，但我不太了解伪文件系统的工作原理，以及为什么它的大小如此之大。/proc 目录是否在每次启动时由内核重新创建？ /proc目录究竟是如何生成的；有我可以查看的实现吗？

Answer 1

仔细阅读proc(5) .

/proc/ 是一个伪 "virtual" file system包含伪 文件和目录。它们不消耗磁盘上的任何资源(内核内存也不多——内核需要少量内存来服务 /proc/，而不管其中文件的表观大小。)。它们只是内核和用户应用程序之间的一个方便的接口(interface)。 因此，/proc/ 提供了一个(虚拟) View ，了解您的系统中正在发生的事情。特别是， ps 命令正在广泛访问 /proc/，因为 /proc/1234/ 提供了很多关于 pid 1234 进程的信息。

^{在 1980 年代后期，/proc/ 不存在 - 例如在 SunOS3 上；报告运行系统状态的 ps 等程序必须读取物理内核内存(例如通过 /dev/mem)。这是不安全和不方便的(当内核更改时，您必须重新编译 ps)。}

/proc/ 中的几个文件的表观大小为 0，但可以顺序读取。 /proc/self/maps 就是一个很好的例子。在终端中尝试 cat/proc/self/maps 然后 ls -l/proc/$$/fd/ 命令。其他文件显然很大，因为它们的大小传达了一些重要信息。 /proc/kcore 是一个重要的例子。它“代表系统的物理内存”但当然它不会占用所有 RAM!

内核并不完全在 /proc/ 中创建文件；它只是给应用程序错觉在那里看到文件。事实上，内核正在为用户应用程序完成的每个 I/O 操作(例如 syscalls 等 read(2) 等)合成数据。因此，实际上，/proc/ 中的大多数文件(特别是 /proc/self/maps 或 /proc/interrupts 等... ) 表现得更像管道而不是文件(因此它们的大小，由 stat(2) 给出，为 0，但您可以从中读取几行 - 实际上是几百字节)。

顺便说一句，FUSE文件系统，您甚至可以编写一个服务器应用程序，该应用程序还可以在您的伪文件系统中提供文件的错觉。

实际上，/proc/ 中的 140 TB 内容并没有多大意义。它之所以这么大，是因为一些 stat 系统调用报告了一些虚构的大小，总计为 140Tb。