特開 2024-100564 Ｓｐａｗｎ制御プログラム、Ｓｐａｗｎ制御方法、および情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024100564

(43)【公開日】2024-07-26

(54)【発明の名称】Ｓｐａｗｎ制御プログラム、Ｓｐａｗｎ制御方法、および情報処理装置

(51)【国際特許分類】

   G06F 11/34 20060101AFI20240719BHJP

   G06F 9/48 20060101ALI20240719BHJP

【ＦＩ】

G06F11/34 176

G06F9/48 370

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023004659

(22)【出願日】2023-01-16

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井 昭徳

(72)【発明者】

【氏名】戸倉 宏樹

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GA23

5B042MA08

5B042MA11

5B042MC21

(57)【要約】

【課題】同じコミュニケータに属するプロセスを特定すること。
【解決手段】情報処理装置１０１は、ＭＰＩプログラムが複数回実行された結果、複数回の各実行におけるコミュニケータごとにプロセス情報（例えば、プロセス情報１２１～１２３）を取得する。プロセス情報は、コミュニケータ内のプロセスの情報であり、コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含む。情報処理装置１０１は、取得したプロセス情報に基づいて、複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ＭＰＩプログラムが複数回実行された結果、前記複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得し、
取得した前記プロセス情報に基づいて、前記複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する、
処理をコンピュータに実行させることを特徴とするＳｐａｗｎ制御プログラム。

【請求項2】

前記プロセス情報は、前記コミュニケータ内の動的生成されたプロセスのプロセス数および起動プログラム名を表す情報をさらに含み、
前記判断する処理は、
前記複数回の異なる実行において、プロセスのプロセス数および起動プログラム名が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする請求項１に記載のＳｐａｗｎ制御プログラム。

【請求項3】

前記プロセス情報は、前記コミュニケータ内の動的生成されたプロセスが他のプロセスを起動した回数を表す情報をさらに含み、
前記判断する処理は、
前記複数回の異なる実行において、プロセスのプロセス数、起動プログラム名および他のプロセスを起動した回数が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されるプロセス同士を、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする請求項２に記載のＳｐａｗｎ制御プログラム。

【請求項4】

取得した前記プロセス情報に基づいて、前記複数回の各実行におけるコミュニケータをノードとし、前記コミュニケータ内の動的生成されたプロセスと当該プロセスの起動元プロセスとの呼び出し関係を有向エッジとしたグラフを生成し、
前記ノードが表すコミュニケータ内のプロセスを起動元プロセスにおいて起動した起動順に基づいて、生成した前記グラフ間で比較対象となるノードの組合せを特定する、
処理を前記コンピュータに実行させ、
前記判断する処理は、
特定した前記ノードの組合せについて、前記プロセス情報に基づいて、前記ノードの組合せの各ノードが表すコミュニケータ内のプロセスの情報が一致するか否かを判断し、
特定した前記ノードの組合せの全てにおいて、前記プロセスの情報が一致する場合、前記ノードの組合せごとに、当該組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする請求項２に記載のＳｐａｗｎ制御プログラム。

【請求項5】

生成した前記グラフの構造に基づいて、前記複数回の各実行におけるグラフ同士が同型であるか否かを判定する、処理を前記コンピュータに実行させ、
前記グラフ同士が同型ではないと判定した場合、前記ＭＰＩプログラムの性能評価を中止する、ことを特徴とする請求項４に記載のＳｐａｗｎ制御プログラム。

【請求項6】

前記同じコミュニケータに属すると判断したプロセスが属するコミュニケータそれぞれに、同一のＳｐａｗｎ番号を設定し、
前記複数回の各実行において得られた前記同一のＳｐａｗｎ番号が割り振られたコミュニケータの性能情報に基づいて、前記コミュニケータに対応するプログラムについての性能分析を行う、
処理を前記コンピュータに実行させることを特徴とする請求項１～５のいずれか一つに記載のＳｐａｗｎ制御プログラム。

【請求項7】

ＭＰＩプログラムが複数回実行された結果、前記複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得し、
取得した前記プロセス情報に基づいて、前記複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を同じコミュニケータに属するプロセスと判断する、
処理をコンピュータが実行することを特徴とするＳｐａｗｎ制御方法。

【請求項8】

ＭＰＩプログラムが複数回実行された結果、前記複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得し、
取得した前記プロセス情報に基づいて、前記複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を同じコミュニケータに属するプロセスと判断する、
制御部を有することを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、Ｓｐａｗｎ制御プログラム、Ｓｐａｗｎ制御方法、および情報処理装置に関する。

【背景技術】

【0002】

ＭＰＩ（Ｍｅｓｓａｇｅ Ｐａｓｓｉｎｇ Ｉｎｔｅｒｆａｃｅ）プログラムは、複数のプロセスを起動し、複数のノード（計算機）を用いて計算を行う際によく用いられる。ＭＰＩプログラムを使用することで、ノード間の通信をＭＰＩライブラリから提供される関数を使用して容易に行うことができる。このため、ＭＰＩプログラムは、スーパーコンピュータなどに幅広く使用されている。ＭＰＩプログラムでは、動的にプロセスを生成することができる。例えば、ＭＰＩプログラムを実行中に、Ｓｐａｗｎプロセスと呼ばれるプロセスを新規に生成して実行することができる。

【0003】

先行技術としては、データ処理システムにおいて実行されるソフトウェア・コンポーネントについて、ソフトウェア・コンポーネントにおける処理の開始時と処理の終了時とに、処理の開始時の識別子と、処理の終了時の識別子と、コンポーネント名と、メソッド名とを記録するようにし、当該記録に基づいて、ソフトウェア・コンポーネントの呼出関係をトレースするものがある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００４－２５９１５４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来技術では、ＭＰＩプログラムを複数回実行して性能分析を行うにあたり、異なる実行において動的生成された同じプロセスを特定することが難しい。例えば、実行ごとにＳｐａｗｎプロセスが属するコミュニケータを識別するＳｐａｗｎ番号が異なる可能性があり、同じＳｐａｗｎプロセスを特定できず、各実行で得られた性能情報を組み合わせて性能分析を行うことが難しい。

【0006】

一つの側面では、本発明は、同じコミュニケータに属するプロセスを特定することを目的とする。

【課題を解決するための手段】

【0007】

１つの実施態様では、ＭＰＩプログラムが複数回実行された結果、前記複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得し、取得した前記プロセス情報に基づいて、前記複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する、Ｓｐａｗｎ制御プログラムが提供される。

【発明の効果】

【0008】

本発明の一側面によれば、同じコミュニケータに属するプロセスを特定することができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかるＳｐａｗｎ制御方法の一実施例を示す説明図である。

【図2】図２は、Ｓｐａｗｎ番号の割り当て例を示す説明図である。

【図3】図３は、情報処理システム３００のシステム構成例を示す説明図である。

【図4】図４は、ログインノード３０１のハードウェア構成例を示すブロック図である。

【図5】図５は、動的プロセス生成回数が０回のＭＰＩプログラムの一例を示す説明図である。

【図6】図６は、動的プロセス生成を行わないＭＰＩプログラムを実行した場合のプロセス情報の具体例を示す説明図である。

【図7】図７は、動的プロセス生成回数が１回のＭＰＩプログラムの一例を示す説明図（その１）である。

【図8】図８は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第１の具体例を示す説明図である。

【図9】図９は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第２の具体例を示す説明図である。

【図10】図１０は、動的プロセス生成回数が１回のＭＰＩプログラムの一例を示す説明図（その２）である。

【図11】図１１は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第３の具体例を示す説明図である。

【図12】図１２は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第４の具体例を示す説明図である。

【図13】図１３は、ログインノード３０１の機能的構成例を示すブロック図である。

【図14】図１４は、動的プロセス生成回数が３回のＭＰＩプログラムの一例を示す説明図である。

【図15】図１５は、動的プロセス生成回数が４回のＭＰＩプログラムの一例を示す説明図である。

【図16】図１６は、ログインノード３０１のＳｐａｗｎ制御処理手順の一例を示すフローチャートである。

【図17】図１７は、コミュニケータごとのプロセス情報の具体例を示す説明図（その１）である。

【図18】図１８は、コミュニケータごとのプロセス情報の具体例を示す説明図（その２）である。

【図19】図１９は、コミュニケータごとのプロセス情報の具体例を示す説明図（その３）である。

【図20】図２０は、コミュニケータごとのプロセス情報の具体例を示す説明図（その４）である。

【図21】図２１は、コミュニケータごとのプロセス情報の具体例を示す説明図（その５）である。

【図22】図２２は、グラフの具体例を示す説明図である。

【図23】図２３は、グラフの第１の比較例を示す説明図（その１）である。

【図24】図２４は、グラフの第１の比較例を示す説明図（その２）である。

【図25】図２５は、グラフの第１の比較例を示す説明図（その３）である。

【図26】図２６は、グラフの第１の比較例を示す説明図（その４）である。

【図27】図２７は、グラフの第１の比較例を示す説明図（その５）である。

【図28】図２８は、グラフの第１の比較例を示す説明図（その６）である。

【図29】図２９は、グラフの第１の比較例を示す説明図（その７）である。

【図30】図３０は、グラフの第１の比較例を示す説明図（その８）である。

【図31】図３１は、グラフの第１の比較例を示す説明図（その９）である。

【図32】図３２は、グラフの第１の比較例を示す説明図（その１０）である。

【図33】図３３は、グラフの第１の比較例を示す説明図（その１１）である。

【図34】図３４は、グラフの第１の比較例を示す説明図（その１２）である。

【図35】図３５は、グラフの第１の比較例を示す説明図（その１３）である。

【図36】図３６は、グラフの第２の比較例を示す説明図（その１）である。

【図37】図３７は、グラフの第２の比較例を示す説明図（その２）である。

【図38】図３８は、部分的に信用できるプロセスの特定例を示す説明図（その１）である。

【図39】図３９は、部分的に信用できるプロセスの特定例を示す説明図（その２）である。

【発明を実施するための形態】

【0010】

以下に図面を参照して、本発明にかかるＳｐａｗｎ制御プログラム、Ｓｐａｗｎ制御方法、および情報処理装置の実施の形態を詳細に説明する。

【0011】

（実施の形態）
図１は、実施の形態にかかるＳｐａｗｎ制御方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、ＭＰＩプログラムが複数回実行された結果、複数回の異なる実行において動的生成された同じＳｐａｗｎプロセスを特定するコンピュータである。ＭＰＩとは、並列コンピューティングを利用するための標準化された規格である。Ｓｐａｗｎプロセスは、ＭＰＩプログラムを実行中に動的生成されるプロセスである。

【0012】

ＭＰＩプログラムでは、各プロセスにプロセス番号が割り当てられる。Ｓｐａｗｎプロセスにも、プロセス番号が割り当てられる。プロセス番号は、基本的にコミュニケータ内で固有のもの割り当てられる。コミュニケータは、ＭＰＩの通信を行う単位であり、１以上のプロセスを含むグループに対応する。

【0013】

ＭＰＩプログラムを実行中に、動的プロセス生成によりＳｐａｗｎプロセスが生成された場合、起動元（親）と起動先（子）は、別のコミュニケータとなる。各コミュニケータに属するプロセスにプロセス番号が割り当てられるが実態は異なる。そのため、システムによっては、動的プロセス生成されたＳｐａｗｎプロセスが属するコミュニケータに対して、Ｓｐａｗｎ番号が割り当てられる場合がある。

