编辑：过时了，我并不是说不好/不必要（我同意/proc是一团糟）。模块化是一件好事，我喜欢它。我的意思是：可以在/sys其他地方找到的系统信息（保存在中）。

我真的找不到关于/sys和的太多信息/proc。除了这两个内容之外，它们都不是文件系统层次结构标准的一部分（因为它们的方式，看起来/构建方式取决于内核版本）

/ SYS 并不甚至有自己的man网页。/proc 有它自己的手册页，哦，男孩，它有很多解释，但我仍然有一些未提及的文件夹和文件（例如/acpi和consoles）。 /sys很新吧？在它存在之前，所有提供的信息/sys都是/proc正确的一部分吗？

题：

还是这样吗？能否以一种或另一种形式/sys找到所有信息/proc表格？那将使文档/sys过时，因为它只是用户友好设计的扩展，对吗？还是有/sys没有其他形式的系统信息/proc？

如果是这样的话，那/sys对Linux爱好者解释的地方在哪里？

/sys没有过时，在对面，/sys是较新的是/proc，将在未来的增长。

/proc（和procfs）比Linux早几年。它旨在允许访问正在运行的流程结构，而没有其他任何东西，尤其是针对调试器和类似工具。在当前基于Solaris的基于SVR4的操作系统中，它仍然受限于此目标。另一方面，Linux procfs实现者认为，使用procfs来访问与进程无关的内核结构也是一个好主意，因此，将直接指向进程信息的数字目录与文本文件混合在一起，以及可以访问内核统计信息，表等的目录数据。该方法已移植到AIX，并且已在BSD上部分仿真，以简化Linux软件的移植。

当这种方法变得很明显时，便产生了混乱，/sys并创建了一个更好的设计，并且一些/proc条目移入了其中。不幸的是，许多工具已经/proc/something过硬编码，因此下面的最常用目录条目/proc将保留下来。

关于如何知道在/proc或下的给定路径下包含给定文件的哪种/sys信息，您发现不容易找到文档（如果有）。希望内核是开源的，所以最后的办法就是查看其代码。

另请参阅：procfs和sysfs有什么区别？和/ dev，/ proc和/ sys中有什么？