JPH1139190A - 並列処理プログラムのデバッグシステム、及びそのデバッグ方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明はデータ並列型処理装置に係り、特に
本発明はデータ並列型処理装置の並列処理プログラムを
効率よくデバッグ処理し、並列処理プログラムの有効な
デバッグツールとしてプログラム開発支援に大きく寄与
するデバッグシステム、及びそのデバッグ方法を提供す
るものである。 【解決手段】 データ並列型処理装置のデバッグシステ
ムであり、複数の並列プロセス２２ー１、２２ー２、・
・・を、それぞれ対応する逐次デバッガ２１ー１、２１
ー２、・・・でデバッグ処理を行い、その処理結果を応
答情報として管理プロセス１８に出力する。また、管理
プロセス１８は応答情報を受信した元の理由を知ってお
り、デバッグコマンドに対する応答情報として利用し、
各逐次デバッガのデバッグ状態を管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数のプロセッサエ
レメントを使用してデータ処理を行うデータ並列型処理
装置に係り、特にその処理装置を駆動する並列処理プロ
グラムのデバッグシステム、及びそのデバッグ方法に関
する。

【０００２】

【従来の技術】同じ演算処理を繰り返し、またパラメー
タを変えて計算を繰り返す科学技術計算用並列コンピュ
ータにおいては、演算処理を複数のプロセッサで分割し
て行うデータ並列型処理が行われている。この処理は、
同じ計算プログラムを複数のプロッセサに分割して行わ
せるため、それぞれのプロセッサエレメントは分割され
た計算処理の実行に必要なデータや変数のみを使用して
演算処理い、高速演算処理を実現するものである。

【０００３】一方、ソフトウエア開発の最終段階におい
て、プログラムのソースコードや実行形式等を調べ、プ
ログラムやデータ、変数等の誤りを発見するデバック作
業は必要不可欠である。従来、このデバック処理は以下
のようなデバッガによって実行されていた。

【０００４】すなわち、プロセッサユニット単位でプロ
グラムのデバッグを行う逐次デバッガである。１つのプ
ロセッサユニット内の処理プログラムのみをデバッグす
るデバッガであり、プロセッサユニット単位でプログラ
ムの動きを追いながら、例えばソースプログラムをある
行で止め、またデータや変数の内容をチェックしながら
デバック処理を行うものである。

【０００５】

【発明が解決しようとする課題】しかしながら、複数の
プロセッサユニットを並列に接続するデータ並列処理装
置のプログラムをデバッグする場合、上述のようにプロ
セッサユニット毎にデバック作業を行うため煩雑な作業
が必要である。すなわち、複数のプロセッサエレメント
のそれぞれに対し、個々にデバック作業を行う必要があ
り、デバック作業が非効率であり、作業に長時間を要す
る。

【０００６】そこで、本発明はデータ並列型処理装置の
並列処理プログラムを効率よくデバッグ処理し、並列処
理プログラムの有効なデバッグツールとしてプログラム
開発支援に大きく寄与するデバッグシステム、及びその
デバッグ方法を提供するものである。

【０００７】

【課題を解決するための手段】請求項１記載の発明は上
記課題を解決するため、複数のプロセッサエレメントが
接続され、同じプログラムを前記複数のプロセッサエレ
メントで並列に処理するデータ並列型処理装置のデバッ
グシステムにおいて、前記各プロセッサエレメントの処
理プログラムのデバッグを行う逐次デバッガと、該逐次
デバッガに対しデバッグコマンドを出力し、各処理プロ
グラムのデバッグを行わせ、その結果である応答情報を
受信して前記データ並列処理装置のデバック管理を行う
管理プロセッサとを有する並列処理プログラムのデバッ
クシステムを提供することによって達成できる。

【０００８】ここで、複数のプロセッサエレメントは、
同じプログラムを並列に処理するプロセッサであり、例
えば科学技術計算処理を行う際の並列プログラムが対象
である。また、各プロセッサユニットは専用のローカル
なメモリと共に、各プロセッサに配置された共有メモリ
をアクセスすることができ、例えばプロセッサは自己の
ローカルメモリと共に、共有メモリをアクセスすること
ができる。

【０００９】また、逐次デバッガは、対応するプロセッ
サエレメントのプログラム処理のみをデバッグするデバ
ッガであり、管理プロセッサから出力されるデバッグコ
マンドに従ってデバック作業を行う。尚、デバッグコマ
ンドとしては、後述する「ＰＲＩＮＴ」コマンド、「Ｂ
ＲＥＡＫ」コマンド、「ＣＯＮＴＩＮＵＥ」コマンド
「ＳＴＥＰ」コマンド、「Ｐ．ＳＴＡＴ」コマンド、等
を使用する。

【００１０】また、管理プロセッサは各プロセッサエレ
メントにデバックコマンドを出力し、各プロセッサエレ
メントの逐次デバッグによって、対応するプロセッサエ
レメントのデータに対するデバッグ処理の結果得られる
情報を応答情報として受け取る。

【００１１】このように構成することにより、管理プロ
セッサは各プロセッサエレメントの逐次デバッガに各種
デバックコマンドを出力し、逐次デバッガからの応答情
報を受信することによって全てのプロセッサエレメント
のプログラムの状態を把握でき、効率よくデバッグ管理
を行うことができると共に、効率よいデバッグ処理を行
うことができる。

【００１２】請求項２の記載は、上記請求項１記載の発
明において、前記管理プロセッサは、例えばサーバプロ
セッサを介して前記デバッグコマンドを前記逐次デバッ
ガに出力し、サーバプロセッサを介して前記逐次デバッ
ガから出力される応答情報を入力する構成である。

【００１３】すなわち、本例は上記管理プロセッサと逐
次デバッガ間のデバッグコマンド、及び応答情報の授受
をサーバプロセッサを介して行う構成である。本例にお
いてサーバプロセッサを使用する意味は、デバッグコマ
ンドや応答情報の授受をスムースに行うと共に、後述す
るように管理プロセッサの負担を軽減するためである。

【００１４】請求項３の記載は、上記請求項１又は２記
載の発明において、前記デバッグコマンドの出力は、前
記複数の逐次デバッガの中の任意の逐次デバッガを選択
して行う構成である。

【００１５】本例は複数のプロセッサエレメントの中で
選択したプロセッサエレメントのみにデバッグコマンド
を出力し、ユーザの希望するプロセッサエレメントのデ
バッグ状態を確認し、また例えば当該プロセッサエレメ
ントのローカルメモリのデータを確認し、又は変更する
等に使用する。

【００１６】請求項４の記載は、上記請求項１又は２記
載の発明において、前記デバッグコマンドの出力は、例
えば前記複数の逐次デバッガの全てを選択して行う構成
である。

【００１７】本例は上記請求項３の記載と異なり、全て
の逐次デバッガに対しデバッグコマンドを出力する構成
であり、ユーザは個々のプロセッサエレメントを意識す
ることなく各種デバッグコマンドを出力することができ
る。

【００１８】すなわち、ユーザは複数のプロセッサエレ
メントを意識することなく、全ての逐次デバッガにデバ
ッグコマンドを出力しても、例えばローカルメモリから
データを読み出す場合、１のローカルメモリからしか必
要なデータが出力されず、従って必要なデータを確実に
読み出すことができる。

【００１９】請求項５の記載は、上記請求項３又は４の
記載において、前記逐次デバッガの選択は、前記管理プ
ロセッサが行う構成である。このように構成することに
より、ユーザがプロセッサエレメントの選択を行わない
場合でも、管理プロセッサが全ての逐次デバッガを選択
するか、又は一部の逐次デバッガを選択するか決定する
構成である。したがって、この構成により、管理プロセ
ッサによって自動的にプロセッサエレメント（逐次デバ
ッガ）を選択することができる。

【００２０】請求項６の記載は、上記請求項１又は２記
載の発明において、前記管理プロセッサは全ての逐次デ
バッガから応答情報が供給されるまで、次のデバッグコ
マンドを出力しない構成である。

【００２１】例えば、上記処理によって全ての逐次デバ
ッガが選択された場合、全ての逐次デバッガから応答情
報が入力するまでが次のデバックコマンドを出力せず、
また一部の逐次デバッガを選択した場合、選択した逐次
デバッガから応答情報が入力するまでが次のデバックコ
マンドを出力しない構成である。