【0014】

Ｓｐａｗｎ番号は、コミュニケータを識別する識別情報に相当する。例えば、動的プロセスが生成される際に、管理ノードにＳｐａｗｎ番号発行要求が送られ、Ｓｐａｗｎ番号発行要求受付順にＳｐａｗｎ番号が連番で割り振られる。

【0015】

図１の例では、グラフ１１０は、ＭＰＩプログラムを実行した場合のプロセスの起動を表している（後述の図２に示す第１回目計測に対応）。グラフ１１０において、Ｓｐａｗｎ番号：０～３のコミュニケータが示されている。Ｓｐａｗｎ番号：０のコミュニケータは、プロセス０～４を含む。Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス０～４は、静的に起動されるプロセスである。なお、プロセス＃の＃は、プロセス番号を示す。

【0016】

Ｓｐａｗｎ番号：１のコミュニケータは、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１によって動的生成されたプロセス０，１（Ｓｐａｗｎプロセス）を含む。Ｓｐａｗｎ番号：２のコミュニケータは、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス４によって動的生成されたプロセス０～２（Ｓｐａｗｎプロセス）を含む。Ｓｐａｗｎ番号：３のコミュニケータは、Ｓｐａｗｎ番号：２のコミュニケータ内のプロセス２によって動的生成されたプロセス０，１（Ｓｐａｗｎプロセス）を含む。

【0017】

ここで、スーパーコンピュータなどの様々な計算機において、プログラムの性能分析を行うためにプロファイラと呼ばれる性能解析ツールを使用する場合がある。プロファイラでは、ＭＰＩプログラムに対する性能分析が可能であり、動的プロセス生成されたプログラムに対しても性能分析が可能である。プロファイラでは、より詳細な性能情報を取得するために、同じプログラムを複数回実行する場合がある。

【0018】

例えば、ｎ回実行する場合、各回のＭＰＩプログラムの性能情報をディスクに書き出し、得られたｎ個の性能情報を集計して、詳細なプロファイル結果を出力する。ＭＰＩプログラムで動的プロセス生成が行われた場合であっても、各回のＳｐａｗｎプロセスに対する性能情報は取得できる。Ｓｐａｗｎプロセスは、例えば、性能評価対象のプログラムのプロセスである。

【0019】

しかし、複数回にわたって性能情報を取得して性能分析をしようとしたときに、実行ごとに性能分析対象のプロセスのＳｐａｗｎ番号が異なる可能性がある。そのため、従来、Ｓｐａｗｎ番号から特定されるＳｐａｗｎプロセスに対する性能情報は、実行ごとの性能情報のみ信用でき、他の実行で得られた性能情報と組み合わせて性能分析することができなかった。

【0020】

このような状態は、実行ごとに複数回の動的プロセス生成が行われる場合に発生する。ここで、図２を用いて、実行ごとに複数回の動的プロセス生成が行われる場合のＳｐａｗｎ番号の割り当て例について説明する。

【0021】

図２は、Ｓｐａｗｎ番号の割り当て例を示す説明図である。図２において、静的に起動されるプロセスが５個、動的プロセス生成回数が３回のＭＰＩプログラムを３回実行した場合を想定する。図２中、Ｐ＃は、プロセス＃を示す。

【0022】

第１回目計測では、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１によって動的生成されたプロセス０，１を含むコミュニケータに、Ｓｐａｗｎ番号：１が割り当てられている。また、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス４によって動的生成されたプロセス０～２を含むコミュニケータに、Ｓｐａｗｎ番号：２が割り当てられている。また、Ｓｐａｗｎ番号：２のコミュニケータ内のプロセス２によって動的生成されたプロセス０，１を含むコミュニケータに、Ｓｐａｗｎ番号：３が割り当てられている。

【0023】

第２回目計測では、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１によって動的生成されたプロセス０，１を含むコミュニケータに、Ｓｐａｗｎ番号：３が割り当てられている。また、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス４によって動的生成されたプロセス０～２を含むコミュニケータに、Ｓｐａｗｎ番号：１が割り当てられている。また、Ｓｐａｗｎ番号：１のコミュニケータ内のプロセス２によって動的生成されたプロセス０，１を含むコミュニケータに、Ｓｐａｗｎ番号：２が割り当てられている。

【0024】

第３回目計測では、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１によって動的生成されたプロセス０，１を含むコミュニケータに、Ｓｐａｗｎ番号：２が割り当てられている。また、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス４によって動的生成されたプロセス０～２を含むコミュニケータに、Ｓｐａｗｎ番号：１が割り当てられている。また、Ｓｐａｗｎ番号：１のコミュニケータ内のプロセス２によって動的生成されたプロセス０，１を含むコミュニケータに、Ｓｐａｗｎ番号：３が割り当てられている。

【0025】

例えば、各実行においてＳｐａｗｎ番号：０のコミュニケータ内のプロセス１によって動的生成されたプロセス０，１は、同じＳｐａｗｎプロセスである。しかし、図２の例では、各実行において、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１によって動的生成されたプロセス０，１（Ｓｐａｗｎプロセス）に、実行ごとに異なるＳｐａｗｎ番号が割り当てられている。

【0026】

Ｓｐａｗｎ番号が実行ごとに一意に定まらない理由としては、例えば、各プロセスが非同期に動作するため、Ｓｐａｗｎ番号発行要求受付順が各実行で異なるものとなることが挙げられる。このため、従来は、各実行で得られたＳｐａｗｎプロセスに対するプロファイルデータがどの動的プロセス生成によるものか判断できず、複数回の計測が必要な性能分析を行うことができないという問題があった。

【0027】

そこで、本実施の形態では、親（起動元）が子（起動先）を何回目に起動したかを示す起動順を示す情報を利用して、同じコミュニケータに属するプロセスを特定するＳｐａｗｎ制御方法について説明する。ここで、情報処理装置１０１の処理例（下記（１）および（２）の処理に対応）について説明する。

【0028】

（１）情報処理装置１０１は、ＭＰＩプログラムが複数回実行された結果、複数回の各実行におけるコミュニケータごとにプロセス情報を取得する。ここで、プロセス情報は、コミュニケータ内のプロセスの情報である。プロセス情報は、コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含む。

【0029】

図１の例では、プロセス情報１２１～１２３が取得された場合を想定する。プロセス情報１２１は、１回目の実行（図２に示した第１回目計測に対応）におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含む。例えば、プロセス情報１２１は、Ｓｐａｗｎ番号：１のコミュニケータ内の動的生成されたプロセス０，１の起動元プロセス（Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１）における起動順「１」を含む。

【0030】

プロセス情報１２１は、２回目の実行（図２に示した第２回目計測に対応）におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含む。例えば、プロセス情報１２２は、Ｓｐａｗｎ番号：３のコミュニケータ内の動的生成されたプロセス０，１の起動元プロセス（Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１）における起動順「１」を含む。

【0031】

プロセス情報１２３は、３回目の実行（図２に示した第３回目計測に対応）におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含む。例えば、プロセス情報１２３は、Ｓｐａｗｎ番号：２のコミュニケータ内の動的生成されたプロセス０，１の起動元プロセス（Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１）における起動順「１」を含む。

【0032】

（２）情報処理装置１０１は、取得したプロセス情報に基づいて、複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する。ここでは、ＭＰＩプログラムを複数回実行したとしても、各プロセスでは、同じ入力データが処理され、乱数などの実行時に処理するデータが変化することはないとする。

【0033】

また、各実行における動的プロセス生成回数が０以上であり、ＭＰＩプログラムを複数回実行しても、同じプロセス（同じスレッド）から同じ順番で同じ実行バイナリを用いて動的プロセス生成が行われるとする。このため、異なるＳｐａｗｎ番号が割り当てられたコミュニケータ内のプロセスであっても、同じ起動元プロセスから同じ起動順で起動されたプロセスは、同じＳｐａｗｎプロセスであるといえる。

【0034】

図１の例では、情報処理装置１０１は、プロセス情報１２１に基づいて、例えば、Ｓｐａｗｎ番号：１のコミュニケータ内のプロセス０，１が、第１回目計測において、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１から起動順「１」で起動（動的生成）されたプロセスであると判断する。なお、Ｓｐａｗｎ番号：０は、最初に起動される静的なプロセスであり、全ての実行において同じコミュニケータに対応する。

【0035】

また、情報処理装置１０１は、プロセス情報１２２に基づいて、例えば、Ｓｐａｗｎ番号：３のコミュニケータ内のプロセス０，１が、第２回目計測において、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１から起動順「１」で起動（動的生成）されたプロセスであると判断する。また、情報処理装置１０１は、プロセス情報１２１に基づいて、例えば、Ｓｐａｗｎ番号：２のコミュニケータ内のプロセス０，１が、第３回目計測において、Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１から起動順「１」で起動（動的生成）されたプロセスであると判断する。

【0036】

ここで、プロセスＡを「第１回目計測におけるＳｐａｗｎ番号：１のコミュニケータ内のプロセス０，１」とする。プロセスＢを「第２回目計測におけるＳｐａｗｎ番号：３のコミュニケータ内のプロセス０，１」とする。プロセスＣを「第３回目計測におけるＳｐａｗｎ番号：２のコミュニケータ内のプロセス０，１」とする。

【0037】

プロセスＡ～Ｃは、複数回（第１回目計測～第３回目計測）の異なる実行において、同じ起動元プロセス（Ｓｐａｗｎ番号：０のコミュニケータ内のプロセス１）から同じ起動順（１）で起動されたプロセス同士である。このため、情報処理装置１０１は、プロセスＡ～Ｃを、同じコミュニケータに属するプロセス（Ｓｐａｗｎプロセス）と判断する。

【0038】

このように、情報処理装置１０１によれば、複数回の異なる実行において動的生成されたプロセスのうち、同じコミュニケータに属するプロセスを特定することができる。これにより、情報処理装置１０１は、同じコミュニケータに属するプロセスに対する性能分析を可能にすることができる。

【0039】

図１の例では、第１回目計測～第３回目計測において動的生成されたプロセスのうち、同じコミュニケータに属するプロセスＡ～Ｃを特定することができる。プロセスＡ～Ｃは、性能評価対象となるプログラムに相当する。これにより、情報処理装置１０１は、複数回の計測が求められるＭＰＩプログラムの性能分析を実現することが可能となる。

【0040】

（情報処理システム３００のシステム構成例）
つぎに、図１に示した情報処理装置１０１を含む情報処理システム３００のシステム構成例について説明する。ここでは、図１に示した情報処理装置１０１を、情報処理システム３００内のログインノード３０１に適用した場合を例に挙げて説明する。

【0041】

図３は、情報処理システム３００のシステム構成例を示す説明図である。図３において、情報処理システム３００は、ログインノード３０１と、ユーザ端末３０２と、計算ノードＮ１～Ｎｍ（ｍ：２以上の自然数）と、共有データベース３２０と、を含む。情報処理システム３００において、ログインノード３０１、ユーザ端末３０２、計算ノードＮ１～Ｎｍおよび共有データベース３２０は、有線または無線のネットワーク３１０を介して接続される。ネットワーク３１０は、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。

【0042】

