编辑：我所说的过时并不意味着不好/不必要（我同意/proc变得一团糟）。模块化是一件好事，我喜欢它。我的意思是：系统的信息，保存在（在/sys）中，可以在其他地方找到。
我实在找不到太多关于/sys和 的信息/proc。除此之外，这两个内容都不属于文件系统层次结构标准（因为它们的外观/构建方式取决于内核版本）
/系统不甚至有自己的man页面。/proc 有它自己的手册页，天哪，它有很多解释，但我仍然有一些其中未提及的 文件夹和文件（例如/acpi和）。很新吧？在它存在之前，所有提供的信息都是正确的一部分？consoles/sys/sys/proc
问题：
现在还是这样吗？所有信息表格都可以在一种或另一种表格中/sys找到吗？/proc这将使文档变得/sys过时，因为它只是用户友好设计的扩展，对吧？或者是否有任何系统信息/sys不以其他形式存在/proc？
/sys如果是这样的话，向linux爱好者解释的地方在哪里呢？
答案1
/sys并不是过时的，相反，/sys它是更新的，/proc并且会在未来增长。
/proc(和procfs) 比 Linux 早几年。它的设计目的是允许访问正在运行的进程结构，仅此而已，特别针对调试器和类似工具。在当前基于 SVR4 的操作系统（如 Solaris）中，这一目标仍然受到限制。另一方面，Linux procfs 实现者认为使用 procfs 来访问与进程无关的内核结构是一个好主意，因此混合了指向进程信息的数字目录和可以访问内核统计信息、表格和其他内容的文本文件和目录。数据。此方法已移植到 AIX，并在 BSD 上进行部分模拟，以简化 Linux 软件的移植。
当这种方法明显导致混乱时，/sys我们用更好的设计创建了一些/proc条目并转移到了它。不幸的是，许多工具都进行了/proc/something硬编码，因此下面最常用的目录条目/proc将保留下来。
关于如何知道在 或 下的给定路径下包含给定文件的信息类型/proc，/sys文档（如果有）正如您所注意到的那样不容易找到。希望内核是开源的，所以最后的办法就是查看它的代码。