JPH05181713A - ヒストリ情報採取方式 - Google Patents

Abstract

(57)【要約】 【目的】 プログラムの実行時にヒストリ情報を一旦ヒ
ストリトレースバッファに格納し、その後、ファイルに
出力する並列処理を行なうことができる計算機に於い
て、ファイルに必要なトレース情報のみを出力すること
により、ファイルがオーバーフローする危険性を少なく
する。 【構成】 処理装置２はプログラム１１の実行時、その
実行状況が変化する毎にヒストリ情報をヒストリトレー
スバッファ１２にサイクリックに格納し、プログラム１
１の実行終了時にのみその内容をファイル３に出力す
る。 【効果】 必要になるヒストリ情報は主にプログラムが
異常終了した時のものであるので、プログラムの実行終
了時のみにファイルへの出力を行なうことにより、ファ
イルがオーバーフローする危険性を少なくし、且つ必要
なヒストリ情報を得ることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は並列処理を行なうことが
できる計算機に於いて、ヒストリ情報を採取するヒスト
リ情報採取方式に関する。

【０００２】

【従来の技術】従来より、並列処理を行なうことができ
る計算機に於いては、プログラムの実行状況（例えば、
サブルーチンＡとサブルーチンＢとが同時に実行された
等）をヒストリ情報として採取するということが行なわ
れている。

【０００３】ところで、ヒストリ情報を採取する場合、
従来は、プログラムの実行状況が変化する毎に、その
時、並列的に実行されているサブルーチン，関数プログ
ラム等を示す情報をヒストリ情報としてメモリ中のサイ
クリックに使用されるヒストリトレースバッファに一旦
格納し、ヒストリトレースバッファがオーバーフローす
る毎にヒストリトレースバッファに格納されているヒス
トリ情報をファイルに出力していた。

【０００４】また、この他にも利用者が必要とするヒス
トリ情報のみをファイルへ出力させるための出力処理を
プログラム中に記述しておき、上記出力処理の記述に従
って利用者が必要とするヒストリ情報のみをファイルへ
出力するということも行なわれている。

【０００５】

【発明が解決しようとする課題】上述した従来方式の
内、前者はヒストリトレースバッファがオーバーフロー
する毎にファイルへヒストリ情報を出力していたため、
ファイルがオーバーフローする可能性が高いという問題
点がある。

【０００６】また、後者によれば、ファイルがオーバー
フローする危険性は少なくなるが、プログラムにファイ
ルへの出力処理を記述しておくことが必要になるため、
利用者に負担がかかるという問題点がある。

【０００７】本発明の目的は、利用者に負担をかけるこ
となく、ファイルがオーバーフローする危険性を少ない
ものにすることができるヒストリ情報採取方式を提供す
ることにある。

【０００８】

【課題を解決するための手段】本発明は上記目的を達成
するため、並列処理を行なう処理装置を備え、プログラ
ムの実行時、ヒストリ情報をヒストリトレースバッファ
にサイクリックに一旦格納し、その後、ファイルに出力
する計算機に於いて、前記処理装置は前記プログラムの
実行終了時にのみ前記ヒストリトレースバッファの内容
をファイルに出力するようにしたものである。

【０００９】

【作用】ヒストリ情報が必要になるのは主に、プログラ
ムの実行が異常終了した時のものである。従って、プロ
グラムの実行終了時にのみヒストリトレースバッファの
内容を出力するだけで、必要な情報は得ることができ、
また、ファイルがオーバーフローする危険性を少ないも
のにすることができる。

【００１０】

【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。

【００１１】図１は本発明の実施例のブロック図であ
り、メモリ１と、並列処理を行なうことができる処理装
置２と、ヒストリ情報が出力されるファイル３とから構
成されている。

【００１２】メモリ１には処理装置２で実行される並列
処理が可能なプログラム１１が格納されている。また、
メモリ１には複数のヒストリトレースエントリ１３から
構成されるヒストリトレースバッファ１２が設けられて
いる。

【００１３】図２は処理装置２の処理例を示すフローチ
ャート、図３はヒストリトレースバッファ１２の各時点
の状態を示した図であり、以下各図を参照して本実施例
の動作を説明する。

【００１４】処理装置２がプログラム１１の実行を開始
しておらず、且つ図２のフローチャートに示す処理を開
始していない時、ヒストリトレースバッファ１２の状態
は図３（ａ）に示すように未使用となっている。

