JP3940397B2 - マルチノード・システムにおけるハードウェア・イベントの集約化 - Google Patents

Description

本発明は、一般に、プロセッサやメモリなどを備える２以上のノードが存在するコンピュータ・システムであるマルチノード・コンピュータ・システムに関し、より詳細には、そのようなシステムのノードによって生成されるハードウェア・イベントの管理に関する。

コンピュータ・システムでは、様々なハードウェアが、処理する必要のあるイベントを生成する。例えば、ＡＣＰＩ（拡張構成および電源インターフェース（advanced configuration and power interface））仕様は、電源管理／構成機構を提供する。ＡＣＰＩ互換ハードウェアを含むＡＣＰＩ互換コンピュータ・システムでは、内部および外部イベントに応答して、システム自身が電源をオン、オフすることができ、特定のハードウェア要素を電力監視点（powervantage point）から管理することもできる。低電力モード（low-power mode）にあるネットワーク・カードは、例えば、接続されているネットワークからデータ・パケットを受信したときに、イベントを生成することができ、低電力モードから抜け出すことができる。このイベントは、ネットワーク・カードがその一部を成すコンピュータ・システムによって受信され、その結果、例えば、コンピュータ・システムは、それまで入っていた低電力モードから抜け出すことができる。別のタイプのイベントに、ホットプラグ（hot-plug）・イベントがあり、このイベントは、システム稼動中にハードウェア・カードがコンピュータ・システムに挿入されたり、コンピュータ・システムから取り外されたりした場合に発生する。

ＡＣＰＩイベント、ならびにその他のタイプのハードウェア・イベントの不都合な点は、それらのイベントが、イベントを発生させたハードウェアをその一部として含むコンピュータ・システムによってイベント処理が行われると想定していることである。すなわち、ハードウェア・イベントはしばしば、マルチノード・システム非認識（multi-node system unaware）のアーキテクチャに基づいて定められ、したがって、当該アーキテクチャをシングルノード・システムであると想定する。マルチノード・コンピュータ・システムには、自身のプロセッサやメモリなどを備えた複数のノードが存在しており、それらに処理が分散される。さらに、ＡＣＰＩイベント・ハードウェアを実装するチップセット自体が、一般にはマルチノード非認識である。ＡＣＰＩ対応のオペレーティング・システムは一般に、システム内にはＡＣＰＩイベント・ハードウェアのインスタンスが１つだけ存在するものと想定し、また大抵は複製ＡＣＰＩイベント・ハードウェアを認識しない。

したがって、現在のハードウェア・イベント処理アーキテクチャはしばしば、マルチノード・コンピュータ・システムのある遠隔ノード内で生成されたイベントはそのノードによって処理されると想定している。例えば、システムの一次すなわちブート・ノードがイベントの通知を受信する機構も存在せず、このノードがイベントを操作し、遠隔ノードにイベントをどのように処理すべきか指示する機構も存在しない。オペレーティング・システムにどのノードでイベントが発生したかを通知するために、標準的なＡＣＰＩイベント・ハードウェアによって提供される機構も存在しない。これは問題と言えるが、このようになったのは、ハードウェアを操作するためのオペレーティング・システムの方針が、システム全体でＡＣＰＩイベント・ハードウェアのインスタンスは１つであると想定しているためである。しかし、この想定は、標準的なＡＣＰＩイベント・ハードウェアに基づいて設計されたマルチノード・システムについては当てはまらない。ここで説明した理由、およびその他の理由のため、本発明が必要とされている。

本発明は、マルチノード・システムにおけるハードウェア・イベントの集約化に関する。本発明の方法では、遠隔ノードで発生したイベントが、遠隔ノードのファームウェアが一次ノードの第１のレジスタに書き込みを行うことによって、一次ノードに転送される。イベントは、一次ノードの第１のレジスタから一次ノードの第２のレジスタに伝達される。それに自動的に応答して、一次ノードで割り込みが生成される。割り込みの生成に応答して、一次ノードの割り込みハンドラが、遠隔ノードで発生したイベントを処理するために、一次ノードでコードを呼び出す。