ここで、ログインノード３０１は、ジョブ（ＭＰＩプログラムのプロセス）を投入したり、ＭＰＩプログラムの性能分析を行ったりするコンピュータである。ログインノード３０１は、例えば、サーバである。

【0043】

ユーザ端末３０２は、情報処理システム３００のユーザが使用するコンピュータである。ユーザは、例えば、ＭＰＩプログラムの性能分析を行う分析者である。ユーザ端末３０２は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣなどである。

【0044】

計算ノードＮ１～Ｎｍは、ジョブ（ＭＰＩプログラムのプロセス）を実行するコンピュータである。計算ノードＮ１～Ｎｍは、例えば、サーバである。

【0045】

共有データベース３２０は、ＭＰＩプログラムを実行することにより得られる性能情報や、ＭＰＩプログラムの性能分析結果を記録する。共有データベース３２０は、例えば、データベースサーバにより実現される。また、共有データベース３２０は、ログインノード３０１が有していてもよい。

【0046】

情報処理システム３００において、ユーザは、例えば、ｓｓｈ（ｓｅｃｕｒｅ ｓｈｅｌｌ）によりログインノード３０１にログインする。ログインノード３０１は、例えば、ユーザからの指示に応じて、計算ノードＮ１～Ｎｍに性能分析のためのジョブを投入して実行させる。

【0047】

計算ノードＮ１～Ｎｍは、ＭＰＩプログラムをｎ回実行し、各回の性能情報を共有データベース３２０に記録する（ｎ：２以上の自然数）。この結果、共有データベース３２０には、ｎ個の性能情報が保存される。ログインノード３０１は、ｎ個の性能情報からＭＰＩプログラムの性能分析を行い、性能分析結果を出力する。

【0048】

ユーザ端末３０２は、例えば、ｓｆｔｐ（ｓｈ ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌは）などにより、共有データベース３２０に記録された性能分析結果をログインノード３０１からダウンロードして表示してもよい。性能分析結果は、例えば、ログインノード３０１で表示されてもよい。

【0049】

なお、ここではログインノード３０１とユーザ端末３０２とを別体に設けることにしたが、これに限らない。例えば、ログインノード３０１は、ユーザ端末３０２により実現されてもよい。また、ＭＰＩプログラムの性能分析は、例えば、計算ノードＮ１～Ｎｍのいずれかで実行されてもよく、また、ユーザ端末３０２で実行されてもよい。

【0050】

（ログインノード３０１のハードウェア構成例）
つぎに、ログインノード３０１のハードウェア構成例について説明する。

【0051】

図４は、ログインノード３０１のハードウェア構成例を示すブロック図である。図４において、ログインノード３０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１と、メモリ４０２と、ディスクドライブ４０３と、ディスク４０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４０５と、可搬型記録媒体Ｉ／Ｆ４０６と、可搬型記録媒体４０７と、を有する。また、各構成部は、バス４００によってそれぞれ接続される。

【0052】

ここで、ＣＰＵ４０１は、ログインノード３０１の全体の制御を司る。ＣＰＵ４０１は、複数のコアを有していてもよい。メモリ４０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳのプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。

【0053】

ディスクドライブ４０３は、ＣＰＵ４０１の制御に従ってディスク４０４に対するデータのリード／ライトを制御する。ディスク４０４は、ディスクドライブ４０３の制御で書き込まれたデータを記憶する。ディスク４０４は、例えば、磁気ディスク、光ディスクなどである。

【0054】

通信Ｉ／Ｆ４０５は、通信回線を通じてネットワーク３１０に接続され、ネットワーク３１０を介して外部のコンピュータ（例えば、図３に示したユーザ端末３０２、計算ノードＮ１～Ｎｍ、共有データベース３２０）に接続される。そして、通信Ｉ／Ｆ４０５は、ネットワーク３１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ４０５は、例えば、モデムやＬＡＮアダプタなどである。

【0055】

可搬型記録媒体Ｉ／Ｆ４０６は、ＣＰＵ４０１の制御に従って可搬型記録媒体４０７に対するデータのリード／ライトを制御する。可搬型記録媒体４０７は、可搬型記録媒体Ｉ／Ｆ４０６の制御で書き込まれたデータを記憶する。可搬型記録媒体４０７は、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどである。

【0056】

なお、ログインノード３０１は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有してもよい。また、ログインノード３０１は、上述した構成部のうち、例えば、可搬型記録媒体Ｉ／Ｆ４０６、可搬型記録媒体４０７を有さなくてもよい。また、図２に示したユーザ端末３０２、計算ノードＮ１～Ｎｍおよび共有データベース３２０についても、ログインノード３０１と同様のハードウェア構成により実現することができる。ただし、ユーザ端末３０２は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有する。

【0057】

（ＭＰＩプログラムについて）
ここで、ＭＰＩプログラムについて説明する。ＭＰＩプログラムでは、多数のプロセスを起動し、動的プロセスを起動した場合であっても、親（プロセス）と子（プロセス）が存在する。また、親と子を頂点（ノード）とし、親が子を起動させるときに親と子を辺（有向エッジ）で結ぶと木構造のグラフができる。このグラフには、ループが存在しない。

【0058】

親と子をそれぞれ頂点とすると、それぞれの頂点は、例えば、以下の情報を有する。親は、自分（子）の起動元プロセスに相当する。

【0059】

・親の”暫定Ｓｐａｗｎ番号”
・親のプロセス番号
・親のスレッド番号
・親が自分（子）を何回目に起動したか
・親の起動プログラム名
・自分の”暫定Ｓｐａｗｎ番号”
・自分のプロセス番号
・自分のスレッド番号
・自分のＳｐａｗｎプロセスを起動した回数
・自分の起動プログラム名

【0060】

ここで、暫定Ｓｐａｗｎ番号は、動的プロセス生成したときに、Ｓｐａｗｎプロセス（コミュニケータ）に割り振られる固有の識別情報である。暫定Ｓｐａｗｎ番号は、例えば、数字であっても文字列であってもよい。暫定Ｓｐａｗｎ番号は、同じ実行において他のＳｐａｗｎプロセスと区別できればよく、各実行において異なるものが割り振られる場合がある。

【0061】

プロセス番号は、コミュニケータ内のプロセスに割り振られる固有の識別情報である。スレッド番号は、プロセス内のスレッドに割り振られる固有の識別情報である。親が自分（子）を何回目に起動したかは、親が子を何回目に起動したかを示す起動順番情報である。起動順番情報は、例えば、動的プロセス生成時に子（プロセス）によって生成される。

【0062】

親の起動プログラム名は、プロセスを起動したＭＰＩプログラムの名称である。自分の起動プログラム名は、プロセスを実行するＭＰＩプログラムの名称である。自分のＳｐａｗｎプロセスを起動した回数は、例えば、スレッドごとに固有に設けられるカウンタによって計数される。

【0063】

動的プロセス生成を行う場合、親（プロセス）は、子（プロセス）に以下のような情報を渡す。子（プロセス）の起動プログラム名は、子（プロセス）自身で取得できるため、親（プロセス）から渡さなくてもよい。また、子（プロセス）は、「親が自分（子）を何回目に起動したか」の情報を生成するにあたり、親（プロセス）に対して、自分（子）を何回目に起動したかを問い合わせてもよい。

【0064】

・親の”暫定Ｓｐａｗｎ番号”
・親のプロセス番号
・親のスレッド番号
・親のＳｐａｗｎプロセスを起動した回数
・親の起動プログラム名

【0065】

ここで、動的プロセス生成を行わない単純なＭＰＩプログラムについて説明する。

【0066】

図５は、動的プロセス生成回数が０回のＭＰＩプログラムの一例を示す説明図である。図５において、コミュニケータ５００内のプロセス０～４が示されている。コミュニケータ５００内のプロセス０～４は、動的プロセス生成を行わないＭＰＩプログラム（ｍｐｉｅｘｅｃ）を実行することにより起動されたプロセスである。各プロセスは１スレッドから構成されるとする。

【0067】

つぎに、図５に示したＭＰＩプログラムを実行した結果、コミュニケータ５００内の各プロセス０～４が有する情報について説明する。

【0068】

図６は、動的プロセス生成を行わないＭＰＩプログラムを実行した場合のプロセス情報の具体例を示す説明図である。図６において、プロセス情報６００は、図５に示したコミュニケータ５００内の各プロセス０～４が有する情報を表す。

【0069】

コミュニケータ５００内の各プロセス０～４は、ｍｐｉｅｘｅｃにより起動された静的なプロセス（ユーザが固定で起動したプロセス）である。このため、各プロセス０～４が有する親の情報は存在せず、プロセス情報６００において、各プロセス０～４が有する親の情報は「－１」となっている。

【0070】

また、各プロセス０～４は、ｍｐｉｅｘｅｃにより起動されたプロセスである。このため、各プロセス０～４の「自分の暫定Ｓｐａｗｎ番号」は「０」となる。また、動的プロセス生成は行われていない。このため、各プロセス０～４の「自分のＳｐａｗｎを起動した回数」は「０」となる。また、各プロセス０～４の「自分の起動プログラム名」は「ａ．ｏｕｔ」である。

【0071】

図５に示したような動的プロセス生成回数が０回のＭＰＩプログラムを複数回実行しても、図６に示したような各プロセスが有する情報は変化しない。このため、動的プロセス生成回数が０回のＭＰＩプログラムでは、Ｓｐａｗｎ番号が実行ごとに一意に定まらないという問題は生じない。

【0072】

つぎに、動的プロセス生成を行うＭＰＩプログラムについて説明する。ここでは、動的プロセス生成回数が１回のＭＰＩプログラムを例に挙げて説明する。

【0073】

図７は、動的プロセス生成回数が１回のＭＰＩプログラムの一例を示す説明図（その１）である。図７において、コミュニケータ７０１内のプロセス０～４と、コミュニケータ７０２内のプロセス０～２とが示されている。コミュニケータ７０１内のプロセス０～４は、ＭＰＩプログラム（ｍｐｉｅｘｅｃ）を実行することにより起動されたプロセスである。コミュニケータ７０２内のプロセス０～２は、コミュニケータ７０１内のプロセス１により動的生成されたプロセスである。各プロセスは１スレッドから構成されている。

【0074】

つぎに、図８および図９を用いて、図７に示したＭＰＩプログラムを実行した結果、コミュニケータ７０１内の各プロセス０～４が有する情報と、コミュニケータ７０２内の各プロセス０～２が有する情報とについて説明する。

【0075】

図８は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第１の具体例を示す説明図である。図９は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第２の具体例を示す説明図である。図８において、プロセス情報８００は、図７に示したコミュニケータ７０１内の各プロセス０～４が有する情報を表す。

【0076】

コミュニケータ７０１内の各プロセス０～４は、ｍｐｉｅｘｅｃにより起動された静的なプロセス（ユーザが固定で起動したプロセス）である。このため、各プロセス０～４が有する親の情報は存在せず、プロセス情報８００において、各プロセス０～４が有する親の情報は「－１」となっている。

【0077】

また、各プロセス０～４は、ｍｐｉｅｘｅｃにより起動されたプロセスである。このため、各プロセス０～４の「自分の暫定Ｓｐａｗｎ番号」は「０」となる。ここで、コミュニケータ７０１内のプロセス１により、プロセス（コミュニケータ７０２内のプロセス０～３）の動的生成が１回行われている。