【００１５】処理装置２は図２のフローチャートに示す
処理を開始すると、先ず、ヒストリトレースバッファ１
２の先頭のヒストリトレースエントリ１３にポインタを
セットすることによりヒストリトレースバッファ１２の
初期化を行なう（ステップＳ２１）。図３（ｂ）はこの
時のヒストリトレースバッファ１２の状態を示してい
る。

【００１６】その後、処理装置２がプログラム１１の実
行を開始することによりプログラムの実行状況が変化す
ると、ステップＳ２２の判断結果がＹＥＳとなり、ステ
ップＳ２３の処理が行なわれる。

【００１７】ステップＳ２３ではヒストリ情報をヒスト
リトレースバッファ１２のポインタが指し示すヒストリ
トレースエントリ１３に格納する処理が行なわれ、次の
ステップＳ２４では上記ポインタを更新する処理が行な
われる。

【００１８】その後、実行されるサブルーチン，関数プ
ログラム等が変化し、プログラムの実行状況が変化した
場合もステップＳ２２の判断結果がＹＥＳとなり、ヒス
トリトレースバッファ１２のポインタが指し示すヒスト
リトレースエントリ１３にヒストリ情報（その時、実行
されているサブルーチン，関数プログラム等を示す情
報）が格納される (ステップＳ２３）。図３（ｃ）はヒ
ストリ情報の採取が何回か行なわれた後のヒストリトレ
ースバッファ１２の状態を示している。

【００１９】また、処理装置２はプログラム１１の実行
が正常終了或いは異常終了すると (ステップＳ２５の判
断結果がＹＥＳとなると）、ヒストリトレースバッファ
１２に格納されているヒストリ情報を先頭から順番にフ
ァイル３に出力し (ステップＳ２７）、その処理を終了
する。

【００２０】また、処理装置２はヒストリトレースバッ
ファ１２がオーバフローした場合は(ステップＳ２６が
ＹＥＳの場合）はステップＳ２１の処理に戻り、ヒスト
リトレースバッファ１２を再び初期化する。図３（ｄ）
はヒストリトレースバッファ１２がオーバーフローした
状態を示し、図３（ｅ）は再び初期化された時のヒスト
リトレースバッファ１２の状態を示している。

【００２１】また、ヒストリトレースバッファ１２がオ
ーバフローしていない場合（ステップＳ２６がＮＯの場
合）はステップＳ２２の処理を行なってプログラム１１
の実行状況が変化しているか否かを判断し、変化してい
る場合はステップＳ２３の処理を行ない、変化していな
ければステップＳ２５の処理を行なう。

【００２２】このように、本実施例はプログラム１１の
実行が終了した場合のみ、ヒストリトレースバッファ１
２の内容をファイル３に出力するものであるので、ファ
イル３がオーバーフローする危険性を少ないものにする
ことができる。

【００２３】ここで、ヒストリトレースバッファ１２の
オーバーフロー時にステップＳ２１の処理を行ない、ヒ
ストリトレースバッファ１２の初期化を行なうと、それ
以前にヒストリトレースバッファ１２に格納されていた
ヒストリ情報は消えてしまうが、必要になるヒストリ情
報は、主にプログラムが異常終了した時のヒストリ情報
であるので、上記したようにプログラムの実行終了時に
のみヒストリトレースバッファ１２の内容を出力するよ
うにしても、必要なヒストリ情報を採取することはでき
る。

【００２４】

【発明の効果】以上説明したように、本発明は、プログ
ラムの実行終了時にのみ、ヒストリトレースバッファに
格納されているヒストリ情報をファイルに出力するよう
にしたものであるので、ファイルがオーバーフローする
危険性を少ないものにすることができる効果があると共
に、利用者に負担をかけることなく、必要なヒストリ情
報を採取できる効果がある。

【図面の簡単な説明】

【図１】本発明の実施例のブロック図である。

【図２】処理装置の処理例を示すフローチャートであ
る。

【図３】ヒストリトレースバッファの状態を示す図であ
る。

【符号の説明】

１…メモリ ２…処理装置 ３…ファイル １１…プログラム １２…ヒストリトレースバッファ １３…ヒストリトレースエントリ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 並列処理を行なう処理装置を備え、プロ
   グラムの実行時、ヒストリ情報をヒストリトレースバッ
   ファにサイクリックに一旦格納し、その後、ファイルに
   出力する計算機に於いて、 前記処理装置は前記プログラムの実行終了時にのみ前記
   ヒストリトレースバッファの内容をファイルに出力する
   ことを特徴とするヒストリ情報採取方式。