本発明のマルチノード・システムは、一次ノードと１つまたは複数の遠隔ノードを含む。一次ノードは、互いに通信可能に結合された第１のレジスタと第２のレジスタを備える。第２のレジスタは、一次ノードのイベント用に通常は予約されている。一次ノードは、イベントを処理するためのマルチノード非認識コードも含み、このコードは、第１のレジスタから第２のレジスタへのイベントの転送に応答して生成される割り込みに応答して呼び出される。イベントは遠隔ノードで発生して、一次ノードの第１のレジスタに転送され、イベントの最終的な処理は一次ノードによって行われる。イベントは、一次ノードの第１のレジスタから第２のレジスタに自動的に伝達される。

本発明の製造物品は、コンピュータ可読媒体および媒体中の手段を含む。この手段は、一次ノードの第１のレジスタに書き込まれたイベントを一次ノードの第２のレジスタに自動的に伝達して、遠隔ノードで発生したイベントを第１のレジスタから第２のレジスタに転送するためのものである。第２のレジスタへの書き込みに自動的に応答して、一次ノードで割り込みが生成される。前記手段は、イベントを処理するために、割り込みの生成に応答して、一次ノードでコードを呼び出すためのものでもある。本発明のその他の特徴および利点は、本発明の現在のところ好ましい実施形態の以下の詳細な説明を、添付の図面と併せ読むことにより明らかとなるであろう。

概要
図１には、本発明の好ましい実施形態による方法１００が示されている。方法１００の機能を、製造物品のコンピュータ可読媒体中の手段として実施することができる。例えば、コンピュータ可読媒体を、記録可能データ記憶媒体または変調搬送波信号（modulated carrier signal）とすることができる。方法１００の各部分は、破線１０６で分割された列１０２および列１０４によってそれぞれ示される、マルチノード・システムの遠隔ノードおよび一次すなわちブート・ノードで実行される。

ハードウェア・イベントは最初、遠隔ノードで発生する（１０８）。ハードウェア・イベントは、ホットプラグ・イベントなどのＡＣＰＩ（拡張構成および電源インターフェース）イベント、あるいは別のタイプのハードウェア・イベントまたは他のイベントとすることができる。イベントは、遠隔ノードでＰＭＩ（プラットフォーム管理割り込み（platform management interrupt））などの割り込みを生成する（１１０）。具体的には、割り込みルータ（interruptrouter）などの遠隔ノードのコンポーネントが、割り込みを生成する。割り込みの生成に応答して、ファームウェアの割り込みハンドラ（firmwareinterrupt handler）がイベントを検出し、遠隔ノード上で呼び出される（１１２）。ファームウェアの割り込みハンドラは、イベントを一次ノードの第１のレジスタに書き込むことによって、イベントを遠隔ノードから一次ノードに転送する（１１４）。例えば、遠隔ノードのファームウェアのＰＭＩハンドラは、イベントを一次ノードのＧＰＩＯ（汎用入出力）レジスタ（generalpurpose input/output register）に転送することができる。

一次ノードでは、第１のレジスタへのイベントの書き込みに自動的に応答して、一次ノードの第１のレジスタの出力と第２のレジスタの入力とを直接接続したコネクションを介して、イベントが伝達される（１１６）。第２のレジスタは好ましくは、遠隔ノードで発生したイベント用にではなく、一次ノードで発生したイベント用に通常は予約されている。このようにして、方法１００は、第２のレジスタなど、一次ノードで発生したイベント専用に通常は使用される一次ノードのレジスタを利用する。ＡＣＰＩイベントの場合、第２のレジスタは、こうしたイベント用に予約されているＧＰＥ（汎用イベント）レジスタ（general purpose event register）とすることができる。第２のレジスタへのイベントの書き込みによって、一次ノードでＳＣＩ（システム構成割り込み（systemconfiguration interrupt））割り込みなどの割り込みが生成される（１１８）。

一次ノードでの割り込みの生成によって、コードが呼び出される（１２０）。このコードは、前記割り込みを最終的に発生させる元となったイベントを処理するためのものである。例えば、ＡＣＰＩイベントの場合、当該コードをオペレーティング・システム（ＯＳ）のＡＣＰＩドライバとすることができる。イベントが一次ノードで生成されたものではないことをコードが認識しない点で、このコードはマルチノード非認識である。このようにして、方法１００は、標準ＡＣＰＩドライバなどの標準的なドライバを使用することができ、したがって、一次ノード以外のノードで発生したイベントに対応できるように、これらのドライバを書き換える必要はない。