【0078】

このため、プロセス０～４のうち、プロセス１の「自分のＳｐａｗｎを起動した回数」が「１」となっている。プロセス０，２，３，４の「自分のＳｐａｗｎを起動した回数」は「０」である。また、各プロセス０～４の「自分の起動プログラム名」は「ａ．ｏｕｔ」である。

【0079】

図９において、プロセス情報９００は、図７に示したコミュニケータ７０２内の各プロセス０～２が有する情報を表す。コミュニケータ７０２内の各プロセス０～２は、コミュニケータ７０１内のプロセス１により動的生成されたプロセスである。各プロセス０～２の親の情報は、全てのプロセスで同じになっている。例えば、各プロセス０～２の「親が自分を何回目に起動したか」は、全てのプロセスで「０」になっている。この「０」は、親が自分を１回目に起動したことを示す。

【0080】

また、各プロセス０～２の自分の暫定Ｓｐａｗｎ番号」は「１」となっている。プロセス０～２からは、動的プロセス生成は行われていない。このため、各プロセス０～２の「自分のＳｐａｗｎを起動した回数」は「０」となる。また、各プロセス０～２の「自分の起動プログラム名」は「ｂ．ｏｕｔ」である。

【0081】

つぎに、動的プロセス生成を行うＭＰＩプログラムであって、各プロセスが複数のスレッドから構成されるＭＰＩプログラムについて説明する。ここでは、動的プロセス生成回数が１回で、各プロセスが２スレッドから構成されるＭＰＩプログラムを例に挙げて説明する。

【0082】

図１０は、動的プロセス生成回数が１回のＭＰＩプログラムの一例を示す説明図（その２）である。図１０において、コミュニケータ１００１内のプロセス０～４と、コミュニケータ１００２内のプロセス０～２とが示されている。コミュニケータ１００１内のプロセス０～４は、ｍｐｉｅｘｅｃを実行することにより起動されたプロセスである。コミュニケータ１００２内のプロセス０～２は、コミュニケータ１００１内のプロセス１により動的生成されたプロセスである。各プロセスは、２スレッドから構成されている。

【0083】

つぎに、図１１および図１２を用いて、図１０に示したＭＰＩプログラムを実行した結果、コミュニケータ１００１内の各プロセス０～４が有する情報と、コミュニケータ１００２内の各プロセス０～２が有する情報とについて説明する。

【0084】

図１１は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第３の具体例を示す説明図である。図１２は、動的プロセス生成を行うＭＰＩプログラムを実行した場合のプロセス情報の第４の具体例を示す説明図である。図１１において、プロセス情報１１００は、図１０に示したコミュニケータ１００１内の各プロセス０～４が有する情報を表す。

【0085】

コミュニケータ１００１内の各プロセス０～４は、ｍｐｉｅｘｅｃにより起動された静的なプロセス（ユーザが固定で起動したプロセス）である。このため、各プロセス０～４が有する親の情報は存在せず、プロセス情報１１００において、各プロセス０～４が有する親の情報は「－１」となっている。

【0086】

各プロセス０～４は、ｍｐｉｅｘｅｃにより起動されたプロセスである。このため、各プロセス０～４の「自分の暫定Ｓｐａｗｎ番号」は「０」となる。また、各プロセス０～４は、２スレッドで構成されるため、各プロセス０～４内のスレッドにスレッド番号が割り当てられている。

【0087】

ここで、コミュニケータ１００１内のプロセス１のスレッド１により、プロセス（コミュニケータ１００２内のプロセス０～３）の動的生成が１回行われている。このため、プロセス０～４のうち、プロセス１のスレッド１の「自分のＳｐａｗｎを起動した回数」が「１」となっている。プロセス１のスレッド０の「自分のＳｐａｗｎを起動した回数」は「０」である。また、各プロセス０～４のスレッド０，１の「自分の起動プログラム名」は「ａ．ｏｕｔ」である。

【0088】

図１２において、プロセス情報１２００は、図１０に示したコミュニケータ１００２内の各プロセス０～２が有する情報を表す。コミュニケータ１００２内の各プロセス０～２は、コミュニケータ１００１内のプロセス１により動的生成されたプロセスである。各プロセス０～２の親の情報は、全てのプロセスで同じになっている。例えば、各プロセス０～２の各スレッド０，１の「親が自分を何回目に起動したか」は、全てのスレッドで「０」になっている。この「０」は、親が自分を１回目に起動したことを示す。

【0089】

また、各プロセス０～２の自分の暫定Ｓｐａｗｎ番号」は「１」となっている。プロセス０～２からは、動的プロセス生成は行われていない。このため、各プロセス０～２のスレッド０，１の「自分のＳｐａｗｎを起動した回数」は「０」となる。また、各プロセス０～２のスレッド０，１の「自分の起動プログラム名」は「ｂ．ｏｕｔ」である。

【0090】

このように、プロセスが複数のスレッドから構成される場合であっても、プロセスの情報がプロセス内のスレッドごとの情報に拡張されるだけで、プロセスが１スレッドから構成される場合と同様に扱うことができる。

【0091】

（ログインノード３０１の機能的構成例）
つぎに、ログインノード３０１の機能的構成例について説明する。

【0092】

図１３は、ログインノード３０１の機能的構成例を示すブロック図である。図１３において、ログインノード３０１は、取得部１３０１と、判断部１３０２と、設定部１３０３と、分析部１３０４と、出力部１３０５と、を含む。取得部１３０１～出力部１３０５は制御部１３００となる機能であり、具体的には、例えば、図４に示したメモリ４０２、ディスク４０４、可搬型記録媒体４０７などの記憶装置に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、通信Ｉ／Ｆ４０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ４０２、ディスク４０４などの記憶装置に記憶される。

【0093】

取得部１３０１は、動的プロセス生成が行われるＭＰＩプログラムが複数回実行された結果、複数回の各実行（各回）の性能情報を取得する。ここで、各実行の性能情報は、ＭＰＩプログラムの性能分析に用いられる情報である。各実行の性能情報は、例えば、各実行（各回）のＭＰＩプログラムの実行結果およびプロセス情報を含む。

【0094】

ＭＰＩプログラムの実行結果は、例えば、各実行におけるコミュニケータごとに、当該コミュニケータ内のプロセス等の実行結果を含む。プロセス等の実行結果は、例えば、プロセスやプロセス内のスレッドの実行時間、各種演算回数（浮動小数点演算回数、整数演算回数など）、ＣＰＵ使用率、キャッシュ率、メモリ使用率などを含む。

【0095】

ＭＰＩプログラムのプロセス情報は、各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含む。また、ＭＰＩプログラムのプロセス情報は、コミュニケータ内の動的生成されたプロセスのプロセス数および起動プログラム名を表す情報を含む。また、ＭＰＩプログラムのプロセス情報は、コミュニケータ内の動的生成されたプロセスが他のプロセスを起動した回数を表す情報をさらに含むものであってもよい。他のプロセスは、自分のＳｐａｗｎプロセス（子プロセス）に相当する。

【0096】

例えば、コミュニケータ内の動的生成されたプロセスを起動元プロセスにおいて起動した起動順は、「親が自分を何回目に起動したか」の情報に相当する。コミュニケータ内の動的生成されたプロセスのプロセス数は、コミュニケータ内のプロセス番号から特定される。なお、コミュニケータ内の動的生成されたプロセスのプロセス数は、例えば、プロセス情報内の列数から特定されてもよい。また、コミュニケータ内の動的生成されたプロセスの起動プログラム名は、「自分の起動プログラム名」の情報に相当する。コミュニケータ内の動的生成されたプロセスのスレッド数は、例えば、各プロセス内のスレッド番号から特定される。

【0097】

例えば、ＭＰＩプログラムのプロセス情報は、図８および図９に示したプロセス情報８００，９００や、図１１および図１２に示したプロセス情報１１００，１２００などである。ただし、取得部１３０１は、各実行（各回）のＭＰＩプログラムの実行結果とＭＰＩプログラムのプロセス情報とを別々に取得してもよい。

【0098】

具体的には、例えば、取得部１３０１は、ＭＰＩプログラムがｎ回実行された結果、図３に示した共有データベース３２０から、０回～（ｎ－１）回の各回の性能情報を取得する。また、取得部１３０１は、図３に示した計算ノードＮ１～Ｎｍから、０回～（ｎ－１）回の各回の性能情報を取得してもよい。また、取得部１３０１は、不図示の入力装置を用いたユーザの操作入力により、０回～（ｎ－１）回の各回の性能情報を取得してもよい。

【0099】

判断部１３０２は、取得された各実行（各回）の性能情報に基づいて、複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセスと判断する。同じＳｐａｗｎプロセスは、同じコミュニケータに属するプロセスである。

【0100】

具体的には、例えば、判断部１３０２は、各実行のプロセス情報に基づいて、複数回の異なる実行において、プロセスのプロセス数および起動プログラム名が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセスと判断する。プロセスのプロセス数および起動プログラム名が同一とは、コミュニケータ間で、コミュニケータ内のプロセス数が同一で、コミュニケータ内の各プロセスの起動プログラム名が同一であることを表す。

【0101】

また、Ｓｐａｗｎプロセスがさらに他のプロセス（自分のＳｐａｗｎプロセス）を起動する場合がある。判断部１３０２は、例えば、各実行のプロセス情報に基づいて、複数回の異なる実行において、プロセスのプロセス数、起動プログラム名および他のプロセスを起動した回数が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセスと判断してもよい。プロセスのプロセス数、起動プログラム名および他のプロセスを起動した回数が同一とは、コミュニケータ間で、コミュニケータ内のプロセス数が同一で、コミュニケータ内の各プロセスの起動プログラム名が同一で、コミュニケータ内の各プロセスが他のプロセスを起動した回数が同一であることを表す。

【0102】

また、各プロセスが複数のスレッドを含む場合がある。この場合、判断部１３０２は、例えば、複数回の異なる実行において、プロセスのプロセス数、スレッド数および起動プログラム名が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセスと判断する。プロセスのプロセス数、スレッド数および起動プログラム名が同一とは、コミュニケータ間で、コミュニケータ内のプロセス数が同一で、コミュニケータ内の各プロセスのスレッド数が同一で、コミュニケータ内の各プロセス（スレッド）の起動プログラム名が同一であることを表す。

【0103】

また、判断部１３０２は、例えば、複数回の異なる実行において、プロセスのプロセス数、スレッド数、起動プログラム名および他のプロセスを起動した回数が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセスと判断してもよい。プロセスのプロセス数、スレッド数、起動プログラム名および他のプロセスを起動した回数が同一とは、コミュニケータ間で、コミュニケータ内のプロセス数が同一で、コミュニケータ内の各プロセスのスレッド数が同一で、コミュニケータ内の各プロセス（スレッド）の起動プログラム名が同一で、コミュニケータ内の各プロセス（スレッド）が他のプロセスを起動した回数が同一であることを表す。

【0104】

以下の説明では、特に指定する場合を除いて、各プロセスが１スレッドから構成される場合を例に挙げて説明する。

【0105】

より詳細に説明すると、例えば、まず、判断部１３０２は、取得された各実行のプロセス情報に基づいて、グラフを生成する。ここで、グラフは、各実行におけるプロセスの起動を表す。グラフは、例えば、各実行におけるコミュニケータをノードとし、コミュニケータ内の動的生成されたプロセスと当該プロセスの起動元プロセスとの呼び出し関係を有向エッジとしたグラフである。

