ライブネス

ライブネスとは、並行システムの特性の1つで、同時実行されるコンポーネント（プロセス）がクリティカルセクション（複数のプロセスが同時に実行できないプログラムの部分）で「交代」しなければならないにもかかわらず、システムが進行することを意味する。ライブネスの保証は、オペレーティングシステムや分散システムにおいて重要な特性である。
より一般的には「何か良いことが最終的に起こる」ことを示すのがライブネス特性であり、「何か悪いことが起こらない」ことを示すのが安全性特性である。安全特性に違反した場合、その違反（「悪い」イベントの発生）を示す有限実行が必ず存在するが、ライブネス特性は、分散システムの有限実行では、「良い」イベントが後になっても発生する可能性があるため、違反できない。最終的な一貫性はライブネス特性の一例である。すべての線形時間特性は、安全性特性とライブネス特性の交点として表すことができる。与えられた安全性特性の違反が有限の目撃者を認めるのに対し、ライブネス特性の違反は、証明として使用できる有限の目撃者がいないため、立証が困難な場合がある。
ライブネスの形態.
ライブネスにはいくつかの形態があります。以下のものは、ある相互排除（ミューテックス）装置で保護されたクリティカル・セクションを持つマルチプロセス・システムの観点から定義されています。すべてのプロセスがミューテックスを正しく使用していると仮定し、クリティカルセクションの実行が終了することを進捗と定義する。
ライブネスと安全性.
B. Alpernによれば、デッドロックフリーは安全性の性質である。Alpernは、システムの状態が、デッドロックがある状態（赤の状態）と、デッドロックがない状態（緑の状態）に分けられることを前提としている。システムが永遠に緑の状態にとどまる（あるいは、赤の状態にならない）という性質は、安全性の性質である。しかし、緑の状態と赤の状態の区別がつかない場合、最終的にシステム内のいずれかのプロセスが進化するという性質をライブネス性質という。
形式上の区別.
安全性と有効性の区別は、formula_1という述語によって形式的に確立することができる。 
ここで、formula_2は時間を意味する。formula_3をlivenessとsafetyの特性が評価される出発点となる瞬間とする。以下の例では、formula_4をデッドロックフリーであることを保証したいプロセス（またはスレッド）とする。
安全性: formula_5
事例: formula_1 は "formula_4 が時間 formula_2でデッドロックの状態にある"ことを意味する。
ライブネス: formula_9
事例: formula_1 は "formula_4 が時間 formula_2 で待機、停止する"ことを意味する。
境界付きバイパスと境界付き追い越し.
境界付き追い越し（bounded overtaking）とは、タグ付けされたプロセスがクリティカルセクションに入りたいと宣言した後、タグ付けされたプロセスがクリティカルセクションに入るまでに、他の各プロセスが制限された回数だけタグ付けされたプロセスを追い越すことを意味する。なお、タグ付けされたプロセスがそのクリティカルセクションに入る許可を得られない場合でも、有界追い越しは成立する可能性がある。したがって「境界のある追い越し」はそれだけではライブネス特性とは言えない。デッドロック状態のシステムでは、どのプロセスも他のプロセスを追い越さないため、「境界のある追い越し」は自明に成立するが、境界線付きバイパスは成立しない。
プロセスP1がクリティカルセクションに入ろうとするときはいつでも、プロセスP2はプロセスP1が入ろうとする前に最大で一回だけ入ろうとすることは境界付き追い越し（bounded overtaking）の一例である。
境界付きバイパス（境界付き待機、bounded bypass）とは、あるプロセスがクリティカルセクションに入りたいという意思表示をした後に、他のプロセスによってバイパスされる回数が、システム内のプロセス数の関数によって制限されることを意味する。
境界線付きバイパスの有効性と境界線付き追い越しの安全性の区別は微妙であることにも注目したい。スタベーションフリーダムと「境界付き追い越し」の組み合わせは境界付きバイパスを意味する（つまり境界付きバイパスはライブネス特性に分類されているが、実際にはライブネス特性と安全性特性の混合物である）。