【００２２】このように構成することにより、管理プロ
セッサに接続された複数のプロセッサエレメントのデバ
ック処理を一括管理しながら作業を進めることができ
る。請求項７の記載は、上記請求項１又は２記載の発明
において、前記管理プロセッサは全ての逐次デバッガか
ら応答情報が供給されない時、例えば状態表示を行う構
成である。

【００２３】請求項８の記載は、前記請求項１又は２記
載の発明において、前記応答情報は、例えば前記逐次デ
バッガ毎にまとめて表示する構成である。すなわち、本
例は応答情報をデイスプレイに表示する際、各逐次デバ
ッガからの応答情報毎にまとめて表示する構成であり、
例えば上記「ＰＲＩＮＴ」コマンド、及び「ＳＥＴ」コ
マンドに対する応答情報を表示処理する場合である。

【００２４】このように構成することにより、例えば、
１つの逐次デバッガからの応答情報が数行分の情報を有
する場合でも、同じ逐次デバッガからの応答情報は連続
して表示され、他の逐次デバッガからの応答情報が混入
することがないので、デバッグの結果が極めて見やすい
表示となる。

【００２５】請求項９の記載は、前記請求項８記載の発
明において、前記逐次デバッガ毎にまとめて表示される
応答情報は、優先度に従って順番に表示される構成であ
る。ここで、上記優先度としては、単に若い番号の逐次
デバッガからの応答情報順に表示する場合や、ユーザの
設定に従って決められた表示の優先順位である。

【００２６】請求項１０の記載は、前記請求項８の記載
において、前記応答情報が、冗長な情報であるとき表示
を削除する構成である。ここで、上記冗長な情報とは、
逐次デバッガからの応答情報が重複する場合であり、こ
の場合例えば１の逐次デバッガをカレントとし、この逐
次デバッガからの応答情報のみを表示し、他の逐次デバ
ッガからの応答情報を冗長な情報として削除するもので
ある。

【００２７】このように構成することにより、重複する
表示をなくし、効率よい表示を行い、データ並列型処理
装置における各逐次デバッガからの応答情報をより見や
すくするものである。請求項１１の記載は、上記請求項
１又は２記載の発明のおいて、前記応答情報には、逐次
デバッガの識別情報が付加される構成である。

【００２８】上記応答情報に当該応答情報を出力した逐
次デバッガの識別情報を付加することによって、例えば
上記逐次デバッガ毎の応答情報の表示を可能とする。但
し、上記逐次デバッガ毎の応答情報の表示は、上記識別
情報の付加に限って可能となるものではない。また、こ
の応答情報が付加される場合には、「ＰＲＩＮＴ」コマ
ンド、「ＳＥＴ」コマンド、「ＢＲＥＡＫ」コマンド、
「ＣＯＮＴＩＮＵＥ」コマンド、等のコマンドに対する
応答情報である。

【００２９】請求項１２の記載は、上記請求項１１記載
の発明において、前記識別情報の付加は管理プロセッサ
が行う構成である。すなわち、本例は上記識別情報の付
加を管理プロセッサが行うものであり、逐次デバッガか
ら供給される応答情報に対して識別ラベル等の識別情報
を付加し、この識別情報に従って応答情報を表示する。

【００３０】請求項１３の記載は、上記請求項１１記載
の発明において、前記識別情報の付加はサーバプロセッ
サが行う構成である。前記請求項１２は管理プロセッサ
によって識別情報を付加したのに対し、本例はサーバプ
ロセッサによって識別情報を付加する構成であり、この
ように構成することのにより、管理プロセッサの負担を
軽減することができる。

【００３１】請求項１４の記載は、上記請求項１又は２
の記載において、前記プロセッサエレメントには、各プ
ロセッサエレメントのみがアクセスできるローカルメモ
リと、全てプロセッサエレメントがその対応するプロセ
ッサエレメントを介してアクセスできる共有メモリとを
有し、所定アドレスのデバッグコマンドが入力され、当
該アドレスが所定プロセッサエレメントのローカルメモ
リに対応する時、転送関数を使用して当該アドレスの対
応するプロセッサエレメントの共有メモリの変数領域を
アクセスする構成である。

【００３２】請求項１５の記載は、上記請求項１又は２
記載の発明において、前記応答情報は、例えば前記管理
プロセッサに設けられたデイスプレイの基本ウインドウ
に表示する構成である。

【００３３】また、請求項１６の記載は、上記請求項１
又は２記載の発明において、前記状態表示は、前記管理
プロセッサに設けられたデイスプレイの基本ウインドウ
内に表示する構成である。

【００３４】さらに、請求項１７の記載は、上記請求項
１５又は１６の記載において、前記デイスプレイには、
ソースプログラムの表示を行うプロセスウインドウも作
成する構成である。

【００３５】このように構成することにより、基本ウイ
ンドウには上記応答情報の表示を行い、プロセスウイン
ドウにソース表示を行うことによって、両者を比較する
ことができる。同様に、基本ウインドウには上記状態表
示を行い、プロセスウインドウにソース表示を行うこと
によっても、両者を比較することができる。

【００３６】請求項１８の記載は、前記請求項１又は２
記載の発明において、前記デバッグコマンドは、状態表
示コマンドである。この状態表示コマンドは、プリント
命令やデータ変更命令が出力された後、出力されるコマ
ンドであり、例えば管理プロセッサに記憶する情報を表
示する。このように構成することにより、管理プロセッ
サは状態表示コマンドを出力することにより、各プロセ
ッサエレメントのプログラムチェックをディスプレイを
見ながら管理することができる。

【００３７】尚、本発明で使用するコマンドは上記「Ｐ
ＲＩＮＴ」コマンド、等に限らず、「ＳＴＥＰ」コマン
ド、「ＣＯＮＴＩＮＵＥ」コマンド、「ＢＲＥＡＫ」コ
マンド、等の各種コマンドを使用することができる。

【００３８】請求項１９記載の発明は上記課題を解決す
るため、複数のプロセッサエレメントが接続され、同じ
プログラムを前記複数のプロセッサエレメントで並列に
処理するデータ並列型処理装置のデバックシステムにお
いて、前記各プロセッサエレメントの処理プログラムの
デバッグを行う逐次デバッガに対しデバッグコマンドを
出力し、各処理プログラムのデバッグを行わせ、その結
果である応答情報を受信して前記データ並列型処理装置
のデバッグ管理を行うことを特徴とするデバッグ用の管
理プロセッサ。

【００３９】本発明は上記各種処理を行うデバッグ用の
管理プロセッサの発明である。請求項２０記載の発明は
上記課題を解決するため、同じ並列プログラムを処理す
るプロセスエレメントに対しデバッグコマンドを出力す
るコマンド出力処理機能と、該コマンド出力処理によっ
て出力されたデバッグコマンドに基づいて、前記プロセ
スエレメントの処理プログラムをデバッグして得られる
応答情報を受信し、前記データ並列型処理プログラムの
デバック管理を行う管理プロセス機能とをコンピュータ
に実行させる命令を含むプログラムを格納した前記コン
ピュータが読み取り可能な記憶媒体。

【００４０】本発明は上記各種処理を行うデバッグ用の
管理プロセッサに関する記憶媒体の発明である。請求項
２１記載の発明は上記課題を解決するため、複数のプロ
セスエレメントが接続され、同じプログラムを前記複数
のプロセスエレメントで並列に処理する並列処理プログ
ラムのデバック方法において、前記プロセスエレメント
に対しデバッグコマンドを出力するコマンド出力処理
と、該コマンド出力処理によって出力されたデバッグコ
マンドに基づいて、前記プロセスエレメントの処理プロ
グラムのデバッグを行う逐次デバッグと、該逐次デバッ
グの結果得られる応答情報を受信し、データ並列処理プ
ログラムのデバック管理を行う管理プロセスとを実行す
る並列処理プログラムのデバッグ方法を提供することに
よって達成できる。