【0106】

例えば、ＭＰＩプログラムをｎ回実行したとすると、０回～（ｎ－１）回の各回のグラフが生成される。グラフの具体例については、例えば、図２２を用いて後述する。

【0107】

つぎに、判断部１３０２は、生成したグラフの構造に基づいて、複数回の各実行におけるグラフ同士が同型であるか否かを判定する。グラフの同型とは、例えば、グラフ同士が同一の頂点（ノード）を持ち、同一の辺（有向エッジ）のつながり方をしていることである。グラフの同型性判定は、既存のいかなる技術を用いて行われてもよい。

【0108】

ここで、グラフ同士が同型ではないと判定した場合、判断部１３０２は、実行されたＭＰＩプログラムが性能評価対象のプログラムではないと判断する。この場合、ログインノード３０１は、例えば、ＭＰＩプログラムの性能評価を中止する。

【0109】

一方、グラフ同士が同型であると判定した場合、判断部１３０２は、ノードが表すコミュニケータ内の動的生成されたプロセスの起動順に基づいて、生成したグラフ間で比較対象となるノードの組合せを特定する。プロセスの起動順は、当該プロセスを起動元プロセスにおいて起動した順番であり、親が自分を何回目に起動したかの情報に相当する。

【0110】

例えば、判断部１３０２は、自分の暫定Ｓｐａｗｎ番号が「０」のコミュニケータを表すノードの組合せを、比較対象となるノードの組合せとして特定する。また、判断部１３０２は、自分の暫定Ｓｐａｗｎ番号が０以外のコミュニケータを表すノードのうち、同じ起動元プロセスから同じ起動順で起動されたプロセスを含むコミュニケータを表すノードの組合せを、比較対象となるノードの組合せとして特定する。起動元プロセスは、例えば、親のプロセス番号（または、親のプロセス番号、スレッド番号）や親の起動プログラム名から特定される。

【0111】

そして、判断部１３０２は、特定したノードの組合せの全てにおいて、ノードの組合せの各ノードが表すコミュニケータ内のプロセスの情報が一致するか否かを判断する。プロセスの情報は、例えば、プロセスのプロセス数および起動プログラム名である。また、プロセスの情報は、プロセスのプロセス数、起動プログラム名および他のプロセスを起動した回数であってもよい。

【0112】

また、各プロセスが複数スレッドから構成される場合、判断部１３０２は、さらにプロセス内のスレッド数についても一致するか否かを判断する。プロセス内のスレッド数の一致判定は、例えば、同じプロセス番号のプロセス同士でスレッド数を比較することによって行われる。また、各プロセスが複数スレッドから構成される場合、判断部１３０２は、他のプロセスを起動した回数について、プロセス内のスレッドごとに比較する。他のプロセスを起動した回数の一致判定は、例えば、同じプロセス番号のプロセス内の同じスレッド番号のスレッド同士で他のプロセスを起動した回数を比較することによって行われる。

【0113】

ここで、ノードの組合せの全てにおいてプロセスの情報が一致するとする。この場合、判断部１３０２は、ノードの組合せごとに、当該組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じコミュニケータに属するＳｐａｗｎプロセスと判断する。

【0114】

一方、ノードの組合せの少なくとも一部の組合せにおいてプロセスの情報が不一致の場合、ログインノード３０１は、例えば、ＭＰＩプログラムの性能評価を中止する。プロセスの情報が不一致とは、例えば、プロセスのプロセス数、スレッド数、起動プログラム名および他のプロセスを起動した回数のうちの少なくともいずれかが一致しないことを意味する。

【0115】

なお、同じＳｐａｗｎプロセスを判断する際の具体的な処理例については、図２３～図３５を用いて後述する。

【0116】

また、上述した説明では、ノードの組合せの一部の組合せにおいてプロセスの情報が不一致の場合、ＭＰＩプログラムの性能評価を中止することにしたが、これに限らない。

【0117】

例えば、判断部１３０２は、特定したノードの組合せの一部の組合せのプロセスの情報が不一致の場合、一部の組合せのノードの親ノードおよび当該親ノードから呼び出されるノードを除くノードの組合せを検出してもよい。そして、判断部１３０２は、検出したノードの組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じＳｐａｗｎプロセスと判断してもよい。

【0118】

これにより、グラフ同士で情報が完全一致しなくても、グラフ同士で情報が一致するノードの組合せを検出して、部分的に信用できるプロセスを特定することができる。なお、部分的に信用できるプロセスの特定例については、図３８および図３９を用いて後述する。

【0119】

設定部１３０３は、同じＳｐａｗｎプロセスと判断されたプロセスが属するコミュニケータそれぞれに、同一のＳｐａｗｎ番号を設定する。具体的には、例えば、設定部１３０３は、同じＳｐａｗｎプロセスと判断されたプロセスが属するコミュニケータそれぞれに、同一の確定Ｓｐａｗｎ番号を割り振る。

【0120】

確定Ｓｐａｗｎ番号は、各実行におけるコミュニケータを識別する識別情報である。どのコミュニケータにどの確定Ｓｐａｗｎ番号を割り振るかは、例えば、グラフにおけるルートノード（確定Ｓｐａｗｎ番号：０）から深さ優先探索や幅優先探索などでノードを辿っていくことにより決定される。

【0121】

そして、設定部１３０３は、各実行（各回）の性能情報（プロセス情報）における暫定Ｓｐａｗｎ番号を、確定Ｓｐａｗｎ番号に書き換える。書換後の暫定Ｓｐａｗｎ番号（確定Ｓｐａｗｎ番号）は、既存のプロファイラ（性能解析ツール）が認識するＳｐａｗｎ番号として扱われる。

【0122】

分析部１３０４は、ＭＰＩプログラムの性能分析を行う。具体的には、例えば、分析部１３０４は、複数回の各実行において得られた同一の確定Ｓｐａｗｎ番号が割り振られたコミュニケータの性能情報に基づいて、コミュニケータに対応するプログラムについての性能分析を行う。

【0123】

より詳細に説明すると、例えば、分析部１３０４は、０回～（ｎ－１）回の各回の性能情報から、同一の確定Ｓｐａｗｎ番号（書換後の暫定Ｓｐａｗｎ番号）が割り振られたコミュニケータの性能情報を特定する。これにより、分析部１３０４は、０回～（ｎ－１）回の各回のコミュニケータごとの性能情報を得ることができる。

【0124】

そして、分析部１３０４は、既存のプロファイラ（性能解析ツール）により、特定した０回～（ｎ－１）回の各回のコミュニケータごとの性能情報に基づいて、各コミュニケータに対応するプログラムについての性能分析を行う。

【0125】

これにより、分析部１３０４は、複数回の計測（性能情報）に基づくコミュニケータ（ＭＰＩプログラム）ごとの性能分析結果が得ることができる。性能分析処理では、例えば、プログラム（コミュニケータ）単位で、プロセスやレッドの実行時間、各種演算回数、ＣＰＵ使用率、キャッシュ率、メモリ使用率などに基づく分析が行われる。

【0126】

また、分析部１３０４は、各コミュニケータに対応するプログラムの性能分析結果から、ＭＰＩプロブラム全体の性能分析を行ってもよい。これにより、分析部１３０４は、ＭＰＩプログラム全体の性能分析結果が得ることができる。

【0127】

出力部１３０５は、ＭＰＩプログラムの性能分析結果を出力する。性能分析結果は、例えば、コミュニケータ（ＭＰＩプログラム）ごとの性能分析結果やＭＰＩプログラム全体の性能分析結果を含む。出力部１３０５の出力形式としては、例えば、メモリ４０２、ディスク４０４などの記憶装置への記憶、通信Ｉ／Ｆ４０５による他のコンピュータ（例えば、図３に示したユーザ端末３０２、共有データベース３２０）への送信、不図示のディスプレイへの表示、不図示のプリンタへの印刷出力などがある。

【0128】

また、出力部１３０５は、暫定Ｓｐａｗｎ番号が確定Ｓｐａｗｎ番号に書き換えられた各実行（各回）の性能情報を出力してもよい。この場合、例えば、他のコンピュータにおいて、既存のプロファイラ（性能解析ツール）により、ログインノード３０１から出力された各実行の性能情報に基づくＭＰＩプログラムの性能分析を行ってもよい。

【0129】

（動的プロセス生成が複数回行われるＭＰＩプログラム）
つぎに、動的プロセス生成が複数回行われるＭＰＩプログラムについて説明する。

【0130】

図１４は、動的プロセス生成回数が３回のＭＰＩプログラムの一例を示す説明図である。図１４において、コミュニケータ１４０１内のプロセス０～４と、コミュニケータ１４０２内のプロセス０～２と、コミュニケータ１４０３内のプロセス０～２と、コミュニケータ１４０４内のプロセス０，１と、コミュニケータ１４０５内のプロセス０，１と、が示されている。

【0131】

コミュニケータ１４０１内のプロセス０～４は、ｍｐｉｅｘｅｃを実行することにより起動されたプロセス（ユーザが固定で起動したプロセス）である。コミュニケータ１４０２内のプロセス０～２は、コミュニケータ１４０１内のプロセス１により動的生成されたプロセスである。

【0132】

コミュニケータ１４０３内のプロセス０～２は、コミュニケータ１４０１内のプロセス４により動的生成されたプロセスである。コミュニケータ１４０４内のプロセス０，１は、コミュニケータ１４０２内のプロセス１により動的生成されたプロセスである。コミュニケータ１４０５内のプロセス０，１は、コミュニケータ１４０３内のプロセス１により動的生成されたプロセスである。

【0133】

図１５は、動的プロセス生成回数が４回のＭＰＩプログラムの一例を示す説明図である。図１５において、コミュニケータ１５０１内のプロセス０～４と、コミュニケータ１５０２内のプロセス０～２と、コミュニケータ１５０３内のプロセス０～２と、コミュニケータ１５０４内のプロセス０，１と、コミュニケータ１５０５内のプロセス０，１と、コミュニケータ１５０６内のプロセス０，１と、が示されている。

【0134】

コミュニケータ１５０１内のプロセス０～４は、ｍｐｉｅｘｅｃを実行することにより起動されたプロセス（ユーザが固定で起動したプロセス）である。コミュニケータ１５０２内のプロセス０～２は、コミュニケータ１５０１内のプロセス１により動的生成されたプロセスである。

【0135】

コミュニケータ１５０３内のプロセス０～２は、コミュニケータ１５０１内のプロセス４により動的生成されたプロセスである。コミュニケータ１５０４内のプロセス０，１は、コミュニケータ１５０２内のプロセス１により動的生成されたプロセスである。コミュニケータ１５０５内のプロセス０，１は、コミュニケータ１５０３内のプロセス１により動的生成されたプロセスである。コミュニケータ１５０６内のプロセス０，１は、コミュニケータ１５０３内のプロセス１により動的生成されたプロセスである。

【0136】

ここで、１回目にＭＰＩプログラムを実行した場合に、図１４に示したような動的プロセス生成が行われ、２回目にＭＰＩプログラムを実行した場合に、図１５に示したような動的プロセス生成が行われたとする。この場合、１回目の実行と２回目の実行とで動的プロセス生成回数が異なるため、グラフのマッチングに失敗して、ＭＰＩプログラムの性能評価は中止される。

