/procだから中に何があるのか知っています。いいえ実際のファイルシステムですが、擬似ファイルシステム（647551）。今私の質問は: なぜ私達がそれにそこに置くか。
これをファイルシステムのようにリストすると、これらのprocfs「ファイル」に対する潜在的に危険な読み取りと書き込みが発生し、特定の悪用（例：プロセスファイルへの読み書きアクセス）。
procfs一般化とシンプルな設計のために擬似ファイルシステムにすることができますが、Linuxはプロセスの内容を公開することなくメモリ内にすべてを保持できるはずです。
procfsそれではなぜatが必要ですか/proc？
ベストアンサー1
待つ。 「/procの内容が実際のファイルシステムではなく、擬似ファイルシステム（647551）であることを知っています。」と言われました。
許してくださいが、読んだことを考えるとそれ、あなたの質問はほとんど意味がありません。あなた必要システムAPI呼び出し/proc"filesystem"はファイルとしてレンダリングされる API 呼び出し。つまり、プロセスAPIのファイルの可用性のために失うことも、取得することもありません。使い方がやや簡単なだけでなく。 procfsファイルを介して実行できるすべての操作は、対応するioctl / kernel呼び出しを使用して実行できます。
同様のファイルシステムを削除してAPIを維持することが例です。あいまいさによるセキュリティだからあいまいなことはないでしょう。加害者はすぐに別のマクロインクルードファイルをロードするだけです。
同様に、これはprocfsパフォーマンスの問題でもセキュリティの問題でもありません。
（これは確かにいいえもちろん、これらのAPIへのアクセスを保護したり悪用したりしないでください。 )