前記コードは、イベントを処理するために特定のプロセスを呼び出す（１２２）。このプロセスはこれまでとは異なり、マルチノード認識（multi-node aware）であり、具体的には一次ノード以外のノードで発生したイベントに対応できるように設計される。例えば、このプロセスをＡＭＬ（ＡＣＰＩマシン語）メソッド（ACPIMachine Language method）とすることができる。ＡＭＬはコンパクトな、トークン化された（tokenize）、抽象マシン語である。このプロセスは、遠隔ノードにイベントを処理するための適切な指示を出し（１２４）、イベントはこの指示に従って遠隔ノードで処理される（１２６）。例えば、プロセスは、コントローラやその他のハードウェアなど、イベントが発生したハードウェアを遠隔操作する。

背景技術
図２には、イベント・アーキテクチャ２００の一例が示されており、それに基づき本発明の実施形態を実施することができる。アーキテクチャ２００は、具体的にはＡＣＰＩイベント用とし、シングルノード・システムに関して説明されるが、本発明の実施形態に従ってマルチノード・システムに拡張することができる。プラットフォーム・ハードウェア２０２は、ＡＣＰＩイベントを生成するコントロール・カードおよびその他のタイプのハードウェアを含む。ハードウェア２０２は、その設定を、例えば、一種のファームウェアであるＢＩＯＳ（基本入出力システム）２０４から受信することができる。ＯＳ非依存のコンポーネント２０６は、ＡＣＰＩレジスタ２０８、ＡＣＰＩ ＢＩＯＳ２１０、およびＡＣＰＩテーブル２１２を含む。ＡＣＰＩレジスタ２０８は、詳細な説明の前のセクションで説明した第２のレジスタを含む。ＡＣＰＩ ＢＩＯＳ２１０は、一種のファームウェアであり、ハードウェア２０２のＡＣＰＩ設定を記録することができる。ＡＣＰＩテーブル２１２は、ＡＣＰＩドライバ／ＡＭＬインタプリタ（ACPI driver and AML interpreter）２１６によって使用される、ハードウェア２０２へのインターフェースを記述する。

ＡＣＰＩドライバ／ＡＭＬインタプリタ２１６は好ましくは、ＡＣＰＩドライバによって呼び出されて遠隔ノード・イベントを処理する、詳細な説明の前のセクションで説明したプロセスを含むか、またはそのようなプロセスにアクセスすることができる。ＡＣＰＩドライバは一般に、所与のＯＳにとって標準的なものであり、ＡＭＬで記述されたプロセスの解釈および構文解析を行うためのＡＭＬインタプリタを含む。すなわち、プロセスは非標準的であり、遠隔ノード・イベントのような所与の状況に特化したものとすることができるが、ＡＣＰＩドライバ自体は一般に標準的なものである。ＡＣＰＩドライバ／ＡＭＬインタプリタ２１６は、プラットフォーム・ハードウェア２０２のために、ＯＳのデバイス・ドライバ２１４と対話を行う。デバイス・ドライバは、ハードウェアをＯＳにつなげるソフトウェア・ルーチンである。

さらに、デバイス・ドライバ２１４およびＡＣＰＩドライバ／ＡＭＬインタプリタ２１６は、ＯＳカーネル２１８と対話を行う。カーネルは、ふつうメモリ内に常駐し、基本サービスを提供するＯＳの基本部分である。カーネルは、ハードウェアに最も近いＯＳの部分であり、一般にデバイス・ドライバ２１４とインターフェースをとることによってハードウェアを活動化する。カーネル２１８の上に、コンピュータ・システム上で動作するアプリケーション・プログラム２２２が存在する。カーネル２１８は、電源管理サービスを提供し管理するために設計されたＯＳの一部である、ＯＳＰＭ（ＯＳ電源管理）システム・コード（OS power management system code）２２０とも対話を行う。

図３には、マルチノード・システム３００の一例が示されており、それに関して本発明の実施形態を実施することができる。マルチノード・システム３００は、相互接続３０６を介して相互接続された複数のノード３０２ａ、３０２ｂ、．．．、３０２ｎを含む。ノードの１つは一次すなわちブート・ノードであり、その他のノードはこの一次ノードにとって遠隔ノードである。ノードの各々は、１つまたは複数のＣＰＵ（中央処理装置）、または揮発性もしくは不揮発性メモリ、あるいはその両方、およびハードディスク・ドライブやフロッピー（Ｒ）ディスク・ドライブなどの１つまたは複数の記憶装置のうちのどれかまたはすべてを任意選択で含むことができる。例えば、ノード３０２ａは、ＣＰＵ３０８、メモリ３１２、サービス・プロセッサ３１０、および記憶装置３１４を有する。同様に、ノード３０２ｂは、ＣＰＵ３１６、サービス・プロセッサ３１８、メモリ３２０、および記憶装置３２２を有する。最後に、ノード３０２ｎは、ＣＰＵ３２４、サービス・プロセッサ３２６、メモリ３２８、および記憶装置３３０を有する。

