リエントラント、興奮回帰性の
出典(authority):フリー百科事典『ウィキペディア(Wikipedia)』「2017/07/05 19:38:22」(JST)
リエントラント(reentrant、再入可能)とは、プログラムやサブルーチンが、実行の途中で割り込まれ、その実行が完了する前に再び呼び出され実行されても安全だという性質を指す。割り込みは分岐や呼び出しなどの内部的な動きによって生じる場合もあるし、ハードウェア割り込みやシグナルなどの外部の動きによって生じる場合もある。割り込んでの呼び出しが完了すれば、割り込まれた呼び出しが実行を継続できる。
この定義はシングルスレッドのプログラミング環境が起源であり、ハードウェア割り込みで割り込まれた制御の流れが割り込みサービスルーチン (ISR) に転送されることから生まれた。ISRが使用するサブルーチンは割り込みをきっかけとして実行される可能性があるため、リエントラントでなければならない。OSのカーネルが使用するサブルーチンの多くは、カーネルで確保済みのリソースを超えられない制限がありリエントラントではない。そのためISRでできることは限られている。例えば、一般にISRからファイルシステムにはアクセスできないし、場合によってはヒープ領域も確保できない。
直接または間接に再帰可能なサブルーチンはリエントラントである。しかし、グローバル変数が処理の流れの中でしか変化しないことを前提としているサブルーチンはリエントラントではない。グローバル変数を更新するサブルーチンが再帰的に呼び出されれば、1回のサブルーチン実行の中でグローバル変数は突然変化することになる。
リエントラント性の概念はシングルスレッドの環境に起源があり、マルチスレッド環境でのスレッドセーフという概念とは異なる。リエントラントなサブルーチンはスレッドセーフにすることもできるが[1]、リエントラントだというだけであらゆる状況でスレッドセーフと言えるわけではない。逆にスレッドセーフなコードはリエントラントである必要はない(後述の例を参照)。
次の例の swap()
関数は、リエントラントではない(同時にスレッドセーフでもない)。したがってこれを割り込みサービスルーチン isr()
で使用すべきでない。
int t;
void swap(int *x, int *y)
{
t = *x;
*x = *y;
// ここでハード割り込みが起きて isr() が呼び出される可能性がある
*y = t;
}
void isr()
{
int x = 1, y = 2;
swap(&x, &y);
}
swap()
は t
をスレッド局所記憶にすることでスレッドセーフにできる。しかしそのようにしてもリエントラントにはならず、swap()
実行中に同じスレッドのコンテキストで isr()
が呼び出されれば問題を生じる可能性が残っている。
次の工夫を加えたswap関数では、実行完了時のグローバルなデータを注意深く一貫性を保つようにしており、完全にリエントラントである。ただし、実行途中のグローバルなデータの一貫性は保証されていないのでスレッドセーフではない。
int t;
void swap(int *x, int *y)
{
int s;
s = t; // グローバル変数をセーブ
t = *x;
*x = *y;
// ここでハード割り込みが起きて isr() が呼び出される可能性がある
*y = t;
t = s; // グローバル変数をリストア
}
void isr()
{
int x = 1, y = 2;
swap(&x, &y);
}
リエントラント性と冪等性は同義ではない。冪等な関数は、何度呼び出したとしても1度だけ呼び出したかのように全く同じ出力を生成する。一般化すれば、共有データを使わず、入力データに基づいて出力データを生成する関数である(ただし、入力や出力はオプション)。共有データはいつでも誰でもアクセスできる。データを誰かが更新し、誰も更新を把握していない場合、そのデータが以前と比べて変化したのかどうかさえ誰にもわからない。冪等性はリエントラント性を包含するが、逆は必ずしも真ではない。
データにはスコープという属性がある。グローバルなデータはあらゆる関数のスコープの範囲外にあり、寿命は不定である。一方局所的なデータは関数が呼び出されるたびに生成され、関数から抜けるときに破棄される。
局所的データはルーチン間で共有されず、再入時にも共有されない。したがってリエントラント性を阻害しない。グローバルなデータは任意の関数間で共有でき、あるいは再入時にも共有される。したがってリエントラント性を阻害する。
リエントラント性はスレッドセーフの概念とは異なるが、密接に関連している。関数がスレッドセーフであっても、リエントラントでないことがある。例えば関数全体をミューテックスで囲むと、マルチスレッド環境では問題を防げるが、割り込みサービスルーチンで使用すると再入時にミューテックスの解放を待ち続けることになる。混乱を避ける鍵は、リエントラントが1つのスレッド実行でも問題になるという点である。リエントラント性はマルチタスクOSの存在する前からの概念である。
リエントラントな割り込みハンドラは、割り込み処理中に早期に割り込み可能にする割り込みハンドラである。それによって割り込みレイテンシ(英語版)が低減される[2]。一般に割り込みサービスルーチンをプログラミングする際、割り込みハンドラ内でなるべく早期に割り込み可能な状態にすることが推奨される。それによって割り込みを拾い損なうのを防ぎやすくなる[3]。
以下のコードにある関数 f
も g
もリエントラントではない。
int g_var = 1;
int f()
{
g_var = g_var + 2;
return g_var;
}
int g()
{
return f() + 2;
}
上記のコードで、f
はグローバル変数 g_var
に依存している。したがって、2つのプロセス(スレッド)が f
を実行すると、g_var
に同時並行的にアクセスし、結果はタイミングに依存することになる。したがって、f
はリエントラントではない。その f
を呼び出している g
もリエントラントではない。
これらを若干変更したリエントラントである版を以下に示す:
int f(int i)
{
return i + 2;
}
int g(int i)
{
return f(i) + 2;
}
新しい版では、グローバル変数 g_var
は使われていない。引数を渡して、それに基づいて処理を行って結果を返す。共有される可能性のあるオブジェクトにはアクセスしないようになっている。その代わり、呼出し側が前回の戻り値を引数として渡してやらなければならない。このように、リエントラントなサブルーチンでは、必要な静的データは呼出し側が管理しなければならない。
次のC言語のコードでは、関数はスレッドセーフだが、リエントラントではない。
int function()
{
mutex_lock();
...
function body
...
mutex_unlock();
}
この function
は複数のスレッドから呼び出されても全く問題はない、しかし、リエントラントな割り込みハンドラがこの関数を呼び出す場合、2つ目の割り込みがこの関数実行中に発生すると、二度目の呼び出しはミューテックスを獲得できず、永久に停止する。割り込みサービスでは他の割り込みをディセーブルするので、システム全体がハングアップすることになる。
Look up reentrant in Wiktionary, the free dictionary. |
Reentrant or re-entrant can refer to:
This disambiguation page lists articles associated with the title Reentrant. If an internal link led you here, you may wish to change the link to point directly to the intended article. |
全文を閲覧するには購読必要です。 To read the full text you will need to subscribe.
リンク元 | 「salient」「興奮回帰性」「リエントラント」 |
拡張検索 | 「AV nodal reentrant tachycardia」「uncommon type atrioventricular nodal reentrant tachycardia」「atrioventricular reentrant tachycardia」 |
房室結節性リエントリ性頻拍、房室結節性リエントリー性頻拍、房室結節性リエントリー性頻脈、AV結節性リエントリー性頻拍
.