Linuxはいつ新しいシステムコールを追加しますか？

新しいシステムコールはほとんど追加されません。ほとんどの新しいカーネル機能は、いくつかの一般的なメカニズムによって実装できます。

• ファイル記述子は、リソース管理の非常に一般的な機能です。
• ファイル記述子に対するカスタム操作が渡されます。ioctl。
• インタラクションは次の方法でも可能です。プロセスファイルシステムそしてその変種システムファイルシステムハードウェアとドライバに関する情報です。

これらの一般的なメカニズムは、既存の一般的なサポートの利点を利用します。たとえば、記述子に関連付けられているリソースは子プロセスと自動的に共有され、そうするようにexecve指示された場合は自動的に閉じられ、記述子が閉じられたとき（プロセスが終了したときに発生）が解放されます。ファイルで実装された新機能へのアクセス制御は、洗練されたファイルアクセス制御メカニズム（権限、SELinuxなど）によって提供されます。

これらの一般的なメカニズムは、ライブラリのサポートを待たずにすぐに使用できるため、新しいシステムコールよりも使いやすくなります。/proc新しいエントリはシェルスクリプトで直接使用できます。新機能はioctlアプリで直接利用できます。標準ライブラリで新しいシステムコールを宣言する必要があります。

これシステムコールのマニュアルページ各システムコールが追加されたカーネルバージョンを一覧表示します。ほとんどの新しいシステムコールは、メタデータと資格情報（2.6の拡張属性のサポートなど）を管理するか、以前は不可能であった操作のバリエーション（たとえば）execveatとして特定の種類のファイルに対して機能する新しい方法を提供しますrenameat2。

これLinux ドキュメントには、新しいシステムコールを追加する手順が記載されています。

私たちの議論に関連する重要な点は次のとおりです。

• 新しいシステムコールが追加されると、カーネルAPIの一部になり、無期限にサポートする必要があります。
• 新しいシステムコールを生成することは、テストコード、マニュアルページを生成し、それをカーネルモジュールとしてリリースするのではなく、メインラインカーネルに含めるのに十分なインセンティブを含むため、より大きな責任でもあります。
• 新機能がファイルシステム使用のように対話型である場合（たとえば、メモリ使用量などのランタイム情報は/ proc / meminfoを読み取ることによって取得できます）、/ proc、/ sys、/ devエントリを使用します。モジュールとして作成し、必要に応じてカーネルに入れたり取り出すことができます。また、Gillesの回答に提供されている利点も提供します。

これらLinuxカーネル文書内の他のファイルの行は、開発プロセスを説明し、ユーザースペースABIが公開される前に実行する必要があることを強調します。

インターフェイスがユーザースペースにエクスポートされたら、無期限にサポートする必要があります。この事実は、ユーザ空間インタフェースの生成を特に困難にする。互換性のない方法で変更できないため、最初に正しく実行する必要があります。

したがって、ユーザ空間インタフェースには常に多くの考え、明確な文書化、および広範なレビューが必要です。