遠隔ノードのハードウェア・イベントの一次すなわちブート・ノードへの集約化
図４は、本発明の一実施形態によってハードウェア・イベントがどのように遠隔ノードから一次すなわちブート・ノードに集約化されるかを示したフローチャート４００である。チャート４００は、遠隔ノードＮとも呼ばれる第１の遠隔ノード４０２によって実行される機能と、一次すなわちブート・ノード４０４によって実行される機能とに分かれている。第１の遠隔ノード４０２によって実行される機能は、一次ノード４０４によって実行される機能から、破線４０６によって分けられている。遠隔ノード４０２以外の他の遠隔ノードを含むこともできる。

チャート４００は、第１の遠隔ノード４０２で発生したイベントの一次ノード４０４への集約化または合体化（coalescing）に関して描かれている。あるイベントが、線４１４で示すようにノード４０２のホットプラグ・コントローラ４１２で発生する。このイベントをホットプラグＡＣＰＩイベントとする。コントローラ４１２はハードウェア・カードのノード４０２への挿入およびノード４０２からの取り外しを検出する。前記イベントがノード４０２の割り込みルータ４１６によって検出され、それに応答して、割り込みルータが、線４１８で示すようにＰＭＩ割り込みを生成する。この割り込みの生成に応答して、ノード４０２のＰＭＩ割り込みハンドラ４２０は最初に、線４２２で示すようにＰＭＩ割り込みを無効化する。割り込みハンドラ４２０は次に、一次ノード４０４のＧＰＩＯレジスタ４２６にイベントを書き込むことによって、線４２４で示すようにイベントを一次ノードに通知する。

一次ノード４０４のＧＰＩＯレジスタ４２６にイベントを書き込むと、線４２８に示すように、そのイベントは一次ノード４０４のＧＰＥレジスタ４３０に自動的に転送される。これは、ＧＰＩＯレジスタ４２６がＧＰＥレジスタ４３０に少なくとも通信可能に結合され、好ましくは直接接続されるためである。ＧＰＥレジスタ４３０へのイベントの書き込みによって、線４３２に示すようにＳＣＩ割り込みが生成される。ＯＳの割り込みハンドラ４３４がＳＣＩ割り込みを処理し、それに応答して、ノード４０４のＡＣＰＩドライバ４３８が、線４３６に示すように呼び出される。ドライバ４３８は、それに応答して、線４４２に示すようにＡＭＬメソッド４４４を呼び出す。ＡＭＬメソッド４４４は、遠隔ハードウェア・イベントを処理するように特殊化されており、一方、ドライバ４３８は好ましくは、遠隔ハードウェア・イベントを処理するように修正されていない標準的なＡＣＰＩドライバとする。同様に、ＧＰＥレジスタ４３０は、ローカル・ハードウェア・イベントを処理するのに通常使用されるＡＣＰＩレジスタとする。

ＡＭＬメソッド４４４は最初、線４４６に示すようにコントローラ４１２を操作して、コントローラ４１２で発生した遠隔イベントを処理する。この処理が行われると、ＡＭＬメソッド４４４は、線４４８に示すようにホットプラグ・イベントを消去し、線４５０に示すようにＰＭＩ割り込みを再有効化する。ＡＭＬメソッド４４４は最後に、線４５２に示すようにイベントの処理が完了したことをドライバ４３８に通知し、線４４０に示すようにＧＰＥレジスタ４３０からイベントを消去する。このようにして、第１の遠隔ノード４０２のホットプラグ・コントローラ４１２で生成されたホットプラグ・イベントが、レジスタ４３０と、これ以外の通常の場合は一次ノードのイベント用に使用されるマルチノード非認識のドライバ４３８とを利用して当該イベントを処理するために、ブート・ノード４０４に集約化される。これは、一次ノード４０４以外のノードのイベント用に予約されたレジスタとしてレジスタ４２６を使用することによって、またマルチノード認識のメソッド４４４を備えることによって達成される。言い換えれば、ドライバ４３８はマルチノード非認識コードであるが、メソッド４４４はマルチノード認識プロセスである。遠隔ノード４０２以外の他の遠隔ノードも同様の方式で処理される。

