Systemd

Systemd, by Wikipedia https://ja.wikipedia.org/wiki?curid=2591410 / CC BY SA 3.0

#Linuxのソフトウェア
#オープンソースソフトウェア
systemdは、システム管理デーモン、ライブラリおよびユーティリティの一式であり、管理および設定における中心的プラットフォームとしてLinuxコンピュータオペレーティングシステム用に設計されている。
著者によるとsystemdはオペレーティングシステムの「基本的な積木」であると評され、UNIX System VやBSDから継承された（Linuxスタートアッププロセス中のユーザー空間で最初に実行されるプロセスである）Linuxのinitシステムを置き換えることを第一の目標としている。
systemdという名前はファイル名の最後尾にdという文字を付けることでデーモンを区別しやすくするというUNIXの慣習を受け継いでいる。
またこの名称は言葉遊びの側面もあり、フランスで最近よく言われている「システムD」という言葉に因んでいる。
「システムD」とは、状況に迅速に適応し問題を即興で解決する（仏: débrouille＝なんとかする、に由来）個人の能力を意味する。
systemdはLinux用に設計され、Linux API専用にプログラミングされている。
systemdはGNU Lesser General Public License (LGPL) version 2.1以降という条件でフリーなオープンソースソフトウェアとして公表されている。
systemdの設計はフリーソフトウェアコミュニティにおける重要な論争の元となった。
これはsystemdのアーキテクチャはUNIX哲学に反しており最終的に相互依存でがんじがらめの塊を作ってしまうと批評家達を主張させるようになっているためである。
しかしながら2015年現在、主要なLinuxディストリビューションのほとんどはsystemdをデフォルトのinitシステムとして採用している。
Tizenで使われているsystemdのアーキテクチャ。
telephony、 bootmode、 dlogおよび tizen serviceなどのコンポーネントはTizen出身でありsystemdのコンポーネントではない。
統合階層のcgroupsにはsystemdのみが systemd-nspawnでアクセスできる。
初期にsystemdを開発したソフトウェア技術者であるLennart PoetteringとKay Sieversはどうにかしてinitデーモンの効率をしのごうとした。
彼らはシステムのブート中にたくさんの処理を並行または並列に行えるようにし、さらにシェルのオーバーヘッドを減少させるために、依存関係を表現できるようにそのソフトウェアフレームワークを改良したいと思っていた。
Poetteringはsystemdの開発を「決して終了せず決して完成しないが、技術の進歩を追い求める」ことと述べている。
2014年5月にPoetteringはさらに進んで、systemdは以下の3つの一般的な機能を提供して「ディストリビューション間の無意味な違い」の統合を目指すものであると定義した: systemdは単なるinitデーモンの名前ではなく、 systemd initデーモンに加え journald、 logindおよび networkdの各デーモンとそれ以外の多くの低レベルコンポーネントを含む、ソフトウェアバンドル全体を指している。
2013年1月、Poetteringはsystemdは1つのプログラムではなく、69個の個別バイナリから成る巨大なソフトウェア一式だと述べた。
systemdは統合されたソフトウェアスイートとして、伝統的なinitデーモンが自身の制御の元で実行するシェルスクリプトと協力して制御していた起動過程とランレベルを置き換える。
その他にもsystemdは、ユーザーログイン、システムコンソール、デバイスホットプラグ（udevを参照）、計画された実行（cronを置き換える）、ロギング、ホスト名およびロケールを処理することで、Linuxシステムで共通するサービスの多くを統合する。
systemdはinitデーモンのように、 systemd自身を含むバックグランドプロセスである全てのデーモンを管理するデーモンである。
systemdはブート中に開始される最初のデーモンであり、シャットダウン中に終了される最後のデーモンである。
systemdデーモンはユーザー空間のプロセスツリーのルートとなる。
最初のプロセス (pid 1) は（親プロセスから分離した）デーモンプロセスが終了...