【0137】

（ログインノード３０１のＳｐａｗｎ制御処理手順）
つぎに、ログインノード３０１のＳｐａｗｎ制御処理手順について説明する。

【0138】

図１６は、ログインノード３０１のＳｐａｗｎ制御処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、ログインノード３０１は、ＭＰＩプログラムが複数回実行された結果、複数回の各実行の性能情報を取得する（ステップＳ１６０１）。

【0139】

つぎに、ログインノード３０１は、取得した各実行のプロセス情報に基づいて、各実行におけるプロセスの起動を表すグラフを生成する（ステップＳ１６０２）。そして、ログインノード３０１は、生成したグラフが全て同型であるか否かを判定する（ステップＳ１６０３）。

【0140】

ここで、グラフが同型ではない場合（ステップＳ１６０３：Ｎｏ）、ログインノード３０１は、ステップＳ１６１０に移行する。一方、グラフが全て同型の場合（ステップＳ１６０３：Ｙｅｓ）、ログインノード３０１は、ノードが表すコミュニケータ内の動的生成されたプロセスの起動順（親が自分を何回目に起動したか）に基づいて、生成したグラフ間で比較対象となるノードの組合せを特定する（ステップＳ１６０４）。

【0141】

そして、ログインノード３０１は、特定したノードの組合せの全てにおいて、ノードの組合せの各ノードが表すコミュニケータ内のプロセスの情報が一致するか否かを判断する（ステップＳ１６０５）。プロセスの情報は、例えば、プロセス数、起動プログラム名、自分のＳｐａｗｎプロセスを起動した回数などである。また、各プロセスが複数スレッドから構成される場合、プロセスの情報は、プロセス内のスレッド数をさらに含む。

【0142】

ここで、ノードの組合せの全てにおいてプロセスの情報が一致する場合（ステップＳ１６０５：Ｙｅｓ）、ログインノード３０１は、ノードの組合せごとに、当該組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じＳｐａｗｎプロセスとして特定する（ステップＳ１６０６）。

【0143】

そして、ログインノード３０１は、同じＳｐａｗｎプロセスとして特定したプロセスが属するコミュニケータそれぞれに、同一の確定Ｓｐａｗｎ番号を割り振る（ステップＳ１６０７）。つぎに、ログインノード３０１は、各実行において得られた、同一の確定Ｓｐａｗｎ番号が割り振られたコミュニケータの性能情報に基づいて、Ｓｐａｗｎプロセス（コミュニケータに対応するＭＰＩプログラム）の性能分析を行う（ステップＳ１６０８）。

【0144】

そして、ログインノード３０１は、Ｓｐａｗｎプロセスの性能分析結果を出力して（ステップＳ１６０９）、本フローチャートによる一連の処理を終了する。また、ステップＳ１６０５において、ノードの組合せの少なくとも一部の組合せにおいて不一致の場合（ステップＳ１６０５：Ｎｏ）、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止して（ステップＳ１６１０）、本フローチャートによる一連の処理を終了する。

【0145】

これにより、ログインノード３０１は、同じＳｐａｗｎプロセス（同じコミュニケータに属するプロセス）に対する性能分析を実施することができる。

【0146】

（実施例）
つぎに、ログインノード３０１の実施例について説明する。

【0147】

（コミュニケータごとのプロセス情報の具体例）
図１７～図２１は、コミュニケータごとのプロセス情報の具体例を示す説明図である。図１７～図２１において、プロセス情報１７００，１８００，１９００，２０００，２１００は、ＭＰＩプログラムがｎ回実行された結果、０回目の実行で得られたコミュニケータごとのプロセス情報である。

【0148】

図１７に示すプロセス情報１７００は、暫定Ｓｐａｗｎ番号が「０」のコミュニケータ内の各プロセス０～４が有する情報を表す。図１８に示すプロセス情報１８００は、暫定Ｓｐａｗｎ番号が「１」のコミュニケータ内の各プロセス０，１が有する情報を表す。図１９に示すプロセス情報１９００は、暫定Ｓｐａｗｎ番号が「２」のコミュニケータ内の各プロセス０，１が有する情報を表す。図２０に示すプロセス情報２０００は、暫定Ｓｐａｗｎ番号が「４」のコミュニケータ内の各プロセス０，１が有する情報を表す。図２１に示すプロセス情報２１００は、暫定Ｓｐａｗｎ番号が「３」のコミュニケータ内の各プロセス０，１が有する情報を表す。

【0149】

例えば、プロセス情報１８００によれば、暫定Ｓｐａｗｎ番号が「１」のコミュニケータ内のプロセス０，１は、暫定Ｓｐａｗｎ番号が「０」のコミュニケータ内のプロセス１が０回目に起動したプロセスであることがわかる。

【0150】

また、プロセス情報１９００によれば、暫定Ｓｐａｗｎ番号が「２」のコミュニケータ内のプロセス０，１は、暫定Ｓｐａｗｎ番号が「０」のコミュニケータ内のプロセス３が０回目に起動したプロセスであることがわかる。

【0151】

また、プロセス情報２０００によれば、暫定Ｓｐａｗｎ番号が「４」のコミュニケータ内のプロセス０，１は、暫定Ｓｐａｗｎ番号が「０」のコミュニケータ内のプロセス３が１回目に起動したプロセスであることがわかる。

【0152】

また、プロセス情報２１００によれば、暫定Ｓｐａｗｎ番号が「３」のコミュニケータ内のプロセス０～２は、暫定Ｓｐａｗｎ番号が「１」のコミュニケータ内のプロセス０が０回目に起動したプロセスであることがわかる。

【0153】

（グラフの具体例）
つぎに、図２２を用いて、０回目の実行で得られたプロセス情報１７００，１８００，１９００，２０００，２１００に基づいて生成されるグラフについて説明する。

【0154】

図２２は、グラフの具体例を示す説明図である。図２２において、グラフ２２００は、ノードＮ０～Ｎ４と、エッジＥ０～Ｅ３とを含む。ノードＮ０は、Ｓｐａｗｎ番号「０」のコミュニケータを表す。ノードＮ１は、Ｓｐａｗｎ番号「１」のコミュニケータを表す。ノードＮ２は、Ｓｐａｗｎ番号「２」のコミュニケータを表す。ノードＮ３は、Ｓｐａｗｎ番号「３」のコミュニケータを表す。ノードＮ４は、Ｓｐａｗｎ番号「４」のコミュニケータを表す。

【0155】

エッジＥ０は、ノードＮ１内の動的生成されたプロセス０，１と、ノードＮ０内の起動元プロセス１との呼び出し関係を示す。エッジＥ１は、ノードＮ２内の動的生成されたプロセス０，１と、ノードＮ０内の起動元プロセス３との呼び出し関係を示す。エッジＥ２は、ノードＮ４内の動的生成されたプロセス０，１と、ノードＮ０内の起動元プロセス３との呼び出し関係を示す。エッジＥ３は、ノードＮ３内の動的生成されたプロセス０～２と、ノードＮ１内の起動元プロセス０との呼び出し関係を示す。

【0156】

（グラフの比較例）
つぎに、図２３～図３５を用いて、グラフの第１の比較例について説明する。ここでは、０回目のプロセス情報に基づくグラフＧ０と、１回目のプロセス情報に基づくグラフＧ１とを例に挙げて説明する。

【0157】

図２３～図３５は、グラフの第１の比較例を示す説明図である。図２３において、０回目のプロセス情報に基づき生成されたグラフＧ０と、１回目のプロセス情報に基づき生成されたグラフＧ１とが示されている。グラフＧ０は、ノードＮ００～Ｎ０６を含む。グラフＧ１は、ノードＮ１０～Ｎ１６を含む。

【0158】

グラフＧ０内のノードＮ００は、暫定Ｓｐａｗｎ番号が「０」のコミュニケータを表す。グラフＧ１内のノードＮ１０は、暫定Ｓｐａｗｎ番号が「０」のコミュニケータを表す。図２３～図３５中、○は、プロセスを表す。○内の数字は、プロセス番号を表す。なお、ノード間をつなぐエッジの符号は省略する。

【0159】

以下、グラフＧ０を基準にして、グラフＧ０，Ｇ１内の比較対象となるノード間でプロセスの情報の一致の判定を行う場合について説明する。

【0160】

図２４において、まず、ログインノード３０１は、自分の暫定Ｓｐａｗｎ番号が「０」のコミュニケータを表すノードの組合せを、比較対象となるノードの組合せとして特定する。ここでは、グラフＧ０内のノードＮ００とグラフＧ１内のノードＮ１０の組合せが、比較対象となるノードの組合せとして特定される。

【0161】

つぎに、ログインノード３０１は、特定したノードＮ００，Ｎ１０同士で、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致するか否かを判断する。各ノードＮ００，Ｎ１０が表すコミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名は、各ノードＮ００，Ｎ１０が表すコミュニケータのプロセス情報から特定される。

【0162】

例えば、ノードＮ０が表すコミュニケータ内のプロセスのプロセス数は、例えば、ノードＮ００が表すコミュニケータのプロセス情報の「自分のプロセス番号」から特定される。ノードＮ０が表すコミュニケータ内のプロセスのスレッド数は、例えば、ノードＮ００が表すコミュニケータのプロセス情報の「自分のスレッド番号」から特定される。ただし、各プロセスが１スレッドから構成される場合は、スレッド数の一致判定は省略してもよい。ここでは、各プロセスが１スレッドから構成される場合を想定する。ノードＮ０が表すコミュニケータ内のプロセスの起動プログラム名は、例えば、ノードＮ００が表すコミュニケータのプロセス情報の「自分の起動プログラム名」から特定される。

【0163】

ここで、プロセス数、スレッド数および起動プログラム名が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。ここでは、ノードＮ００，Ｎ１０同士で、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致する場合を想定する。

【0164】

図２５において、つぎに、ログインノード３０１は、ノードＮ００内のプロセス０とＮ１０内のプロセス０について、「自分のＳｐａｗｎプロセスを起動した回数」が一致するか否かを判断する。各ノードＮ００，Ｎ１０内の各プロセスの「自分のＳｐａｗｎプロセスを起動した回数」は、各ノードＮ００，Ｎ１０が表すコミュニケータのプロセス情報から特定される。

【0165】

ここで、「自分のＳｐａｗｎプロセスを起動した回数」が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。ここでは、「自分のＳｐａｗｎプロセスを起動した回数」はともに「０」のため、ログインノード３０１は、次のプロセスの処理に移行する。

【0166】

図２６において、つぎに、ログインノード３０１は、ノードＮ００内のプロセス１とＮ１０内のプロセス１について、「自分のＳｐａｗｎプロセスを起動した回数」が一致するか否かを判断する。ここで、「自分のＳｐａｗｎプロセスを起動した回数」が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。

【0167】

ここでは、「自分のＳｐａｗｎプロセスを起動した回数」はともに「２」である。この場合、ログインノード３０１は、ノードＮ００内のプロセス１が０回目に呼び出したＳｐａｗｎプロセスの特定を行う。また、ログインノード３０１は、ノードＮ１０内のプロセス１が０回目に呼び出したＳｐａｗｎプロセスの特定を行う。

【0168】

