デーモン（コンピューティング）

マルチタスクコンピュータオペレーティングシステムにおいて、デーモン（/ ˈ d iː m ən /または/ ˈ d eɪ m ən /）^[1]は、対話型ユーザーによって直接制御されるのではなく、バックグラウンドプロセスとして実行されるコンピュータプログラムです。伝統的に、デーモンのプロセス名は、プロセスが実際にデーモンであることを明確にし、デーモンと通常のコンピュータプログラムを区別するために、文字dで終わります。たとえば、syslogdはシステムログ機能を実装するデーモンであり、sshdは着信SSH接続を処理するデーモンです。

Unix環境では、デーモンの親プロセスはinitプロセスであることが多いですが、常にそうであるとは限りません。デーモンは通常、プロセスが子プロセスをフォークしてすぐに終了し、init が子プロセスを採用するか、または init プロセスがデーモンを直接起動することによって作成されます。さらに、フォークして終了することによって起動されたデーモンは通常、プロセスを制御端末(tty) から切り離すなどの他の操作を実行する必要があります。このような手順は、 Unix の daemon(3)などのさまざまな便利なルーチンで実装されることがよくあります。

多くの場合、システムは起動時にデーモンを起動し、ネットワーク要求、ハードウェア アクティビティ、または他のプログラムに応答して何らかのタスクを実行します。cron などのデーモンは、スケジュールされた時間に定義されたタスクを実行することもできます。

この用語は、 MITのProject MACのプログラマーによって造られた。 1963年にProject MACに携わったフェルナンド・J・コルバトによると、彼のチームが最初にデーモンという用語を使用した。これは、分子の分類を助ける物理学と熱力学における架空のエージェントであるマクスウェルの悪魔に触発されたもので、「我々は、システムの雑用を精力的にこなすバックグラウンドプロセスを説明するために、空想的にデーモンという言葉を使い始めた」と述べている。^[2] Unixシステムはこの用語を継承した。マクスウェルの悪魔は、バックグラウンドで作業する超自然的存在としてのデーモンというギリシャ神話の解釈と一致している。

一般的な意味では、デーモンはギリシャ語のδαίμωνに由来する「demon」という単語の古い形です。Unixシステム管理ハンドブックで、 Evi Nemeth はデーモンについて次のように述べています: ^[3]

多くの人は「デーモン」という言葉を「悪魔」という言葉と同一視し、UNIX と冥界の間には何らかの悪魔的なつながりがあると示唆しています。これはとんでもない誤解です。「デーモン」は実際には「悪魔」のずっと古い形です。デーモンは善や悪に対して特別な偏りはなく、むしろ人の性格や人格を定義するのに役立ちます。古代ギリシャ人の「パーソナル デーモン」の概念は、現代の「守護天使」の概念に似ています。エウダイモニアとは、親切な霊によって助けられたり保護されたりする状態です。一般的に、UNIX システムにはデーモンと悪魔の両方がはびこっているようです。

神話の象徴主義のさらなる特徴は、デーモンは目に見えないが常に存在し、その意志を働かせるものであるということである。プラトンの著作とされる『テアゲハ』の中で、ソクラテスは自身のデーモンを現代の道徳的良心の概念のようなものとして次のように述べている。「神々の恩寵が私に素晴らしい賜物を与え、それは子供の頃から私から決して離れることはない。それは、聞こえてくると私がしようとしていることを思いとどまらせ、決して私を駆り立てない声である」。^{[引用が必要]}

現代のコンピュータソフトウェアの文脈では、デーモンという言葉は/ ˈ d iː m ən / DEE -mənまたは/ ˈ d eɪ m ən / DAY -mənと発音されます。^[1]

デーモンの別名としては、サービス（Windows、Windows NT以降、後にLinuxでも使用）、開始タスク（IBM z/OS）^[4]、ゴーストジョブ（XDS UTS ）などがあります。特にクライアントサーバーシステムの一部として動作するデーモンの場合は、より一般的な用語であるサーバーまたはサーバープロセスが使用されることもあります。^[5]

この用語がコンピュータで使われるようになった後、それはDisk And Execution MONitorの略語として合理化されました。 ^{[6] [1]}