図５には、本発明の一実施形態によるマルチノード・システム５００が示されており、このシステム内で図４のフローチャート４００を実施することができる。システム５００は一次ノード５０２を含み、一次ノードは、図５には示されていない相互接続を介すなどして、複数の遠隔ノード５１０ａ、５１０ｂ、．．．、５１０ｎに通信可能に結合される。例えば、一次ノード５０２を図４のブート・ノード４０４とすることができ、一方、図４の遠隔ノード４０２を遠隔ノード５１０ａ、５１０ｂ、．．．、５１０ｎの１つとすることができる。

一次ノード５０２は、好ましくはマルチノード非認識のオペレーティング・システムのイベント・ドライバ５０４と、好ましくはマルチノード認識のメソッド５１２とを含む。ドライバ５０４を図４のＡＣＰＩドライバ４３８とすることができ、一方、メソッド５１２を図４のメソッド４４４とすることができる。ドライバ５０４は、一次ノード５０２で生成されたイベントに対して標準化されており、遠隔ノード５１０ａ、５１０ｂ、．．．、５１０ｎで生成されたイベントに対してはそうでないという点で、マルチノード非認識である。一次ノード５０２はレジスタ５０６およびレジスタ５０８を含み、それぞれ図４のＧＰＥレジスタ４３０およびＧＰＩＯレジスタ４２６を含むことができる。レジスタ５０６は好ましくは、一次ノード５０２で発生したハードウェア・イベント用に通常は予約されており、一方、レジスタ５０８は好ましくは、遠隔ノード５１０ａ、５１０ｂ、．．．、５１０ｎで発生したイベント用に予約されている。

したがって、システム５００内では、遠隔ノード５１０ａ、５１０ｂ、．．．、５１０ｎで生成されたイベントは、転送先として予約されているレジスタ５０８に転送される。それに自動的に応答して、次にこのイベントは、レジスタ５０８からレジスタ５０６に転送されて、一次ノード５０２でのハードウェア・イベント用に通常は予約されているレジスタ５０６が使用される。レジスタ５０８は好ましくは、レジスタ５０６に直接接続されるが、レジスタ５０８は少なくとも、レジスタ５０６に通信可能に結合される。マルチノード非認識であるためイベントが一次ノード５０２で生成されたと認識しているドライバ５０４は次に、メソッド５１２を呼び出す。メソッド５１２はマルチノード認識であるので、イベントを適切に操作し処理することができる。このようにして、マルチノード非認識のドライバ５０４が、マルチノード・システム５００内でも利用できるようになる。

従来技術を上回る利点
本発明の実施形態は、従来技術を上回る利点を提供する。本発明は、本発明を用いなければマルチノード認識でもマルチノード操作可能（multi-node operable）でもないアーキテクチャ内で、遠隔ノードのハードウェア・イベントを一次すなわちブート・ノードに合体化または集約化することを可能にする。こうした集約化は、当該アーキテクチャの一次ノードのドライバを必ずしも書き換える必要なく達成され、これらのドライバが通常は一次ノードのイベント用に参照するレジスタを使用して達成される。したがって、ＡＣＰＩイベントなどのハードウェア・イベントの集約化は、ＡＣＰＩ仕様から逸脱することなく、またＡＣＰＩ準拠のドライバを変更することなく、達成することができる。

代替実施形態
本明細書では説明のために本発明の具体的な実施形態を説明してきたが、本発明の主旨および範囲から逸脱することなく様々な修正を施し得ることは理解されよう。例えば、本発明は実質的に、ホットプラグ・イベントなどのＡＣＰＩハードウェア・イベントに関して説明された。しかし、本発明自体は、そのようなイベントに制限されるものではない。例えば、本発明は、その他のタイプのイベント、およびその他のタイプのハードウェア・イベントにも適合可能である。

別の例として、本発明は実質的に、他の通常の場合は一次ノードで生成されたイベント用に予約されたマルチノード非認識のドライバとある種のレジスタ群とに関して説明された。しかし、本発明自体は、そのようなものに制限されるものではない。例えば、本発明は、特別に記述されたマルチノード認識のドライバにも適合可能であり、そうしたドライバは、マルチノード・システムのすべての遠隔ノードが使用するためにパーティション分割されたある種のレジスタ群を精査することができる。すなわち、ドライバによって直接読み取られるレジスタ群は、マルチノード・システムで使用するためにパーティションに分割することができ、本発明が実質的に説明されたように、一次ノードで使用するために通常は予約されることがない。したがって、本発明の保護の範囲は、添付の特許請求の範囲およびその均等物によってのみ制限される。

