システムコール

コンピューティングにおいて、システムコール（一般にsyscallと略される）は、コンピュータプログラムが、それが実行されるオペレーティングシステム^[a]にサービスを要求するプログラム的な方法です。これには、ハードウェア関連のサービス（たとえば、ハードディスクドライブへのアクセスやデバイスのカメラへのアクセス）、新しいプロセスの作成と実行、プロセススケジューリングなどの重要なカーネルサービスとの通信が含まれます。システムコールは、プロセスとオペレーティングシステム間の重要なインターフェイスを提供します。

ほとんどのシステムでは、システムコールはユーザー空間プロセスからのみ実行できますが、 OS/360や後継システムなどの一部のシステムでは、特権システムコードもシステムコールを発行します。^[1]

組み込みシステムの場合、システムコールは通常、 CPU の特権モードを変更しません。

特権

一部の組み込みシステムを除き、最近のプロセッサのアーキテクチャのほとんどには、セキュリティモデルが採用されています。たとえば、リングモデルでは、ソフトウェアを実行できる複数の特権レベルが指定されています。プログラムは通常、独自のアドレス空間に制限されるため、実行中の他のプログラムやオペレーティングシステム自体にアクセスしたり変更したりすることはできません。また、通常、ハードウェアデバイス (フレームバッファーやネットワークデバイスなど) を直接操作することもできません。

ただし、多くのアプリケーションはこれらのコンポーネントにアクセスする必要があるため、オペレーティングシステムではシステムコールが利用可能になり、このような操作を明確に定義して安全に実装できます。オペレーティングシステムは最高レベルの権限で実行され、アプリケーションがシステムコールを介してサービスを要求できるようにします。システムコールは多くの場合、割り込みによって開始されます。割り込みにより、CPU は自動的に高い権限レベルに設定され、カーネルに制御が渡されます。カーネルは、要求されたサービスを呼び出し元プログラムに許可するかどうかを決定します。サービスが許可されると、カーネルは、呼び出し元プログラムが直接制御できない特定の命令セットを実行し、権限レベルを呼び出し元プログラムのレベルに戻し、制御を呼び出し元プログラムに戻します。

仲介者としての図書館

一般的に、システムは、通常のプログラムとオペレーティングシステムの間に位置するライブラリまたはAPI を提供します。 Unix 系システムでは、その API は通常、 glibc などの C ライブラリ (libc) の実装の一部であり、システムコールのラッパー関数を提供します。ラッパー関数の名前は、多くの場合、呼び出すシステムコールと同じになります。 Windows NTでは、そのAPIはntdll.dllライブラリ内のネイティブAPIの一部です。これは、通常のWindows APIの実装で使用される文書化されていない API であり、Windows 上の一部のシステムプログラムによって直接使用されます。ライブラリのラッパー関数は、システムコールを使用するための通常の関数呼び出し規約(アセンブリレベルのサブルーチン呼び出し) を公開するとともに、システムコールをよりモジュール化します。ここで、ラッパーの主な機能は、システムコールに渡されるすべての引数を適切なプロセッサレジスタ(および場合によっては呼び出しスタック) に配置し、カーネルが呼び出す一意のシステムコール番号を設定することです。このように、OS とアプリケーションの間に存在するライブラリは、移植性を高めます。

ライブラリ関数の呼び出し自体はカーネルモードへの切り替えを引き起こさず、通常は通常のサブルーチン呼び出しです(たとえば、一部の命令セットアーキテクチャ(ISA) の "CALL" アセンブリ命令を使用)。実際のシステムコールはカーネルに制御を移します (また、それを抽象化するライブラリ呼び出しよりも実装依存およびプラットフォーム依存です)。たとえば、Unix 系システムでは、forkおよびはexecveC ライブラリ関数であり、順に、forkおよびシステムコールを呼び出す命令を実行します。アプリケーションコードexecで直接システムコールを行うのはより複雑で、埋め込みアセンブリコードの使用が必要になる場合があります ( CおよびC++の場合)。また、システムコール操作の低レベルバイナリインターフェイスの知識も必要になります。この低レベルバイナリインターフェイスは時間の経過とともに変更される可能性があり、したがってアプリケーションバイナリインターフェイスの一部ではなくなる可能性があります。ライブラリ関数はこれを抽象化するためのものです。

エクソカーネルベースのシステムでは、ライブラリは仲介者として特に重要です。エクソカーネルでは、ライブラリはユーザーアプリケーションを非常に低レベルのカーネルAPIから保護し、抽象化とリソース管理を提供します。