コンピュータ ネットワークに接続するデーモンは、ネットワーク サービスの例です。

厳密に技術的な意味では、Unix 系システム プロセスは、その親プロセスが終了し、デーモンにinitプロセス (プロセス番号 1) が親プロセスとして割り当てられ、制御端末がない場合にデーモンになります。ただし、より一般的には、デーモンは init プロセスの子であるかどうかに関係なく、任意のバックグラウンド プロセスである可能性があります。

Unix 系システムでは、プロセスがコマンド ラインから、またはinitスクリプトやSystemStarterスクリプトなどの起動スクリプトから起動される場合、プロセスがデーモンになる一般的な方法は、次のとおりです。

• オプションで環境から不要な変数を削除します。
• フォークして終了することでバックグラウンド タスクとして実行します(フォークの親の「半分」で)。これにより、デーモンの親 (シェルまたは起動プロセス) は終了通知を受信し、通常の実行を継続できます。
• 呼び出しセッションからのデタッチは、通常、1 回の操作で実行されますsetsid()。
  • 制御ttyから切り離します。
  • 新しいセッションを作成し、そのセッションのセッション リーダーになります。
  • プロセス グループリーダーになる。
• デーモンが、偶然にでも新しい制御 tty を取得しないようにしたい場合 (制御 tty を持たないセッション リーダーが空き tty を開いたときに発生します)、再度フォークして終了することがあります。これは、デーモンが新しいセッションではセッション リーダーではなくなり、制御 tty を取得できないことを意味します。
• ルート ディレクトリ( / ) を現在の作業ディレクトリとして設定し、プロセスがマウントされたファイル システム上にある使用中のディレクトリを保持しないようにします(マウント解除できるようにします)。
• umask を0 に変更するとopen()、、、creat()およびその他のオペレーティング システム呼び出しが独自の権限マスクを提供でき、呼び出し元の umask に依存しなくなります。
• 標準ストリーム( stdin、stdout、stderr )のファイル記述子0、1、2 を/dev/nullまたはlogfileにリダイレクトし、親プロセスから継承された他のすべてのファイル記述子を閉じます。

プロセスがinetd、launchd、systemdなどのスーパーサーバーデーモンによって起動された場合、そのスーパーサーバーデーモンがプロセスに対してそれらの機能を実行します。^{[7] [8] [9]ただし、} systemdで実行するように変換されておらず、Type=forking ^{[9]として指定されていない古いスタイルのデーモンと、} inetdの「マルチスレッド」データグラムサーバーは除きます。^[7]

Microsoft DOS環境では、デーモンのようなプログラムは、終了して常駐するプログラム(TSR) として実装されていました。

Microsoft Windows NTシステムでは、 Windows サービスと呼ばれるプログラムがデーモンの機能を実行します。これらはプロセスとして実行され、通常はモニター、キーボード、マウスと対話せず、起動時にオペレーティング システムによって起動される場合があります。Windows 2000以降のバージョンでは、Windows サービスは、コントロール パネル、専用の制御/構成プログラム、サービス コントロール マネージャーのサービス コントローラー コンポーネント( scコマンド)、net startコマンドとnet stopコマンド、またはPowerShellスクリプト システムを使用して構成され、手動で開始および停止されます。

ただし、どの Windows アプリケーションもサービスだけでなくデーモンの役割を果たすことができ、一部の Windows デーモンには通常のプロセスとして実行するオプションがあります。

クラシック Mac OSでは、オプションの機能とサービスは、起動時に読み込まれ、オペレーティングシステムにパッチを適用するファイルによって提供されていました。これらは、システム拡張機能とコントロールパネルと呼ばれていました。クラシック Mac OS の後のバージョンでは、これらが、バックグラウンドで実行される通常のアプリケーションである、完全に機能する顔のないバックグラウンドアプリケーションによって強化されました。ユーザーにとって、これらは通常のシステム拡張機能として説明されていました。

UnixシステムであるmacOSではデーモンが使用されますが、Windows のようにデーモンに「サービス」という用語を使用するのではなく、サービス メニューから選択された機能を実行するソフトウェアを指定するために「サービス」という用語が使用されます。

• Wayback Machineでの Unix デーモン サーバー プログラミング(2019-10-30 アーカイブ)