【００４１】上記請求項１〜１８の記載がデータ並列型
処理装置の並列処理プログラムをデバッグするシステム
であったのに対し、本例は上記装置の並列処理プログラ
ムのデバッグ方法に関するものである。すなわち、管理
プロセッサから並列に接続されたプロセッサエレメント
に対し、各種デバッグコマンドを出力するコマンド出力
処理を行い、このコマンドに基づいて行う逐次デバッグ
処理の結果得られる応答情報は管理プロセッサに供給さ
れ、管理プロセッサは応答情報に従ってデータ並列型処
理装置のプログラムのデバッグ管理を行うものである。

【００４２】このように構成することによっても、応答
情報によって全てのプロセッサエレメントのプログラム
の状態を把握でき、効率よくデバッグ管理を行うことが
できると共に、効率よいデバッグ処理を行うことができ
る。

【００４３】また、請求項２２以降、請求項２７までの
発明は、デバッグ方法に関する発明であり、前記デバッ
グシステムの対応する発明を方法によって実現するもの
である。

【００４４】請求項２８記載の発明は上記課題を解決す
るため、複数のプロセッサエレメントが接続され、同じ
プログラムを前記複数のプロセッサエレメントで並列に
処理するデータ並列型処理装置のデバックシステムにお
いて、前記各プロセッサエレメントの処理プログラムの
デバッグを行う逐次デバッガと、前記逐次デバッガに対
しデバッグコマンドを出力し、各処理プログラムのデバ
ッグを行わせ、その結果である応答情報を受信して前記
データ並列型処理装置のデバッグ管理を行う管理プロセ
ッサと、該管理プロセッサのディスプレイに形成され、
個々のプロセッサエレメントの同じ、或いは異なるソー
スプログラムを並列に表示するウインドウとを有する並
列処理プログラムのデバッグシステムを提供することに
より達成できる。

【００４５】請求項３２記載の発明は上記課題を解決す
るため、同じプログラムを処理するプロセスエレメント
に対しデバッグコマンドを出力するコマンド出力処理機
能と、該コマンド出力処理によって出力されたデバッグ
コマンドに基づいて、前記プロセスエレメントの処理プ
ログラムをデバッグする逐次デバッグ処理機能と、該逐
次デバッグ処理の結果得られる応答情報を受信し、前記
データ並列型処理プログラムのデバック管理を行う管理
プロセス処理機能とをコンピュータに実行させる命令を
含むプログラムを格納した前記コンピュータが読み取り
可能な記憶媒体。

【００４６】本例は、上記構成のデバッグプログラムを
記憶するフロッピーディスクや、光ディスク等の記憶媒
体の発明である。すなわち、上記構成のデバッグプログ
ラムを記憶する記憶媒体それ自体の発明である。

【００４７】

【発明の実施の形態】以下、本発明の実施形態例を図面
を用いて詳細に説明する。図２は本発明のデバッグシス
テムを適用するデータ並列型処理装置のシステム構成図
である。サーバである管理プロセッサ１はディスク２に
記憶する並列プログラムによって、例えば科学技術計算
処理等を行う。管理プロセッサ１には専用回線を介して
３個のプロセッサエレメント４〜６が接続されている。
尚、管理プロセッサ１はサーバであると共に、１個のプ
ロセッサエレメント３としても機能する。

【００４８】上記システムにおいて、科学技術計算を行
う場合、管理プロセッサ１はディスク２から計算プログ
ラムを読み出し、例えば同じ演算処理を繰り返し行う場
合、４個のプロセッサエレメント３〜６に演算処理を分
割して行わせる。例えば、Ａ＊Ｂの演算を１００回行う
場合、１００回の処理を４分割し、各プロセッサエレメ
ント３〜６にそれぞれ２５回のＡ＊Ｂの演算処理を割り
振る。したがって、各プロセッサエレメント３〜６は演
算対象となるＡ、Ｂのデータを２５個づつ分散して記憶
する。

【００４９】図３は、上述の管理プロセッサ１の構成を
説明する図である。同図において、ＣＰＵ９は管理プロ
セッサ１の制御を行う中央処理部であり、プログラムメ
モリ７に記憶されたプログラムに従って処理を行う。ま
た、後述する逐次デバッガから供給される応答情報は通
信インターフェイス（以下、単にＩ／Ｆで示す）１７ａ
を介して入力し、例えば一旦メモリ８に記憶される。ま
た、本システムでは入出力インターフェイス（以下Ｉ／
Ｏという）１７ｂを介してディスプレイ１０とキーボー
ド１１が接続され、必要に応じてディスプレイ１０に応
答情報を表示し、キーボード１１からユーザの指示する
命令を入力する。尚、ディスプレイ１０の表示構成につ
いては後述する。

【００５０】また、ドライバ１２は外部に接続された記
憶媒体との間でデータの授受を行い、例えば磁気ディス
ク１３、磁気テープ１４、フロッピーディスク１５、光
ディスク１６が接続されている。これらの記憶媒体に
は、本例のデバックシステムのプログラムも記憶され、
必要に応じて読み出して使用する構成である。

【００５１】また、図２５は本実施形態例を実現するプ
ログラムが記憶された記憶媒体を特に説明する図であ
る。尚、上述の図３に対応するブロックには同じ番号を
記載している。

【００５２】一方、図１は上記構成のデータ並列型処理
装置に適用した本発明のデバックシステムのシステム構
成図を示す。同図において、管理プロセス１８は、ユー
ザ１９との対話に従って本例のデバック処理を進めるデ
バッグ管理プログラムであり、上述の管理プロセッサ１
が行う処理である。

【００５３】具体的には、ユーザ１９が管理プロセッサ
１のキーボード１１、又はディスプレイ１０に設けられ
た後述するボタンを操作し、各種デバックコマンドを入
力する。ここで、デバックコマンドとしては、例えば指
定するデータのプリント要求を行う「ＰＲＩＮＴ」コマ
ンド、データの書き換え指示を行う「ＳＥＴ」コマン
ド、ソースプログラムに停止位置を設定する「ＢＲＥＡ
Ｋ」コマンド、状態表示を行わせる「Ｐ．ＳＴＡＴ」コ
マンド、等のコマンドである。管理プロセッサ１は、上
述のキー操作信号、又はボタン操作信号に従って指示さ
れたデバックコマンドを出力する。

【００５４】サーバプロセス２０−１、２０−２、・・
・は、上述の管理プロセッサ１から出力される各種デバ
ックコマンドを、対応する逐次デバッガ２１−１〜２１
−１、・・・に出力するプログラムであり、各種デバッ
グコマンドの受け渡し処理を行う。また、逐次デバッガ
２１−１、２１−２、・・・から出力される応答情報を
管理プロセッサ１に供給する処理も行う。ここで、管理
プロセス１８とサーバプロセス２０−１、２０−２、・
・・間はソケット通信であり、サーバプロセス２０−
１、２０−２、・・・と対応する逐次デバッガ２１−
１、２１−２、・・・間はパイプ通信で上述の各種デバ
ックコマンド、及び応答情報の通信が行われる。

【００５５】逐次デバッガ２１−１、２１−２、・・・
は、対応するサーバプロセス２０−１、２０−１、・・
・によって、管理プロセッサ１から供給されるデバック
コマンドを解析し、コマンドの指示するデバック命令を
実行する。例えば、「ＰＲＩＮＴ」コマンドがデバッグ
コマンドとして供給された時、指定される領域からデー
タを読み出し、管理プロセス１８に応答情報を出力す
る。また、「ＢＲＥＡＫ」コマンドであれば、ソースプ
ログラムの指定する番地に停止ポインタを設定する。

【００５６】また、逐次デバッガ２１−１、２１−２、
・・・は、対応するプロセッサエレメント３〜６の並列
プロセス２２−１、２２−２、・・・をデバッグ処理の
対象とし、上記並列プロセスは基本的に全てプロセッサ
エレメント３〜６において同じである。また、逐次デバ
ッガ２１−１、２１−２、・・・によるデバックの対象
は、各並列プロセスがアクセスできるローカルメモリや
共有メモリのデータや変数も含まれる。

【００５７】図４は、各プロセッサエレメント３〜６の
構成を、逐次デバッガと並列プロセスを含めて示すデー
タ構造図である。同図において、プロセッサエレメント
３はローカルメモリエリア２４−１を有し、並列プロセ
ス２２−１の処理の際上記ローカルメモリエリア２４−
１のデータを使用して処理を行う。また、プロセッサエ
レメント４はローカルメモリエリア２４−２を有し、並
列プロセス２２−２の処理の際このローカルメモリエリ
ア２４−２のデータを使用する。以下、プロセッサエレ
メント５、及び６についても同様の構成である。

