procfs と sysfs の違いは何ですか?

当初 (Unix にさかのぼります)、プログラムがシステム上で実行中のプロセスを検出する方法は、カーネルメモリからプロセス構造を直接読み取ることでした (/dev/mem を開き、生データを直接解釈します)。これが最初の 'ps' コマンドがどのように機能したかです。時間の経過とともに、一部の情報はシステムコールを介して利用できるようになりました。

ただし、/dev/mem を介してシステムデータをユーザー空間に直接公開するのは不適切な形式であり、新しいプロセスデータをエクスポートするたびに常に新しいシステムコールを作成するのは不快なので、新しいメソッドが作成されました。ユーザー空間アプリケーションの構造化データにアクセスして、プロセス属性を調べる。これは /proc ファイルシステムでした。 /proc を使用すると、カーネル内の基礎となるデータ構造が変更されても、インターフェイスと構造 (ディレクトリとファイル) を同じに保つことができます。これは以前のシステムよりもはるかに脆弱ではなく、拡張性にも優れていました。

/proc ファイルシステムは、もともと、プロセス情報と、「ps」、「top」、「free」、およびその他のいくつかのシステムユーティリティで必要とされるいくつかの重要なシステム属性を公開するために設計されました。ただし、(カーネル側とユーザー空間側の両方から) 使いやすいため、あらゆる範囲のシステム情報のゴミ捨て場になりました。また、設定を調整し、カーネルまたはそのさまざまなサブシステムの動作を制御するために使用される読み取り/書き込みファイルを取得し始めました。しかし、制御インターフェイスを実装する方法論はその場しのぎで、/proc はすぐに複雑な混乱に発展しました。

sysfs (または /sys ファイルシステム) は、この混乱に構造を追加し、システム情報と制御ポイント (設定可能なシステムおよびドライバー属性) をカーネルからユーザー空間に公開する統一された方法を提供するように設計されました。現在、カーネルのドライバーフレームワークは、ドライバーの登録時に、ドライバーの種類とデータ構造の値に基づいて、/sys の下にディレクトリを自動的に作成します。これは、特定のタイプのドライバーはすべて、sysfs を介して公開される同じ要素を持つことを意味します。

従来のシステム情報と制御ポイントの多くは、引き続き /proc でアクセスできますが、すべての新しいバスとドライバーは、sysfs を介して情報と制御ポイントを公開する必要があります。