編輯：我所說的過時並不意味著不好/不必要（我同意/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文件（如果有）正如您所注意到的那樣不容易找到。希望核心是開源的，所以最後的辦法就是查看它的程式碼。