【００５８】また、各プロセッサエレメント３〜６には
共有メモリ２８が配置されている。この共有メモリ２８
は、何れの並列プロセス２２−１〜２２−４からも読み
出すことができる。

【００５９】尚、ローカルメモリ２４−１〜２４−４に
は、例えば対応する並列プロセス２２−１〜２２−４を
実行する際の、データや変数が書き込まれ、またこれら
の情報が読み出される。尚、本例ではローカルメモリ２
４−１〜２４−４のエリアを“Ｂ”とし、各エリアに
「１」〜「２５」、「２６」〜「５０」、「５１」〜
「７５」、「７５」〜「１００」のアドレス番号を付し
て以後説明するものとする。

【００６０】一方、共有メモリ２８には、ローカルメモ
リ２４−１〜２４−４に登録できないデータや変数、又
は各ローカルメモリ２４−１〜２４−４が共有して使用
するデータや変数を登録する。尚、本例では上記共有メ
モリ２８のエリアを“Ａ”とし、本例の説明では「１０
０」の記憶エリアを有するものとし、このエリアを４分
割して「１」〜「２５」、「２６」〜「５０」、「５
１」〜「７５」、「７５」〜「１００」とし、各プロセ
ッサエレメント３〜６が分割して有するものとする。

【００６１】さらに、図示しないが、ローカルエリアの
領域として、各プロセッサエレメント３〜６が共通にア
ドレス指定できるメモリエリアを設けてもよい。この場
合、各エリアのアドレス番号は、例えば「１」〜「１０
０」をそれぞれ有するものとする。

【００６２】一方、図５は前述の管理プロセッサ１のデ
ィスプレイ１０に表示されるウインドウの表示例を示
し、ディスプレイ１０にはベースウインドウ３０とプロ
セスウインドウ３１が表示される。ベースウインドウ３
０はソース表示部３２とデバッガの情報表示部３３で構
成され、ソース表示部３２にはソースプログラム、すな
わち上述の並列プロセスが表示され、情報表示部３３に
は後述するデバックコマンドに基づいて行った処理の結
果が応答情報として表示される。また、出力情報も表示
される。

【００６３】また、各コマンドボタンは、対応するコマ
ンドを指定する際操作するボタンである。例えば、ラン
ボタン３４はデバックプログラムを開始する際操作する
ボタンであり、この場合「ＲＵＮ」コマンドが管理プロ
セッサ１から出力される。また、ステップボタン３５は
「ＳＴＥＰ」コマンドを出力する際操作するコマンドで
ある。さらに、コンティニューボタン３６は「ＣＯＮＴ
ＩＮＵＥ」コマンドを出力する際操作するボタンであ
る。

【００６４】一方、プロセスウインドウ３１は、ソース
表示部３７と上述と同じ各種ボタンで構成されている。
ソース表示部３７には対応するソースプログラム（並列
プロセス）が表示され、各種ボタンはベースウインドウ
３０と同様、ランボタン３８、ステップボタン３９、コ
ンティニューボタン４０で構成されている。

【００６５】また、図６は管理プロセッサ１のディスプ
レイ１０にソースプログラムの表示だけを行わせる場合
の表示構成例である。この場合、３個のプロセッサエレ
メントのソースプログラムを比較できる構成である。こ
の３個のソースプログラムは、同じ場合も異なる場合も
ある。

【００６６】以上の構成のデータ並列型処理装置のデバ
ックシステムにおいて、以下にその具体的処理を説明す
る。図７〜図１２に示すフローチャートは本例の処理を
説明するものである。

【００６７】先ず、図７は管理プロセス１８の処理を示
し、管理プロセス１８はデバックコマンドの送信処理
（ステップ（以下Ｓで示す）１）、及び送信したデバッ
クコマンドに対する逐次デバッガ２１−１〜２１−４か
らの応答情報の受信処理を行う（Ｓ２）。

【００６８】ここで、上述の送信処理を具体的に説明す
るフローチャートが、図８である。以下、図８に従って
管理プロセッサ１からのデバックコマンドの送信処理を
説明する。また以下の説明では、具体的なデバックコマ
ンドを用いて本例の処理動作を説明する。 ＜プリントコマンドの場合＞先ず、プリントコマンドの
場合について説明する。

【００６９】管理プロセッサ１はユーザの指示するキー
操作信号に基づいて、入力したコマンドの解析処理を行
う（Ｓ１−１）。この解析処理の結果、本例の説明では
「ＰＲＩＮＴ」コマンドの出力指示であると判断する。

【００７０】次に、ＰＥ付きか否か判断する（Ｓ１−
２）。ここで、ＰＥ付きとは上述のコマンドを出力する
逐次デバッガが指定される場合である。尚、この指定も
ユーザがキーボード１１を操作して行う。また、ＰＥ付
きでない場合には、他の処理を行う。すなわち、この場
合、管理プロセッサ１は図４に示すローカルメモリ２４
−１〜２４−４のアドレスが分かるテーブルを備え、
「ＰＲＩＮＴ」コマンドが優先するアドレスに対応して
管理プロセッサ１が自動的にＰＥを選定するものであ
る。

【００７１】一方、ＰＥ付きである場合（Ｓ１−２がＹ
ＥＳ）、全ての逐次デバッガを指定しているか、又は一
部の逐次デバッガの指定であるか判断する（Ｓ１−
３）。ここで、全ての逐次デバッガを指定するものと判
断すると、例えばＡＬＬのコマンドを付加して全ての逐
次デバッガ２１−１〜２１−４に上述のコマンドを出力
する（Ｓ１−３、Ｓ１−４）。尚、この時出力するコマ
ンド構成は、例えば（ＡＬＬ 「ＰＲＩＮＴ」 Ｂ「１
００」）であるものとする。尚、Ｂ「１００」はローカ
ルメモリのアドレス「１００」の指定である。

【００７２】一方、ＰＥ付きであり、例えば逐次デバッ
ガ２１−４のみ指定された場合には、逐次デバッガ２１
−１を指定する「４：」のコマンドを付加して出力する
（Ｓ１−３、Ｓ１−５）。尚、この時のコマンド構成
は、例えば（４：「ＰＲＩＮＴ」 Ｂ「１００」）であ
る。

【００７３】上述のようにして出力されたデバックコマ
ンド（プリントコマンド）は、全ての逐次デバッガ２１
−１〜２１−４が指定された場合、サーバプロセス２０
−１〜２０−４を介して全ての逐次デバッガ２１−１〜
２１−４に出力される。一方、逐次デバッガ２１−４の
みが指定された場合、逐次デバッガ２１−４のみに出力
される。

【００７４】一方、上述のプリントコマンドが入力した
逐次デバッガでは、入力したデバックコマンドに基づい
て、指定されたデバック命令を実行する。図９は逐次デ
バッガが行う処理を説明するフローチャートである。

【００７５】先ず、各逐次デバッガ２１−１〜２１−４
はデバックコマンドの入力があるか否か判断する（ステ
ップ（以下ＳＴで示す）１）。ここで、デバックコマン
ドの入力がない場合にはデバックコマンドの入力を待
ち、デバックコマンドの入力があると（ＳＴ１がＹＥ
Ｓ）、入力したデバックコマンドの解析処理を行う（Ｓ
Ｔ２）。ここで、本例においては、デバックコマンドと
してプリントコマンドの入力の場合を説明しているの
で、この解析処理においてデバックコマンドはプリント
コマンドであると判断する（ＳＴ２）。