IBMのOS/360、DOS/360、TSS/360は、アセンブリ言語マクロのライブラリを通じてほとんどのシステムコールを実装していますが、^{[b]呼び出しリンケージを持つサービスもいくつかあります。これは、アセンブリ言語でのプログラミングが}高級言語の使用よりも一般的だった時代にその起源が生まれたことを反映しています。したがって、IBMのシステムコールは高級言語プログラムによって直接実行することはできず、呼び出し可能なアセンブリ言語ラッパーサブルーチンが必要でした。それ以来、IBMは、z/OSやz/VSEなどの高級言語から呼び出すことができる多くのサービスを追加しました。最近のMVS/SPのリリースとそれ以降のすべてのMVSバージョンでは、一部のシステムコールマクロがプログラム呼び出し(PC)を生成します。

例とツール

Unix、Unix系、その他のPOSIX準拠のオペレーティングシステムでは、よく使われるシステムコールはopen、、、、、、、、、、およびです。最近のオペレーティングシステムの多くreadは、数百のシステムコールを持っています。例えば、writeLinuxとOpenBSDにはそれぞれ300を超えるシステムコールがあり、^[2]close [ ^3]、wait NetBSDには500近くあり、[ ^{4] 、}FreeBSDには500以上あり、^[5]、 Windowsにはwin32k（グラフィカル）とntdll（コア）のシステムコールに分かれて2000近くあり、^[6]、Plan 9には51があります^。[7]execforkexitkill

strace、ftrace、trussなどのツールを使用すると、プロセスを開始から実行して、プロセスが呼び出すすべてのシステムコールを報告したり、すでに実行中のプロセスに接続して、そのプロセスが実行したシステムコールを、その操作がユーザーの権限に違反しない限り傍受したりできます。プログラムのこの特別な機能は、通常、ptraceなどのシステムコールや、 procfs内のファイルに対するシステムコールでも実装されます。

典型的な実装

システムコールを実装するには、ユーザー空間からカーネル空間への制御の移行が必要であり、これには何らかのアーキテクチャ固有の機能が関係します。これを実装する一般的な方法は、ソフトウェア割り込みまたはトラップを使用することです。割り込みはオペレーティングシステムカーネルに制御を移行するため、ソフトウェアは必要なシステムコール番号をレジスタに設定し、ソフトウェア割り込みを実行するだけで済みます。

これは多くのRISCプロセッサに提供されている唯一の技術ですが、 x86などのCISCアーキテクチャは追加の技術をサポートしています。たとえば、x86命令セットには/と/命令が含まれています（これら2つのメカニズムはそれぞれAMDとIntelによって独立して作成されましたが、本質的には同じことを行います）。これらは、割り込みのオーバーヘッドなしでシステムコールの制御をカーネルにすばやく転送するように設計された「高速」制御転送命令です。^[8]Linux 2.5は、利用可能なx86でこれを使用し始めました。以前は、割り込み0x80が実行される前にシステムコール番号がレジスタに格納される命令を使用していました。^[9]^[10]SYSCALLSYSRETSYSENTERSYSEXIT INTEAX

古いメカニズムにコールゲートがあります。これは元々Multicsで使用され、後にIntel x86のコールゲートなどにも使用されました。これにより、プログラムはオペレーティングシステムが事前に設定した安全な制御転送メカニズムを使用してカーネル関数を直接呼び出すことができます。このアプローチは x86 では人気がありませんが、これはおそらく、x86 のメモリセグメンテーションを使用する far call (現在のコードセグメントとは異なるセグメントにあるプロシージャの呼び出し^[11] )が必要であり、その結果として移植性が失われることと、前述のより高速な命令が存在することが原因です。

IA-64アーキテクチャでは、 EPC(Enter Privileged Code) 命令が使用されます。最初の 8 つのシステムコール引数はレジスタで渡され、残りはスタックで渡されます。

IBM System/360メインフレームファミリとその後継機種では、レジスタではなく命令に番号を持つスーパーバイザコール命令( SVC ) によって、ほとんどの^[c] IBM 独自のオペレーティングシステムの従来の機能と Linux のすべてのシステムコールのシステムコールが実装されています。MVS の以降のバージョンでは、IBM は多くの新しい機能にプログラムコール (PC) 命令を使用しています。特に、呼び出し元がサービス要求ブロック(SRB) モードになっている可能性がある場合に、PC が使用されます。

PDP -11 ミニコンピュータは、IBM System/360 SVCや x86 INTと同様に、命令内にコードを配置するEMT、TRAP、およびIOT命令を使用していました。これらの命令は、特定のアドレスに割り込みを生成し、制御をオペレーティングシステムに渡します。PDP-11 シリーズの後継であるVAX 32 ビットでは、さまざまなレベルの特権コードへのシステムコールを実行するためにCHMK、CHME、およびCHMS命令が使用されていました。コードは命令の引数です。