登録特許の第１ページに記載するよう推奨された、本発明の好ましい実施形態による方法のフローチャートである。 本発明の実施形態を実施することができる、例示的なハードウェア・イベント・アーキテクチャの図である。 本発明の実施形態を実施することができる、マルチノード・システムの一例の図である。 本発明の一実施形態による、図３のマルチノード・システムなどのマルチノード・システム内で行われる、図２のイベント・アーキテクチャなどに関するイベントの転送および処理の全体フローを詳細に示した図である。 本発明の一実施形態によるマルチノード・システム、特にその一次ノードのレジスタの図である。

Claims (8)

1. 遠隔ノードで発生したイベントを前記遠隔ノードから一次ノードに、前記遠隔ノードのファームウェアが前記一次ノードの第１のレジスタ（５０８）に書き込みを行うことによって、転送するステップ（１１４）と、
   前記イベントを前記一次ノードの前記第１のレジスタから前記一次ノードの第２のレジスタ（５０６）に伝達するステップ（１１６）と、
   前記一次ノードの前記第２のレジスタへの書き込みに自動的に応答して、前記一次ノードで割り込みを生成するステップ（１１８）と、
   前記遠隔ノードで発生した前記イベントを処理するために、前記割り込みの発生に応答して、前記一次ノードの割り込みハンドラによって、前記一次ノードでコードを呼び出すステップ（１２０）とを含み、
   前記一次ノードの前記第２のレジスタが、前記一次ノードのイベント用に通常は予約されており、前記一次ノードで呼び出すコードが、複数のノードを別個に扱わないマルチノード非認識である方法。
2. 遠隔ノードで発生したイベントを前記遠隔ノードから一次ノードに、前記遠隔ノードのファームウェアが前記一次ノードの第１のレジスタ（５０８）に書き込みを行うことによって、転送するステップ（１１４）と、
   前記イベントを前記一次ノードの前記第１のレジスタから前記一次ノードの第２のレジスタ（５０６）に伝達するステップ（１１６）と、
   前記一次ノードの前記第２のレジスタへの書き込みに自動的に応答して、前記一次ノードで割り込みを生成するステップ（１１８）と、
   前記遠隔ノードで発生した前記イベントを処理するために、前記割り込みの発生に応答して、前記一次ノードの割り込みハンドラによって、前記一次ノードでコードを呼び出すステップ（１２０）とを含み、
   前記一次ノードの前記第２のレジスタが、前記一次ノードと前記遠隔ノードを含むすべてのノードのイベント用に予約されており、前記一次ノードで呼び出すコードが、複数のノードを別個に扱うマルチノード認識である方法。
3. 前記遠隔ノードで発生した前記イベントを処理するために、前記コードの呼び出しに応答して、前記一次ノードの前記コードによって、前記一次ノードで複数のノードを別個に扱うプロセスであるマルチノード認識プロセス（５１２）を呼び出すステップをさらに含む、請求項１または２に記載の方法。
4. 前記遠隔ノードで発生した前記イベントに自動的に応答して、前記遠隔ノードで遠隔割り込みを生成するステップ（１１０）をさらに最初に含み、前記遠隔割り込みの生成が、前記遠隔ノードの割り込みハンドラに、前記一次ノードの前記第１のレジスタに書き込みを行うことによって、前記イベントを前記一次ノードに転送させる、請求項１ないし３のいずれかに記載の方法。
5. 前記遠隔ノードのハードウェアでイベントを生成するステップをさらに最初に含み、前記イベントの生成が、前記遠隔ノードの割り込みルータに、前記遠隔ノードで発生した前記イベントに自動的に応答して、前記遠隔ノードで遠隔割り込みを生成させる、請求項４に記載の方法。
6. 前記遠隔ノードで発生した前記イベントおよび前記一次ノードの少なくともいくつかのイベントが、非同期ハードウェア・イベント（asynchronous hardware event）を含む、請求項１ないし５のいずれかに記載の方法。
7. 請求項１ないし６のいずれかに記載の方法を実行するためのマルチノード・コンピュータ・システム。
8. コンピュータに、
   請求項１ないし６のいずれかに記載の方法を実行させるコンピュータ・プログラム。

Images