【００７６】次に、各逐次デバッガは、解析したコマン
ドの指示する命令を実行する（ＳＴ３）。本例では上述
の説明のように、デバックコマンドとしてプリントコマ
ンドであり、プリント処理の設定であり、プリントする
データは、上述の例ではローカルメモリ“Ｂ”のアドレ
ス「１００」のデータである。したがって、上述のプリ
ントコマンドが入力した逐次デバッガ２１−１〜２１−
４では、ローカルメモリ（Ｂ）のアドレス「１００」か
ら対応するデータを読み出す。ここで、図４から分かる
ように、アドレス「１００」はプロセッサエレメント６
のローカルメモリに設置されており、逐次デバッガ２１
−４のみがローカルメモリからデータを読み出すことが
できる。したがって、逐次デバッガ２１−４ではローカ
ルメモリ２４−４のアドレス「１００」からデータを読
み出す（ＳＴ４）。尚、この場合、「ＡＬＬ」のコマン
ドで指定された他の逐次デバッガ２１−１〜２１−３に
おいても上述のデバック処理（ローカルメモリのデータ
プリント処理）を行うが、それらの逐次デバッガでは対
応するローカルメモリにアドレスが設定されていないの
で読み出される情報はない。

【００７７】したがって、この場合逐次デバッガ２１−
４でのみローカルメモリのアドレス「１００」からデー
タを読み出す。尚、「４：」のコマンドで指定され、逐
次デバッガ２１−４のみが上述の処理を行う場合には、
他の逐次デバッガ２１−１〜２１−３は当然上述の処理
を行わない。

【００７８】次に、逐次デバッガ２１−４に更に複数行
の入力があるか否か判断する（ＳＴ５）。尚、上述の例
では、ローカルメモリ２２−４のアドレス「１００」か
らデータを読み出すだけの処理であり、情報入力が複数
行に渡ることはない（ＳＴ５がＮＯ）。しかし、例えば
前述のプリントコマンドがある範囲のデータのプリント
指示であれば、情報入力が複数行に渡ることもある（Ｓ
Ｔ５がＹＥＳ）。例えば、ローカルメモリ２１−４に記
憶する「７６」〜「１００」のデータを読み出すような
場合である。

【００７９】この場合には、ローカルメモリ２４−４か
ら順次読み出されるデータを不図示のバッファにバッフ
ァリングする（ＳＴ５がＹＥＳ、ＳＴ６）。そして、全
てのデータをバッファリングし終わると、これらのデー
タの最後にエンドマークを付加する（ＳＴ７）。

【００８０】そして最後に、エンドマークが付加された
複数行に渡るデータ、又は１行データは応答情報として
管理プロセッサ１に出力される（ＳＴ８）。一方、デバ
ックコマンド（プリントコマンド）を出力した管理プロ
セッサ１は、逐次デバッガからの応答を待ち（Ｓ２−１
（図１０））、逐次デバッガから応答情報が入力すると
（Ｓ２−１がＹＥＳ）、識別情報を付加する（Ｓ２−
２）。例えば、上述の例では逐次デバッガ２１−４から
応答情報が供給され、管理プロセッサ１は逐次デバッガ
２１−４から供給された応答情報であることが分かる識
別情報（識別ラベル）を付加する。

【００８１】次に、管理プロセッサ１は識別情報が付加
された応答情報から、コマンドを出力した全てのＰＥか
ら応答情報が供給されたか判断する（Ｓ２−３）。ここ
で、全てのＰＥから応答情報が入力した場合には（Ｓ２
−３がＹＥＳ）、完了表示を行う（Ｓ２−４）。例え
ば、この場合の完了表示としては、図１３（ａ）に示す
ように（Ｂ「１００」：＊＊＊）と表示する。すなわ
ち、ローカルメモリのアドレス「１００」のデータ＊＊
＊を情報表示部３３に表示するものである。また、この
時ソース表示部３２の表示に変化はない。

【００８２】一方、全てのＰＥから応答情報が入力しな
い時（Ｓ２−３がＮＯ）、タイマの設定を行う（Ｓ２−
５）。そして、このタイマがタイムアップするまでに応
答情報の入力しない時（Ｓ２−６がＹＥＳ）、状態表示
を行う（Ｓ２−７）。例えば、図１３（ｂ）はこの時の
状態表示であり、Ｂ：ＲＵＮの表示が行われる。尚、同
図（ｂ）は情報表示部３３のみを状態表示するものであ
る。

【００８３】上述の例ではプリント要求がローカルメモ
リ（Ｂ）に書き込まれたアドレス「１００」に対するプ
リント要求であったが、共有メモリ２８に書き込まれた
データのプリント要求に対しては以下のように処理す
る。

【００８４】図１１はこの時の処理プログラムを示すフ
ローチャートである。例えば、「ＰＲＩＮＴ」コマンド
の入力の際、共有メモリ２８内の変数に対するプリント
指示である場合である。

【００８５】ここで、図１４に示すように本例の被デバ
ッグプログラム（並列プロセス）の中には、必要に応じ
て転送関数が記述されているものとする。図１４に示す
例では、並列プロセス２２−１に転送関数４１が記述さ
れ、この転送関数４１はプロセッサエレメント４に配置
された共有メモリ２８の変数領域にリンクする関数であ
る。また、前述のように全ての逐次デバッガ２１−１〜
２１−４は共有メモリ２８の変数領域のアドレスを知る
ことができる。図１５はこの為のテーブルであり、各逐
次デバッガ２１−１〜２１−４は、図１５に示す変数領
域のテーブルを参照して、共有メモリ２８に対するアク
セスを行うことができる。

【００８６】したがって、例えば上述のように共有メモ
リ２８のある変数が指定された時（あるアドレスが指定
された時）、対応する逐次デバッガは転送関数の要求を
行う（ステップ（以下Ｗで示す）１）。この要求がある
と、対応する逐次デバッガ、例えば逐次デバッガ２１−
１は並列プロセス（ソースプログラム）２２−１のプロ
グラムカウンタの値を保存する（Ｗ２）。例えば、並列
プロセス２２−１のプログラムカウンタがあるブレーク
位置で停止している時、当該番地のデータを保存する。

【００８７】次に、逐次デバッガ２１−１は対応する転
送関数４１を読み出すため、上述のプログラムカウンタ
の値をＲＴＳ用に変更し（Ｗ３）、ＲＴＳを駆動して対
応するサービスを行う（Ｗ４）。上述の例の場合、共有
メモリ２８の変数領域、例えば「５０」をアクセスして
データを読み出す。そして、このデータを前述の応答情
報として管理プロセッサ１に出力する。

【００８８】その後、上述のプログラムカウンタを元の
番地に戻し（Ｗ５）、並列プロセス２２−１を実行する
（Ｗ６）。図１６は上述の転送要求処理を含むプリント
コマンドが入力した場合の処理の流れを説明する図であ
る。〜はその流れを示すものであり、先ず「ＰＲ
ＩＮＴ」コマンド送信があり、ＰＥ１に設けられた管理
プロセッサ１が受信する。プリント要求の対象は共有メ
モリ（Ａ）の変数（アドレス）５０である（１；ｐｒｉ
ｎｔ ａ（５０））。次に、管理プロセッサ１は、こ
のコマンドをＰＥ１内のサーバプロセッサ２０−１に送
信する。さらに、このコマンドを逐次デバッガ２１−
１に送信する。共有メモリ２８のアドレス５０は、ＰＥ
１にないので、次に、上述の転送関数（ライブラリ）
を起動し、他のプロセッサエレメントＰＥ２の共有メ
モリ２８の上記アドレスのデータを読み出す。そして、
読み出したデータ（例えばデータ１００）を応答情報
として、逐次デバッガ２１−１に出力し、さらにサー
バプロセッサ２０−１を経由して応答情報を管理プロ
セッサ１に出力する。その後、この結果を上述の出力
情報表示部３３に表示する。この時、例えば（１）ｒｅ
ｓｕｌｔ＝１００の表示が行われる。

【００８９】尚、上述の処理は、並列プロセス２２−１
に設定された転送関数４１を使用して他のプロセッサエ
レメントに配置された共有メモリ２８の関数領域をアク
セスする例であったが、同図に示すように、並列プロセ
ス２２−２に設定された転送関数４２を使用して他のプ
ロセッサエレメントに配置された共有メモリ２８の関数
領域をアクセスする構成としてもよい。

【００９０】尚、上述の例では識別情報（識別ラベル）
の設定を管理プロセッサ１が行う構成としたが、サーバ
プロセッサ２０−１〜２０−４が設定する構成としても
よい。図１２に示すフローチャートはこの処理を説明す
るものである。