図２７において、ログインノード３０１は、ノードＮ００内のプロセス１が０回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ０１内のプロセス０，１を特定する。また、ログインノード３０１は、ノードＮ１０内のプロセス１が０回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ１１内のプロセス０，１を特定する。

【0169】

ここで、ノードＮ００，Ｎ１０は、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致する。また、ノードＮ００内のプロセス１と、ノードＮ１０内のプロセス１は、プロセス番号が一致する。このため、ノードＮ０１内のプロセス０，１と、ノードＮ１１内のプロセス０，１は、同じ起動元プロセスから同じ起動順で起動されたプロセスに相当する。そこで、ログインノード３０１は、ノードＮ０１とノードＮ１１を、比較対象となるノードの組合せとして特定する。

【0170】

図２８において、ログインノード３０１は、特定したノードＮ０１，Ｎ１１同士で、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致するか否かを判断する。各ノードＮ０１，Ｎ１１が表すコミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名は、各ノードＮ０１，Ｎ１１が表すコミュニケータのプロセス情報から特定される。

【0171】

ここで、プロセス数、スレッド数および起動プログラム名が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。ここでは、ノードＮ０１，Ｎ１１同士で、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致する場合を想定する。

【0172】

図２９において、ログインノード３０１は、ノードＮ０１内のプロセス０とＮ１１内のプロセス０について、「自分のＳｐａｗｎプロセスを起動した回数」が一致するか否かを判断する。ここで、「自分のＳｐａｗｎプロセスを起動した回数」が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。

【0173】

ここでは、「自分のＳｐａｗｎプロセスを起動した回数」はともに「２」である。この場合、ログインノード３０１は、ノードＮ１０内のプロセス０が０回目に呼び出したＳｐａｗｎプロセスの特定を行う。また、ログインノード３０１は、ノードＮ１１内のプロセス０が０回目に呼び出したＳｐａｗｎプロセスの特定を行う。

【0174】

図３０において、ログインノード３０１は、ノードＮ０１内のプロセス０が０回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ０３内のプロセス０，１を特定する。また、ログインノード３０１は、ノードＮ１１内のプロセス０が０回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ１５内のプロセス０，１を特定する。

【0175】

ここで、ノードＮ０１，Ｎ１１は、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致する。また、ノードＮ０１内のプロセス０と、ノードＮ１１内のプロセス０は、プロセス番号が一致する。このため、ノードＮ０３内のプロセス０，１と、ノードＮ１５内のプロセス０，１は、同じ起動元プロセスから同じ起動順で起動されたプロセスに相当する。そこで、ログインノード３０１は、ノードＮ０３とノードＮ１５を、比較対象となるノードの組合せとして特定する。

【0176】

図３１において、ログインノード３０１は、特定したノードＮ０３，Ｎ１５同士で、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致するか否かを判断する。各ノードＮ０３，Ｎ１５が表すコミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名は、各ノードＮ０３，Ｎ１５が表すコミュニケータのプロセス情報から特定される。

【0177】

ここで、プロセス数、スレッド数および起動プログラム名が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。ここでは、ノードＮ０３，Ｎ１５同士で、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致する場合を想定する。

【0178】

図３２において、ログインノード３０１は、ノードＮ０３内のプロセス０とＮ１５内のプロセス０について、「自分のＳｐａｗｎプロセスを起動した回数」が一致するか否かを判断する。ここで、「自分のＳｐａｗｎプロセスを起動した回数」が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。ここでは、「自分のＳｐａｗｎプロセスを起動した回数」はともに「０」のため、ログインノード３０１は、次のプロセスの処理に移行する。

【0179】

図３３において、つぎに、ログインノード３０１は、ノードＮ０３内のプロセス１とＮ１５内のプロセス１について、「自分のＳｐａｗｎプロセスを起動した回数」が一致するか否かを判断する。ここで、「自分のＳｐａｗｎプロセスを起動した回数」が一致しない場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。ここでは、「自分のＳｐａｗｎプロセスを起動した回数」はともに「０」のため、ログインノード３０１は、次のプロセスの処理に移行する。

【0180】

図３４において、ログインノード３０１は、ノードＮ０１内のプロセス０が１回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ０４内のプロセス０，１を特定する。また、ログインノード３０１は、ノードＮ１１内のプロセス０が１回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ１３内のプロセス０，１を特定する。以降、ログインノード３０１は、同様の処理を再帰的に繰り返す。

【0181】

図３５において、ログインノード３０１は、グラフＧ０，Ｇ１同士で全てのプロセス（スレッド）の情報が一致する場合、グラフＧ０，Ｇ１が一致すると判断する。この場合、ログインノード３０１は、例えば、ノードＮ００が表すコミュニケータ内のプロセス０～２と、ノードＮ１０が表すコニュニケータ内のプロセス０～２とを、同じＳｐａｗｎプロセスとして特定する。

【0182】

また、ログインノード３０１は、ノードＮ０１が表すコミュニケータ内のプロセス０，１と、ノードＮ１１が表すコニュニケータ内のプロセス０，１とを、同じＳｐａｗｎプロセスとして特定する。また、ログインノード３０１は、ノードＮ０３が表すコミュニケータ内のプロセス０，１と、ノードＮ１５が表すコニュニケータ内のプロセス０，１とを、同じＳｐａｗｎプロセスとして特定する。また、ログインノード３０１は、ノードＮ０４が表すコミュニケータ内のプロセス０，１と、ノードＮ１３が表すコニュニケータ内のプロセス０，１とを、同じＳｐａｗｎプロセスとして特定する。

【0183】

つぎに、図３６および図３７を用いて、グラフの第２の比較例について説明する。ここでは、０回目のプロセス情報に基づくグラフＧ０と、２回目のプロセス情報に基づくグラフＧ２とを例に挙げて説明する。

【0184】

図３６および図３７は、グラフの第２の比較例を示す説明図である。図３６において、０回目のプロセス情報に基づき生成されたグラフＧ０と、２回目のプロセス情報に基づき生成されたグラフＧ２とが示されている。グラフＧ０は、ノードＮ００～Ｎ０６を含む。グラフＧ２は、ノードＮ２０～Ｎ２６を含む。

【0185】

ここでは、ノードＮ００，Ｎ２０同士で、コミュニケータ内のプロセスの情報が一致すると判断された場合を想定する。また、ノードＮ０１，Ｎ２１同士で、コミュニケータ内のプロセスの情報が一致すると判断された場合を想定する。また、ノードＮ０３，Ｎ２５同士で、コミュニケータ内のプロセスの情報が一致すると判断された場合を想定する。また、ノードＮ０４，Ｎ２３同士で、コミュニケータ内のプロセスの情報が一致すると判断された場合を想定する。また、ノードＮ０２，Ｎ２２同士で、コミュニケータ内のプロセスの情報が一致すると判断された場合を想定する。

【0186】

この場合、ログインノード３０１は、ノードＮ０２内のプロセス１が０回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ０５内のプロセス０，１を特定する。また、ログインノード３０１は、ノードＮ２２内のプロセス１が０回目に呼び出したＳｐａｗｎプロセスとして、ノードＮ２６内のプロセス０を特定する。

【0187】

ここで、ノードＮ０２，Ｎ２２は、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致する。また、ノードＮ０２内のプロセス１と、ノードＮ２２内のプロセス１は、プロセス番号が一致する。このため、ノードＮ０５内のプロセス０，１と、ノードＮ２６内のプロセス０は、同じ起動元プロセスから同じ起動順で起動されたプロセスに相当する。そこで、ログインノード３０１は、ノードＮ０５とノードＮ２６を、比較対象となるノードの組合せとして特定する。

【0188】

図３７において、ログインノード３０１は、特定したノードＮ０５，Ｎ２６同士で、コミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名が一致するか否かを判断する。各ノードＮ０５，Ｎ２６が表すコミュニケータ内のプロセスのプロセス数、スレッド数および起動プログラム名は、各ノードＮ０５，Ｎ２６が表すコミュニケータのプロセス情報から特定される。

【0189】

ここでは、ノードＮ０５，Ｎ２６同士で、コミュニケータ内のプロセス数が一致しない。この場合、ログインノード３０１は、ＭＰＩプログラムの性能評価を中止する。

【0190】

つぎに、図３８および図３９を用いて、部分的に信用できるプロセスの特定例について説明する。

【0191】

図３８および図３９は、部分的に信用できるプロセスの特定例を示す説明図である。図３８において、０回目のプロセス情報に基づき生成されたグラフＧ０と、２回目のプロセス情報に基づき生成されたグラフＧ２とが示されている。グラフＧ０は、ノードＮ００～Ｎ０６を含む。グラフＧ２は、ノードＮ２０～Ｎ２６を含む。

【0192】

図３７で説明したように、ノードＮ０５，Ｎ２６同士で、コミュニケータ内のプロセス数が一致しない。この場合、ログインノード３０１は、各ノードＮ０５，Ｎ２６の親ノードおよび当該親ノードから呼び出されるノードを除くノードの組合せを検出する。

【0193】

具体的には、例えば、まず、ログインノード３０１は、ノードＮ０５，Ｎ２６の親ノードＮ０２，Ｎ２２を特定する。つぎに、ログインノード３０１は、親ノードＮ０２から呼び出されるノードＮ０５，Ｎ０６を特定する。また、ログインノード３０１は、親ノードＮ２２から呼び出されるノードＮ２４，Ｎ２６を特定する。

【0194】

そして、ログインノード３０１は、特定したノードＮ０２，Ｎ２２，Ｎ０５，Ｎ０６，Ｎ２４，Ｎ２６を除くノードの組合せを検出する。ここでは、ノードＮ００，Ｎ２０の組合せ、ノードＮ０１，Ｎ２１の組合せ、ノードＮ０３，Ｎ２５の組合せ、およびノードＮ０４，Ｎ２３の組合せが検出される。

【0195】

この場合、ログインノード３０１は、ノードＮ０１が表すコミュニケータ内のプロセス０，１と、ノードＮ２１が表すコニュニケータ内のプロセス０，１とを、同じＳｐａｗｎプロセスとして特定する。また、ログインノード３０１は、ノードＮ０３が表すコミュニケータ内のプロセス０，１と、ノードＮ２５が表すコニュニケータ内のプロセス０，１とを、同じＳｐａｗｎプロセスとして特定する。また、ログインノード３０１は、ノードＮ０４が表すコミュニケータ内のプロセス０，１と、ノードＮ２３が表すコニュニケータ内のプロセス０，１とを、同じＳｐａｗｎプロセスとして特定する。

【0196】

これにより、ログインノード３０１は、グラフＧ０，Ｇ２同士で情報が完全一致しなくても、グラフＧ０，Ｇ２同士で情報が一致するノードの組合せを検出して、部分的に信用できるプロセスを特定することができる。

【0197】

以上説明したように、実施の形態にかかるログインノード３０１によれば、ＭＰＩプログラムが複数回実行された結果、複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得することができる。そして、ログインノード３０１によれば、取得したプロセス情報に基づいて、複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセス（同じコミュニケータに属するプロセス）と判断することができる。

【0198】

これにより、ログインノード３０１は、複数回の異なる実行において動的生成された同じＳｐａｗｎプロセスを特定することができる。

【0199】

また、ログインノード３０１によれば、コミュニケータ内の動的生成されたプロセスのプロセス数および起動プログラム名をさらに含むプロセス情報を取得することができる。そして、ログインノード３０１によれば、複数回の異なる実行において、プロセスのプロセス数および起動プログラム名が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセスと判断することができる。

