編集：昔ながらの言葉は悪くも不要でもありません。 （私はそれが/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より数年前です。特に、デバッガや同様のツールをターゲットにしているプロセス構造へのアクセスを許可するように設計されています。 Solarisなどの現在のSVR4ベースのオペレーティングシステムでは、この目標はまだ制限されています。一方、Linux procfsの実装者は、procfsを使用してプロセスに依存しないカーネル構造にアクセスするのが良い考えだと考え、プロセス情報を指す数値ディレクトリとカーネル統計にアクセスできるテキストファイルとディレクトリを混在させました。テーブル、その他など。データ。このアプローチはAIXに移植され、BSDで部分的にエミュレートされ、Linuxソフトウェアの移植を簡素化しました。
このアプローチが混乱を引き起こすことが明らかになったとき、私たちはより良いデザインでいくつかのアイテムを作成し、その/sysアイテムに移動しました。/proc残念ながら、多くのツールがハードコードされているため、/proc/something以下で最も一般的に使用されるディレクトリエントリは/procそのまま残ります。
下または下の特定のパスにある特定のファイルを含む情報の種類を知る方法に関するドキュメント（存在する場合）は、思ったほど/proc見つけるのは簡単ではありません。/sysカーネルがオープンソースなので、最後の手段はカーネルのコードを調べることです。