【００９１】すなわち、逐次デバッガから応答情報が入
力すると（ステップ（以下ＳＴＰで示す）１がＹＥ
Ｓ）、入力した応答情報に対して識別情報を付加し（Ｓ
ＴＰ２）、管理プロセッサ１に識別情報が付加された応
答情報を出力する（ＳＴＰ３）。このように構成するこ
とにより、管理プロセッサ１の負荷を軽減することがで
きる。 ＜データ変更の場合＞次に、データ変更の場合について
説明する。

【００９２】このデータ変更は、前述のローカルメモリ
２４−１〜２４−４、又は共有メモリ２８に書き込まれ
たデータを変更する処理である。したがって、この場
合、変更しようとするデータの確認するため、当該デー
タが書き込まれたローカルメモリ２４−１〜２４−４、
又は共有メモリ２８のアドレスを指定し、データを管理
プロセッサ１のディスプレイ１０に表示する必要があ
る。尚、ここでは、この表示処理は、上述の「ＰＲＩＮ
Ｔ」コマンドによって実行されたものとする。

【００９３】したがって、ユーザはその表示を確認し、
表示されたデータを変更する時、「ＳＥＴ」コマンドを
出力する。この「ＳＥＴ」コマンドは、データを変更す
るデバックコマンドであり、前述と同様、図８に示すフ
ローチャートに従って出力される。すなわち、管理プロ
セッサ１はユーザ１９の指示するキー操作信号に基づい
て、入力したコマンドの解析処理を行い（Ｓ１−１）、
この解析結果から、本例の場合「ＳＥＴ」コマンドの出
力指示であると判断する。

【００９４】次に、ＰＥ付きか否か判断し（Ｓ１−
２）、ＰＥ付きでない場合には管理プロセッサ１が、例
えばテーブル等を確認し、ＰＥを自動設定する。また、
ＰＥ付きである場合（Ｓ１−２がＹＥＳ）、全ての逐次
デバッガを指定するか、又は一部の逐次デバッガを指定
するか判断する（Ｓ１−３）。ここで、全ての逐次デバ
ッガを指定するものと判断すると、前述と同様「ＡＬ
Ｌ」のコマンドを付加して全ての逐次デバッガ２１−１
〜２１−４に「ＳＥＴ」コマンドを出力する（Ｓ１−
４）。尚、この時出力するコマンド構成は、例えば（Ａ
ＬＬ 「ＳＥＴ」 Ｂ「１００」 ＴＯ８）である。
尚、（Ｂ「１００」 ＴＯ８）は、ローカルメモリ
“Ｂ”のアドレスを８に変更せよという意味であるとす
る。

【００９５】一方、判断（Ｓ１−３）において、例えば
逐次デバッガ２１−４のみを指定する場合には、逐次デ
バッガ２１−４にのみ「ＳＥＴ」コマンドを出力する。
尚、この時のコマンド構成は、例えば（４：「ＳＥＴ」
Ｂ「１００」 ＴＯ８）である。

【００９６】上述のようにして出力された「ＳＥＴ」コ
マンドは、全ての並列プロセス５ａ〜５ｄが指定された
時、全ての逐次デバッガ２１−１〜２１−４に出力さ
れ、一部の逐次デバッガのみが指定された時、対応する
逐次デバッガのみに出力される。

【００９７】一方、上述の「ＳＥＴ」コマンドが入力し
た逐次デバッガでは、入力したコマンドに基づいて、指
定されたデバック命令を実行する。本例の処理も図９に
示すフローチャートに従って処理される。

【００９８】すなわち、各逐次デバッガ２１−１〜２１
−４は、先ずデバックコマンドの入力があるか否か判断
し（ＳＴ１）、デバックコマンドの入力があると（ＳＴ
１がＹＥＳ）、入力したデバックコマンドの解析処理を
行う（ＳＴ２）。ここで、本例においては、デバックコ
マンドとして「ＳＥＴ」コマンドの入力であり、この解
析処理により「ＳＥＴ」コマンドの入力判断を行う（Ｓ
Ｔ２）。

【００９９】次に、各逐次デバッガは、解析したコマン
ドの指示する命令を実行する（ＳＴ３）。本例では「Ｓ
ＥＴ」コマンドの入力であり、指示されるメモリのデー
タ変更を行う。例えば、上述の例でローカルメモリ
“Ｂ”のアドレス「１００」のデータを８に書き換え
る。

【０１００】次に、上述のデータ変更処理を行った後、
処理の完了情報が入力し（ＳＴ４）、更にこの完了情報
が複数行に渡るか否か判断する（ＳＴ５）。尚、「ＳＥ
Ｔ」コマンドの処理の場合には、完了情報が入力するだ
けであり、情報入力が複数行に渡ることがないので、判
断（ＳＴ５）はＮＯであり、応答情報の出力を行う（Ｓ
Ｔ８）。

【０１０１】一方、「ＳＥＴ」コマンドを出力した上述
の管理プロセッサ１は、逐次デバッガからの応答を待ち
（Ｓ２−１（図１０））、逐次デバッガから応答情報が
入力すると（Ｓ２−１がＹＥＳ）、識別情報を付加する
（Ｓ２−２）。例えば、上述の例では逐次デバッガから
出力される応答情報は、例えば「データ変更が完了しま
した」という文字コードである。

【０１０２】次に、管理プロセッサ１は逐次デバッガか
ら供給された応答情報に識別情報（識別ラベル）を付加
し（Ｓ２−２）、コマンドを出力した全てのＰＥから応
答情報が供給されたか判断する（Ｓ２−３）。そして、
全てのＰＥから応答情報が入力した場合には（Ｓ２−３
がＹＥＳ）、完了表示を行う（Ｓ２−４）。例えば、こ
の完了表示としては、上述の「データ変更が完了しまし
た」という表示であり、例えば図１７に示すように状態
表示部３２に表示される。

【０１０３】尚、全てのＰＥから応答情報が入力しない
場合、タイマの設定を行い、このタイマがタイムアップ
するまでに応答情報のない場合状態表示を行う点は「Ｐ
ＲＩＮＴ」コマンドの場合の処理と同じである。

【０１０４】また、被デバッグプログラム（並列プロセ
ス）の中に転送関数を記述し、データ変更指示が共有メ
モリ２８内のある変数領域にあった場合、前述と同様、
図１１に示す処理に従って指定された変数領域のデータ
を変更する。

【０１０５】さらに、識別情報（識別ラベル）の設定を
管理プロセッサ１に変えてサーバプロセッサ２０−１〜
２０−４が設定する構成としてもよい。この場合、図１
２に示すフローチャートに従って同様に処理される。

【０１０６】以上のように、「ＳＥＴ」コマンドに対し
て上述の処理を行うことにより、管理プロセッサ１から
１回の「ＳＥＴ」コマンドを出力することにより、何れ
の逐次デバッガ２１−１〜２１−４であるかを意識する
ことなく、コマンドを出力して処理することができ、作
業者の負担を軽減することができる。

【０１０７】尚、あるメモリ間のデータを比較する場合
には、「ＰＲＩＮＴ」コマンドによって比較するデータ
を表示し、チェックすることができる。また、このよう
な専用コマンドを用意してもよい。 ＜ブレークコマンドの場合＞次に、ブレークコマンドの
場合について説明する。尚、デバックコマンドがブレー
クコマンドの場合でも基本的には上述のフローチャート
に従った処理を行う。以下、説明する。

【０１０８】先ず、管理プロセッサ１は前述プリントコ
マンド等の場合と同様、ユーザの指示するキー操作信号
に基づいて、入力したコマンドの解析処理を行い（Ｓ１
−１）、「ＢＲＥＡＫ」コマンドの出力指示であると判
断する。次に、ＰＥ付きか否か判断し（Ｓ１−２）、Ｐ
Ｅ付きでない場合には前述の処理を実行する。一方、Ｐ
Ｅ付きである場合（Ｓ１−２がＹＥＳ）には、全ての逐
次デバッガに「ＢＲＥＡＫ」コマンドを出力するのか、
指定された一部の逐次デバッガに「ＢＲＥＡＫ」コマン
ドを出力するのか判断し（Ｓ１−３）、全ての逐次デバ
ッガを指定するものと判断すると、全ての逐次デバッガ
２１−１〜２１−４に対しこのコマンドを出力する（Ｓ
１−４）。一方、指定された逐次デバッガにのみこのコ
マンドを出力する場合には、指定された逐次デバッガに
供給する。尚、この時出力するコマンド構成は、全ての
逐次デバッガを指定する時、（ＡＬＬ 「ＢＲＥＡＫ」
５０）であり、一部の逐次デバッガ（例えば、４番目
の逐次デバッガを指定する時、（４：「ＢＲＥＡＫ」
５０）である。但し、ここで上述の「５０」はソースプ
ログラムの５０番地にブレークポイントを設定する意味
である。