【0200】

これにより、ログインノード３０１は、複数回の異なる実行において動的生成された同じＳｐａｗｎプロセスの特定精度を向上させることができる。

【0201】

また、ログインノード３０１によれば、コミュニケータ内の動的生成されたプロセスが他のプロセスを起動した回数をさらに含むプロセス情報を取得することができる。そして、ログインノード３０１によれば、複数回の異なる実行において、プロセスのプロセス数、起動プログラム名および他のプロセスを起動した回数が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されるプロセス同士を、同じＳｐａｗｎプロセスと判断することができる。

【0202】

これにより、ログインノード３０１は、自分のＳｐａｗｎプロセス（子プロセス）をさらに起動（動的生成）するようなプロセスであっても、複数回の異なる実行において動的生成された同じＳｐａｗｎプロセスを特定することができる。

【0203】

また、ログインノード３０１によれば、取得したプロセス情報に基づいて、複数回の各実行におけるコミュニケータをノードとし、コミュニケータ内の動的生成されたプロセスと当該プロセスの起動元プロセスとの呼び出し関係を有向エッジとしたグラフを生成することができる。また、ログインノード３０１によれば、ノードが表すコミュニケータ内のプロセスを起動元プロセスにおいて起動した起動順に基づいて、生成したグラフ間で比較対象となるノードの組合せを特定し、特定したノードの組合せについて、プロセス情報に基づいて、ノードの組合せの各ノードが表すコミュニケータ内のプロセスの情報が一致するか否かを判断することができる。そして、ログインノード３０１によれば、特定したノードの組合せの全てにおいて、プロセスの情報が一致する場合、ノードの組合せごとに、当該組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じＳｐａｗｎプロセスと判断することができる。

【0204】

これにより、ログインノード３０１は、各実行におけるプロセスの起動を表すグラフを利用して、複数回の異なる実行において動的生成された同じＳｐａｗｎプロセスを効率的に特定することができる。

【0205】

また、ログインノード３０１によれば、特定したノードの組合せの一部の組合せにおいて、プロセスの情報が不一致の場合、一部の組合せのノードの親ノードおよび当該親ノードから呼び出されるノードを除くノードの組合せを検出し、検出したノードの組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じＳｐａｗｎプロセスと判断することができる。

【0206】

これにより、ログインノード３０１は、グラフ同士で情報が完全一致しなくても、グラフ同士で情報が一致するノードの組合せを検出して、部分的に信用できるプロセスを特定することができる。

【0207】

また、ログインノード３０１によれば、生成したグラフの構造に基づいて、複数回の各実行におけるグラフ同士が同型であるか否かを判定し、グラフ同士が同型ではないと判定した場合、ＭＰＩプログラムの性能評価を中止することができる。

【0208】

これにより、ログインノード３０１は、実行されたＭＰＩプログラムが性能評価対象外のプログラムであり、正しくプロファイルできない場合、性能評価を中止することができる。性能評価対象外のプログラムとしては、例えば、動的プロセス生成回数が０以上であり、複数回実行した場合に、同じプロセスや同じスレッドから同じ順番で同じ実行バイナリを用いて動的プロセス生成が行われる保証ができないものがある。また、性能評価対象外のプログラムとしては、動的プロセス生成回数が０以上であり、動的プロセス生成が乱数によって変化（例えば、起動バイナリや起動されるプロセス数が変化）するものがある。

【0209】

また、ログインノード３０１によれば、コミュニケータ内の動的生成されたプロセスのプロセス数、スレッド数および起動プログラム名をさらに含むプロセス情報を取得することができる。そして、ログインノード３０１によれば、複数回の異なる実行において、プロセスのプロセス数、スレッド数および起動プログラム名が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じＳｐａｗｎプロセスと判断することができる。

【0210】

これにより、ログインノード３０１は、各プロセスが複数のスレッドから構成される場合であっても、複数回の異なる実行において動的生成された同じＳｐａｗｎプロセスを特定することができる。

【0211】

また、ログインノード３０１によれば、同じＳｐａｗｎプロセスと判断したプロセスが属するコミュニケータそれぞれに、同一のＳｐａｗｎ番号を設定し、複数回の各実行において得られた同一のＳｐａｗｎ番号が割り振られたコミュニケータの性能情報に基づいて、当該コミュニケータに対応するプログラムについての性能分析を行うことができる。

【0212】

これにより、ログインノード３０１は、既存のプロファイラ（性能解析ツール）で利用可能であって、一意なＳｐａｗｎ番号（確定Ｓｐａｗｎ番号）を振り直すことで、性能分析を行う際のユーザの利便性を向上させることができる。

【0213】

また、ログインノード３０１によれば、性能分析結果を出力することができる。

【0214】

これにより、ログインノード３０１は、複数回の計測（性能情報）が求められるＭＰＩプログラムの性能分析を実現することができる。

【0215】

これらのことから、ログインノード３０１によれば、複数回の異なる実行において動的生成される同じＳｐａｗｎプロセス（同じコミュニケータに属するプロセス）に対する性能分析を可能にすることができる。例えば、ログインノード３０１は、地球シミュレーショやゲノム解析などのスーパーコンピュータで実行されるようなアプリケーションの性能分析を精度よく行うことを可能にすることができる。

【0216】

なお、本実施の形態で説明したＳｐａｗｎ制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本Ｓｐａｗｎ制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本Ｓｐａｗｎ制御プログラムは、インターネット等のネットワークを介して配布してもよい。

【0217】

また、本実施の形態で説明した情報処理装置１０１（ログインノード３０１）は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

【0218】

上述した実施の形態に関し、さらに以下の付記を開示する。

【0219】

（付記１）ＭＰＩプログラムが複数回実行された結果、前記複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得し、
取得した前記プロセス情報に基づいて、前記複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する、
処理をコンピュータに実行させることを特徴とするＳｐａｗｎ制御プログラム。

【0220】

（付記２）前記プロセス情報は、前記コミュニケータ内の動的生成されたプロセスのプロセス数および起動プログラム名を表す情報をさらに含み、
前記判断する処理は、
前記複数回の異なる実行において、プロセスのプロセス数および起動プログラム名が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする付記１に記載のＳｐａｗｎ制御プログラム。

【0221】

（付記３）前記プロセス情報は、前記コミュニケータ内の動的生成されたプロセスが他のプロセスを起動した回数を表す情報をさらに含み、
前記判断する処理は、
前記複数回の異なる実行において、プロセスのプロセス数、起動プログラム名および他のプロセスを起動した回数が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されるプロセス同士を、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする付記２に記載のＳｐａｗｎ制御プログラム。

【0222】

（付記４）取得した前記プロセス情報に基づいて、前記複数回の各実行におけるコミュニケータをノードとし、前記コミュニケータ内の動的生成されたプロセスと当該プロセスの起動元プロセスとの呼び出し関係を有向エッジとしたグラフを生成し、
前記ノードが表すコミュニケータ内のプロセスを起動元プロセスにおいて起動した起動順に基づいて、生成した前記グラフ間で比較対象となるノードの組合せを特定する、
処理を前記コンピュータに実行させ、
前記判断する処理は、
特定した前記ノードの組合せについて、前記プロセス情報に基づいて、前記ノードの組合せの各ノードが表すコミュニケータ内のプロセスの情報が一致するか否かを判断し、
特定した前記ノードの組合せの全てにおいて、前記プロセスの情報が一致する場合、前記ノードの組合せごとに、当該組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする付記２または３に記載のＳｐａｗｎ制御プログラム。

【0223】

（付記５）前記判断する処理は、
特定した前記ノードの組合せの一部の組合せにおいて、前記プロセスの情報が不一致の場合、前記一部の組合せのノードの親ノードおよび当該親ノードから呼び出されるノードを除くノードの組合せを検出し、
検出した前記ノードの組合せの各ノードが表すコミュニケータ内のプロセスと、当該組合せの他のノードが表すコニュニケータ内のプロセスとを、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする付記４に記載のＳｐａｗｎ制御プログラム。

【0224】

（付記６）生成した前記グラフの構造に基づいて、前記複数回の各実行におけるグラフ同士が同型であるか否かを判定する、処理を前記コンピュータに実行させ、
前記グラフ同士が同型ではないと判定した場合、前記ＭＰＩプログラムの性能評価を中止する、ことを特徴とする付記４または５に記載のＳｐａｗｎ制御プログラム。

【0225】

（付記７）前記プロセス情報は、前記コミュニケータ内の動的生成されたプロセスのプロセス数、スレッド数および起動プログラム名を表す情報をさらに含み、
前記判断する処理は、
前記複数回の異なる実行において、プロセスのプロセス数、スレッド数および起動プログラム名が同一のコミュニケータに属し、かつ、同じ起動元プロセスから同じ起動順で起動されたプロセス同士を、同じコミュニケータに属するプロセスと判断する、
ことを特徴とする付記１～６のいずれか一つに記載のＳｐａｗｎ制御プログラム。

【0226】

（付記８）前記同じコミュニケータに属すると判断したプロセスが属するコミュニケータそれぞれに、同一のＳｐａｗｎ番号を設定し、
前記複数回の各実行において得られた前記同一のＳｐａｗｎ番号が割り振られたコミュニケータの性能情報に基づいて、前記コミュニケータに対応するプログラムについての性能分析を行う、
処理を前記コンピュータに実行させることを特徴とする付記１～７のいずれか一つに記載のＳｐａｗｎ制御プログラム。

【0227】

（付記９）前記性能分析の結果を出力する、
処理を前記コンピュータに実行させることを特徴とする付記８に記載のＳｐａｗｎ制御プログラム。

【0228】

（付記１０）ＭＰＩプログラムが複数回実行された結果、前記複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得し、
取得した前記プロセス情報に基づいて、前記複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を同じコミュニケータに属するプロセスと判断する、
処理をコンピュータが実行することを特徴とするＳｐａｗｎ制御方法。

【0229】

（付記１１）ＭＰＩプログラムが複数回実行された結果、前記複数回の各実行におけるコミュニケータごとに、当該コミュニケータ内の動的生成されたプロセスの起動元プロセスにおいて当該プロセスを起動した起動順を含むプロセス情報を取得し、
取得した前記プロセス情報に基づいて、前記複数回の異なる実行において同じ起動元プロセスから同じ起動順で起動されたプロセス同士を同じコミュニケータに属するプロセスと判断する、
制御部を有することを特徴とする情報処理装置。

【符号の説明】

【0230】

１０１ 情報処理装置
１１０，２２００ グラフ
１２１，１２２，１２３，６００，８００，９００，１１００，１２００，１７００，１８００，１９００，２０００，２１００ プロセス情報
３００ 情報処理システム
３０１ ログインノード
３０２ ユーザ端末
３１０ ネットワーク
３２０ 共有データベース
４００ バス
４０１ ＣＰＵ
４０２ メモリ
４０３ ディスクドライブ
４０４ ディスク
４０５ 通信Ｉ／Ｆ
４０６ 可搬型記録媒体Ｉ／Ｆ
４０７ 可搬型記録媒体
１３００ 制御部
１３０１ 取得部
１３０２ 判断部
１３０３ 設定部
１３０４ 分析部
１３０５ 出力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】