【０１０９】上述のようにして出力された「ＢＲＥＡ
Ｋ」コマンドは、全ての逐次デバッガ２１−１〜２１−
４、又は指定された逐次デバッガに出力される。次に、
上述の「ＢＲＥＡＫ」コマンドが入力した逐次デバッガ
では、入力した「ＢＲＥＡＫ」コマンドに基づいて、指
定されたデバック命令を実行する。この処理も前述の図
９に示すフローチャートに従って実行され、先ず各逐次
デバッガはデバックコマンドの入力を判断し（ＳＴ
１）、入力したデバックコマンドの解析処理を行い（Ｓ
Ｔ２）、「ＢＲＥＡＫ」コマンドであると判断する。

【０１１０】次に、逐次デバッガは、解析したコマンド
の指示する命令を実行し（ＳＴ３）、例えば上述の例の
場合５０番地のソースプログラムにブレークを設定す
る。このブレークを設定処理はこのコマンドが入力した
全ての逐次デバッガによって実行され、５０番地のソー
スプログラムにブレークの設定が行われる。したがっ
て、「ＡＬＬ」のコマンドによって全ての逐次デバッガ
が指定された場合には、全部の並列プロセス２２−１〜
２２−４に対して上述の処理が行われ、例えば並列プロ
セス２２−４だけ指定された場合には、並列プロセス２
２−４に対してのみ上述の処理が行われる。

【０１１１】次に、上述のブレーク設定の処理を行った
逐次デバッガでは、処理の完了情報が入力し（ＳＴ
４）、更にこの完了情報が複数行に渡るか否か判断する
（ＳＴ５）。尚、「ＢＲＥＡＫ」コマンドの処理の場合
には、完了情報が入力するだけであり、情報入力が複数
行に渡ることがないので、判断（ＳＴ５）はＮＯであ
り、応答情報の出力を行う（ＳＴ８）。

【０１１２】一方、デバックコマンド（プリントコマン
ド）を出力した上述の管理プロセッサ１は、逐次デバッ
ガからの応答を待ち（Ｓ２−１（図７））、逐次デバッ
ガから応答情報が入力すると（Ｓ２−１がＹＥＳ）、識
別情報を付加する（Ｓ２−２）。

【０１１３】次に、管理プロセッサ１は逐次デバッガか
ら供給された応答情報に識別情報（識別ラベル）を付加
し（Ｓ２−２）、ＰＥを出力した全てのＰＥから応答情
報が供給されたか判断する（Ｓ２−３）。そして、全て
のＰＥから応答情報が入力した場合には（Ｓ２−３がＹ
ＥＳ）、完了表示を行う（Ｓ−４２）。例えば、この完
了表示としては、図１８に示すブレークポイントの設定
が完了しましたというメッセージである。

【０１１４】以上のように、「ＢＲＥＡＫ」コマンドに
対して上述のように処理することにより、管理プロセッ
サ１から１回の「ＢＲＥＡＫ」コマンドの出力により、
全てのソースプログラムに対しブレーク設定を行うこと
ができ、極めて効率のよい処理を行うことができる。

【０１１５】また、このブレークポイントの設定では、
ディスプレイ１０のソース表示部３２の表示内容を変
え、設定されたブレークポイントの位置までソースプロ
グラムが移行し、表示される。したがって、ユーザは設
定したブレークポイントの位置をソースプログラム上で
確認することができる。 ＜範囲移動の場合＞次に、範囲移動の場合について説明
する。

【０１１６】この範囲移動は、上述の「ＢＲＥＡＫ」コ
マンドによってプログラムの停止位置を設置した後、
「ＣＯＮＴＩＮＵＥ」コマンドによってブレーク設定さ
れた番地までのソースプログラムを表示する処理であ
る。したがって、停止位置の設定は上述の「ＢＲＥＡ
Ｋ」コマンドによって、上述と同様に行う。例えば、ブ
レークポイントとして「５０」番地が設定されているも
のとする。

【０１１７】次に、管理プロセッサ１は「ＣＯＮＴＩＮ
ＵＥ」コマンドを出力する。このコマンドの出力も前述
の図８に示すフローチャートに従って実行される。処理
の説明が重複するので具体的な説明は省略するが、入力
したコマンドの解析処理を行った結果「ＣＯＮＴＩＮＵ
Ｅ」コマンドであると判断され、ＰＥ付きの有無に従っ
て全ての逐次デバッガ、又は一部の逐次デバッガに対し
て「ＣＯＮＴＩＮＵＥ」コマンドを出力する。このよう
にして出力された「ＣＯＮＴＩＮＵＥ」コマンドは、指
定された逐次デバッガ、又は全ての逐次デバッガに供給
され、上述の「ＣＯＮＴＩＮＵＥ」コマンドが入力した
逐次デバッガでは、入力した「ＣＯＮＴＩＮＵＥ」コマ
ンドに基づいて、指定されたデバック命令を実行する。

【０１１８】次に、逐次デバッガは、解析したコマンド
の指示する命令を実行し、ソースプログラムを５０番地
まで移動する。この場合、次の情報入力処理では（ＳＴ
４）、複数行に渡るデータが出力されることはないので
判断（ＳＴ５）はＮＯとなり、管理プロセッサ１に応答
情報の出力を行う（ＳＴ８）。一方、「ＣＯＮＴＩＮＵ
Ｅ」コマンドを出力した上述の管理プロセッサ１は、逐
次デバッガからの応答を待ち、逐次デバッガから応答情
報が入力すると、識別情報を付加しＰＥを出力した全て
のＰＥから応答情報があったか判断する。そして、全て
のＰＥから応答情報が入力した場合には、完了表示を行
う（Ｓ−４２）。例えば、この場合、図１９に示す状態
表示が行われる。

【０１１９】すなわち、（Ｂreakpoint #1: main( )at
line 50 in a.c）のメッセージ表示を行う。この表示は
「ＣＯＮＴＩＮＵＥ」コマンドの実行によって、例えば
５０ライン目に設定されたブレークポイントまで移動を
完了した意味である。

【０１２０】一方、全てのＰＥから応答情報が入力しな
い場合には、タイマの設定を行い、このタイマがタイム
アップするまでに応答情報の入力がない場合、状態表示
を行う。この状態表示は前述の図１３（ｂ）と同様であ
る。また、「ＣＯＮＴＩＮＵＥ」コマンドの処理によっ
て、ソース表示部３２には５０番地まで移動したソース
プログラムが表示される。

【０１２１】一方、上述の処理は「ＣＯＮＴＩＮＵＥ」
コマンドに対するものであったが、例えば「ＳＴＥＰ」
コマンドの場合にも同様に処理できる。但し、この場合
には、「ＳＴＥＰ」コマンドを出力する毎に指定される
逐次デバッガは応答情報を出力し、ソースプログラム１
ステップ毎に管理プロセッサ１のディスプレイに表示さ
れる構成となる。

【０１２２】したがって、この場合、複数のサブウイン
ドウに表示される同じステップのプログラムを比較しな
がら、プログラムのチェック作業を行うことができる。
尚、各「ＳＴＥＰ」コマンドの実行完了時点では、図２
０に示す状態表示が行われる。すなわち、（Ｓtepped:
main( )at line 54 in a.c）のメッセージ表示を行う。
この表示は「ＳＴＥＰ」コマンドの実行によって、例え
ば５４ライン目に移動を完了した意味である。 ＜状態表示指示の場合＞次に、状態表示指示の場合につ
いて説明する。

【０１２３】この状態表示指示は、「Ｐ．ＳＴＡＴ」コ
マンドによってそれぞれの逐次デバッガの状態を表示す
るものである。この処理も前述の図８〜図１０のフロー
チャートに従って処理され、例えばデイスプレイ１０の
状態表示部３３にはブレーク、又はランの表示が行われ
る。例えば、図２１（ａ）に示すように、１：break２:
break ３:break ４:breakの表示になれば、正常であ
ると判断できる。また、図２１（ｂ）に示すように、
１：run ２:run ３:run ４:runの表示であっても正常
であると判断できる。一方、同図（ｃ）に示す１：brea
k ２:run ３:break ４:breakのように、ブレークとラ
ンが混在する時には異常であると判断する。なぜなら
ば、全てブレークであれば、正常にどの逐次デバッガも
ブレーク位置まで到達したと判断でき、また全てランで
あれば、まだどの逐次デバッガも動作処理中であると判
断できるからであり、混在する場合にはラン状態である
逐次デバッガの処理するプログラムに異常がありラン状
態であると疑われるからである。したがって、この場合
にはユーザの判断する処理を行う。

【０１２４】以上のように処理することにより、複数の
逐次デバッガを同じ画面上で比較してチェックすること
ができ、データ並列型処理装置のデバッガとして有効で
あり、大変有効なデバッグツールとなる。

【０１２５】尚、上述の場合、ラン状態が継続する逐次
デバッガ２１ー４を詳しくチェックすることにより、バ
ク等の発見につながる。一方、上述の状態表示をソース
プログラムを対象に行うことによって図２２、及び図２
３の表示結果を得ることができる。すなわち、デイスプ
レイ１０の表示状態を切り替え、図６のようにすること
により、状態表示コマンドを出力した時、ソースプログ
ラムの処理状態を知ることができる。例えば、図２２の
状態は、各並列プロセスが同時に同じ番地の処理を行っ
ている場合である。一方、図２３の状態は、各並列プロ
セスが、ある時点において異なる番地の処理を行ってい
ることを示す。例えば、同じ処理であってもＲＥＧＩＯ
Ｎを分けて行う場合である。尚、両図において画面左側
の矢印は現在処理中の（カレント）プログラム位置を示
す。

【０１２６】このようにソースプログラムについても、
並列プログラムの進行状態を並べて同じ画面上で比較し
て確認することができ、データ並列型処理装置のデバッ
ガとして有効である。

【０１２７】尚、以上の処理中、状態表示部３３に多数
行の応答情報等が表示される場合には、逐次デバッガ毎
にまとめて表示する。図２４はこの状態を示す図であ
る。同図はローカルメモリのデータをプリントする例で
あり、例えばローカルメモリのアドレス「１１」、「１
２」、「１３」、「３１」、「３２」、「３３」、・・
・からデータを読み出して表示する場合、逐次デバッガ
毎にまとめて順次表示するものである。この処理は、図
９のフローチャートに示すエンドマーク付加処理（ＳＴ
７）により実現するものであり、バファリングされた各
逐次デバッガからの応答情報をエンドマークによって確
認し、逐次デバッガ毎にまとめて表示するものである。

【０１２８】図２３の例では、先ず逐次デバッガ２１ー
１から読み出されたアドレス「１１」〜「１３」のデー
タを“２５”、“１７”、“１２”と順次並べ、次に逐
次デバッガ２１ー２から読み出されたアドレス「３１」
〜「３３」のデータを“１００”、“７５”、“７０”
と並べ、更に図示しないが、逐次デバッガ２１ー３、２
１ー４から読み出されたデータの表示が続く。

【０１２９】また、同じデータが連続する場合には冗長
なデータとして表示を省略することもできる。例えば、
図２１に示す break の連続する表示の場合、カレント
プロセスを１つ設定し、例えば１:break の表示のみを
行い、他のbreak表示を省略することもできる。但し、
図２１に示す例では全ての逐次デバッガからbreak の応
答情報の入力確認を終わった後行う必要がある。

【０１３０】さらに、本例では逐次デバッガとして４個
のデバッガを使用して説明したが、勿論データ並列型処
理装置の並列処理数が増加すればこれに伴って増加す
る。

【０１３１】

【発明の効果】以上説明したように、本発明によれば以
下のような効果が発生する。一の発明によれば、データ
並列型処理装置の並列処理プログラムをデバッグする
際、管理プロセッサを使用し各逐次デバッガを確認しな
がらデバッグを行うことができるので極めて効率よくデ
バッグ作業を行うことができる。

【０１３２】また、デバッグコマンドの機能によっては
複数のプロセスを同時に処理することができ、極めて迅
速な処理を行うことができる。

【図面の簡単な説明】

【図１】データ並列型処理装置に適用した本発明のデバ
ックシステムのシステム構成図を示す。

【図２】本発明のデバッグシステムを適用するデータ並
列型処理装置のシステム構成図である。

【図３】管理プロセッサの構成を説明する図である。

【図４】各プロセッサエレメントの構成を、逐次デバッ
ガと並列プロセスを含めて示すデータ構成図である。

【図５】管理プロセッサのディスプレイに表示されるウ
インドウの表示例を示す図である。

【図６】ディスプレイにソースプログラムの表示だけを
行わせる場合の表示構成例である。

【図７】管理プロセッサの処理を示すフローチャートで
ある。

【図８】管理プロセッサからのデバックコマンドの送信
処理を説明するフローチャートである。

【図９】逐次デバッガが行う処理を説明するフローチャ
ートである。

【図１０】管理プロセッサの応答情報の受信処理を説明
する図である。

【図１１】転送関数処理プログラムを示すフローチャー
トである。

【図１２】サーバプロセッサの行う識別情報の付加を説
明するフローチャートである。

【図１３】「ＰＲＩＮＴ」コマンド出力後の状態表示部
の表示を示す図である。

【図１４】転送関数処理を説明する図である。

【図１５】共有メモリの変数領域を説明する図である。

【図１６】転送関数を使用する場合を含むデータの流れ
を説明する図である。

【図１７】「ＳＥＴ」コマンド出力後の状態表示部の表
示を示す図である。

【図１８】「ＢＲＥＡＫ」コマンド出力後の状態表示部
の表示を示す図である。

【図１９】「ＣＯＮＴＩＮＵＥ」コマンド出力後の状態
表示部の表示を示す図である。

【図２０】「ＳＴＥＰ」コマンド出力後の状態表示部の
表示を示す図である。

【図２１】状態表示処理を行った場合の表示例である。

【図２２】複数プロセスで同じ位置をデバッグしている
場合のソース表示例である。

【図２３】複数プロセスで異なる位置をデバッグしてい
る場合のソース表示例である。

【図２４】逐次デバッガの出力毎に表示を行う場合の表
示例である。

【図２５】本実施の形態を実現するプログラムが記録さ
れた記録媒体の説明図である。

【符号の説明】

１ 管理プロセッサ ２ ディスク ３〜６ プロセッサエレメント ７ プログラムメモリ ８ メモリ ９ Ｉ／Ｏ １０ ディスプレイ １１ キーボード １２ ドライバ １３ 磁気ディスク １４ 磁気テープ １５ フロッピーディスク １６ 光ディスク １７ Ｉ／Ｆ １８ 管理プロセス １９ ユーザ ２０−１〜２０−４ サーバプロセス ２１−１〜２１−４ 逐次デバッガ ２２−１〜２２−４ 並列プロセス ２４−１〜２４−４ ローカルメモリ ２８ 共有メモリ ３０ ベースウインドウ ３１ プロセスウインドウ ３２ ソース表示部 ３３ 情報表示部 ３４ ランボタン ３５ ステップボタン ３６ コンティニューボタン ３７ ソース表示部 ３８ ランボタン ３９ ステップボタン ４０ コンティニューボタン ４１、４２ 転送関数

Claims (29)

【特許請求の範囲】
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. 【請求項２９】 同じ並列プログラムを処理する複数の
    プロセスエレメントに対しデバッグコマンドを出力する
    コマンド出力処理機能と、 該コマンド出力処理によって出力されたデバッグコマン
    ドに基づいて、前記各プロセスエレメントの処理プログ
    ラムをデバッグする前記逐次デバッガから得られる応答
    情報を受信し、前記データ並列型処理プログラムのデバ
    ック管理を行う管理プロセス機能と、 をコンピュータに実行させる命令を含むプログラムを格
    納した前記コンピュータが読み取り可能な記憶媒体。