JPH0476639A - オンライン中イベント処理時間分析方式 - Google Patents
オンライン中イベント処理時間分析方式Info
- Publication number
- JPH0476639A JPH0476639A JP2185625A JP18562590A JPH0476639A JP H0476639 A JPH0476639 A JP H0476639A JP 2185625 A JP2185625 A JP 2185625A JP 18562590 A JP18562590 A JP 18562590A JP H0476639 A JPH0476639 A JP H0476639A
- Authority
- JP
- Japan
- Prior art keywords
- task
- event
- svc
- processing
- routine
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Debugging And Monitoring (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野］
本発明は、オンライン中イベント処理時間分析方式に係
り、詳しくは、主にオンラインシステムで発生するレス
ポンス／ターンアラウンドの低下等を引き起こすＩ／Ｏ
などのイベント実行／イベント待ちの長時間化の原因を
解明するために、オンラインサービスを続行した環境で
、問題に起因する資源名、タスク名など必要なデータを
実測・分析可能とする方式に関する。
り、詳しくは、主にオンラインシステムで発生するレス
ポンス／ターンアラウンドの低下等を引き起こすＩ／Ｏ
などのイベント実行／イベント待ちの長時間化の原因を
解明するために、オンラインサービスを続行した環境で
、問題に起因する資源名、タスク名など必要なデータを
実測・分析可能とする方式に関する。
［従来の技術］
従来、オンラインサービスを続行した環境で、必要なデ
ータの実測・分析を可能とする方式としては、システム
プログラム修正方式がある。この方式は、オペレーティ
ングシステム等のシステムプログラム（システムタスク
／非タスクやタスクディスパッチャ）の中に、−時的に
性能分析用情報収集ルーチンを埋め込み、オンラインで
の分析が終われば、元に戻す方式である。
ータの実測・分析を可能とする方式としては、システム
プログラム修正方式がある。この方式は、オペレーティ
ングシステム等のシステムプログラム（システムタスク
／非タスクやタスクディスパッチャ）の中に、−時的に
性能分析用情報収集ルーチンを埋め込み、オンラインで
の分析が終われば、元に戻す方式である。
［発明が解決しようとする課題］
このシステムプログラム修正方式では、すべてのイベン
トを対象に情報収集処理を行うため、その情報収集オー
バヘッドが大きく、オンライン性能が大幅低下するとい
う問題がある。
トを対象に情報収集処理を行うため、その情報収集オー
バヘッドが大きく、オンライン性能が大幅低下するとい
う問題がある。
また、仮にこのオンライン性能低下が一時的に許容でき
るシステムでも、オンラインで動作するシステムプログ
ラムへの情報収集ルーチンの埋め込みや除去のためのプ
ログラムの差し替えに伴い、当該オンライン・サービス
の中断が必要である。
るシステムでも、オンラインで動作するシステムプログ
ラムへの情報収集ルーチンの埋め込みや除去のためのプ
ログラムの差し替えに伴い、当該オンライン・サービス
の中断が必要である。
さらに、多数の情報収集ルーチンの埋め込みや除去によ
り、プログラムバグの混入によるオンライン品質の低下
を招き易いという問題もある。
り、プログラムバグの混入によるオンライン品質の低下
を招き易いという問題もある。
本発明は、以上述べた従来技術の問題を解決することを
目的としており、オンライン用プログラムの修正を不要
とすることでオンラインサービスの運転を継続可能とし
、かつ、Ｉ／Ｏ実行時間や待ち時間の増大を招いた資源
名、タスク名など具体的な性能分析情報を、オンライン
性能の劣化を最小化しつつシステムが自動収集すること
により、性能ボトルネックへの早期対処を図るものであ
る。
目的としており、オンライン用プログラムの修正を不要
とすることでオンラインサービスの運転を継続可能とし
、かつ、Ｉ／Ｏ実行時間や待ち時間の増大を招いた資源
名、タスク名など具体的な性能分析情報を、オンライン
性能の劣化を最小化しつつシステムが自動収集すること
により、性能ボトルネックへの早期対処を図るものであ
る。
〔課題を解決するための手段］
上記目的を達成するために、本発明は、走行中のタスク
から他への処理依頼イベントがＩ／Ｏ系マクロ、ＣＰＵ
／メモリ等の資源確保・占有系マクロなどの５ｖｃｕ行
により行われ、またタスクのレディ状態への移行が、Ｐ
Ｏ３Ｔ系／ＧＡＰ系各マクロのＳＶＣ発行により行われ
、また走行状態への復帰がタスクバィスパッチャにより
行われる計算機システムにおいて、オンライン処理性能
測定中か否かを示す状態フラグと、測定対象のタスクＩ
Ｄを保持しているタスクｒＤと、ＳＶＣ毎にＳＶＣ処理
ルーチンアドレスに加えて情報収集処理ルーチンアドレ
スも保持するＳＶＣ管理テーブルを設け、オンラインタ
スクからＳＶＣが発行された場合、前記状態フラグが性
能測定中を示し、かつ、前記タスクＩＤリストに当該タ
スクＩＤが存在すると、前記ＳＶＣテーブルを参照し、
第１の情報収集処理ルーチンを起動し、時刻やタスクＩ
ＤやＳＶＣ名などを収集して、その後のＳＶＣ処理ルー
チンを実行することを萌提とする。
から他への処理依頼イベントがＩ／Ｏ系マクロ、ＣＰＵ
／メモリ等の資源確保・占有系マクロなどの５ｖｃｕ行
により行われ、またタスクのレディ状態への移行が、Ｐ
Ｏ３Ｔ系／ＧＡＰ系各マクロのＳＶＣ発行により行われ
、また走行状態への復帰がタスクバィスパッチャにより
行われる計算機システムにおいて、オンライン処理性能
測定中か否かを示す状態フラグと、測定対象のタスクＩ
Ｄを保持しているタスクｒＤと、ＳＶＣ毎にＳＶＣ処理
ルーチンアドレスに加えて情報収集処理ルーチンアドレ
スも保持するＳＶＣ管理テーブルを設け、オンラインタ
スクからＳＶＣが発行された場合、前記状態フラグが性
能測定中を示し、かつ、前記タスクＩＤリストに当該タ
スクＩＤが存在すると、前記ＳＶＣテーブルを参照し、
第１の情報収集処理ルーチンを起動し、時刻やタスクＩ
ＤやＳＶＣ名などを収集して、その後のＳＶＣ処理ルー
チンを実行することを萌提とする。
そして、Ｉ／Ｏ等の処理要求イベントを実行するシステ
ムタスク／非タスクは、処理時間要求イベントを記憶す
るイベント制御ブロック（ＥＣＢ）を待ちイベントキュ
ーから取り出す時、イベント制御ブロックのタスクＩＤ
領域を調べ、測定対象イベントである（タスクＩＤが設
定されている）場合には、イベントの実行開始契機に第
２の情報収集処理を起動して、時刻、タスクＩＤ、処理
対象資源名やＲＥＡＤ／ＷＲＩＴＥなどの実行イベント
種別、待ちＥＣＢ数、他の待ちタスクのＩＤを収集した
後で、通常のイベント実行を行い、さらにその後、イベ
ント完了契機で第３の情報収集処理ルーチンを起動して
、時刻、タスクＩＤ、処理対象資源名やイベント処理結
果（正常／異常等）を収集し、それ以外の場合には、直
接通常のイベントを実行せしめる。
ムタスク／非タスクは、処理時間要求イベントを記憶す
るイベント制御ブロック（ＥＣＢ）を待ちイベントキュ
ーから取り出す時、イベント制御ブロックのタスクＩＤ
領域を調べ、測定対象イベントである（タスクＩＤが設
定されている）場合には、イベントの実行開始契機に第
２の情報収集処理を起動して、時刻、タスクＩＤ、処理
対象資源名やＲＥＡＤ／ＷＲＩＴＥなどの実行イベント
種別、待ちＥＣＢ数、他の待ちタスクのＩＤを収集した
後で、通常のイベント実行を行い、さらにその後、イベ
ント完了契機で第３の情報収集処理ルーチンを起動して
、時刻、タスクＩＤ、処理対象資源名やイベント処理結
果（正常／異常等）を収集し、それ以外の場合には、直
接通常のイベントを実行せしめる。
また、タスクディスパッチャは、ディスバッチ契機で、
イベント制御ブロックのタスクＩＤ領域を調べ、測定対
象イベントである場合、第４の情報収集処理ルーチンを
起動して、時刻、タスク■Ｄ、ディスバッチ完了記録を
収集し、その後、ディスバッチを行い、それ以外では直
接ディスバッチを実行せしめる。
イベント制御ブロックのタスクＩＤ領域を調べ、測定対
象イベントである場合、第４の情報収集処理ルーチンを
起動して、時刻、タスク■Ｄ、ディスバッチ完了記録を
収集し、その後、ディスバッチを行い、それ以外では直
接ディスバッチを実行せしめる。
〔作 用］
本発明では、性能分析情報の収集は、指定タスクに関す
るイベントに限定した情報収集を行うことにより、オン
ライン性能への影響を最小限度とすることができる。ま
た、各種情報収集処理ルーチンを、ＳＶＣ処理、システ
ムタスク／非タスク、タスクディスパッチャで必要に応
じて呼ぶことによ曵ログ情報では得られない、性能ネ・
ツクの直接的原因を解明できる具体的オンラインの生デ
ータ（Ｉ／Ｏ実行時間や待ち時間の増大を招いた資源名
、タスク名など）を、オンライン・プログラムの修正な
しで得られる。
るイベントに限定した情報収集を行うことにより、オン
ライン性能への影響を最小限度とすることができる。ま
た、各種情報収集処理ルーチンを、ＳＶＣ処理、システ
ムタスク／非タスク、タスクディスパッチャで必要に応
じて呼ぶことによ曵ログ情報では得られない、性能ネ・
ツクの直接的原因を解明できる具体的オンラインの生デ
ータ（Ｉ／Ｏ実行時間や待ち時間の増大を招いた資源名
、タスク名など）を、オンライン・プログラムの修正な
しで得られる。
［実施例］
以下、本発明の一実施例について図面により説明する。
第１図は本発明方式の概念図で、／Ｏはイベント発行元
タスク（走行中のオンラインタスク）、１１は情報収集
処理ルーチン呼出し部、１２はＳＶＣ処理部、１３はシ
ステムタスク／非タスク、１４と１５は別の情報収集処
理ルーチン呼出し部、１６はタスクディスパッチャ、１
７は更に別の情報収集処理ルーチン呼出し部である。２
１はＳ■Ｃ処理部１２で実行されるＳＶＣ処理実行ルー
チン、２２〜２５は各情報収集処理ルーチン呼出し部１
１．＋４．１５．１７で呼出される情報収集処理ルーチ
ンである。
タスク（走行中のオンラインタスク）、１１は情報収集
処理ルーチン呼出し部、１２はＳＶＣ処理部、１３はシ
ステムタスク／非タスク、１４と１５は別の情報収集処
理ルーチン呼出し部、１６はタスクディスパッチャ、１
７は更に別の情報収集処理ルーチン呼出し部である。２
１はＳ■Ｃ処理部１２で実行されるＳＶＣ処理実行ルー
チン、２２〜２５は各情報収集処理ルーチン呼出し部１
１．＋４．１５．１７で呼出される情報収集処理ルーチ
ンである。
２６はタスクからのＩ／Ｏ、資源確保・占有、一定時間
処理中断等、タスクの待ち合わせを伴う処理要求イベン
トを記録するイベント制御ブロック（ＥＣＢ）であり、
これにタスクＩＤ情報（初期値はゼログリア）を記録す
る領域を設ける。２７はファイル、端末、通信相手タス
ク／コンピュータなどの目的資源である９ 第１図では省略したが、本発明を実施する計算機システ
ムは、オンライン性能測定中か否かを示す状態フラグ、
各タスクに対してシステム内で一意に識別できるＩＤを
割当て、測定対象のタスクＩＤをあらかじめ登録してお
く測定対象タスクＩＤリスト、ＳＶＣ番号とＳＶＣ処理
ルーチンアドレス等の対応を管理しているＳＶＣ管理テ
ーブルを有している。この状態フラグ、測定対象、タス
クＩＤリスト、ＳＶＣ管理テーブルの詳細を第２図に示
す。（ａ）は性能測定状態フラグ３】であり、オペレー
タや自動運転プログラム等の指示に基づき、オンライン
中の性能実測開始時刻／終了時刻にそれぞれＯＮ／Ｏ
Ｆ Ｆに切り替えられる。
処理中断等、タスクの待ち合わせを伴う処理要求イベン
トを記録するイベント制御ブロック（ＥＣＢ）であり、
これにタスクＩＤ情報（初期値はゼログリア）を記録す
る領域を設ける。２７はファイル、端末、通信相手タス
ク／コンピュータなどの目的資源である９ 第１図では省略したが、本発明を実施する計算機システ
ムは、オンライン性能測定中か否かを示す状態フラグ、
各タスクに対してシステム内で一意に識別できるＩＤを
割当て、測定対象のタスクＩＤをあらかじめ登録してお
く測定対象タスクＩＤリスト、ＳＶＣ番号とＳＶＣ処理
ルーチンアドレス等の対応を管理しているＳＶＣ管理テ
ーブルを有している。この状態フラグ、測定対象、タス
クＩＤリスト、ＳＶＣ管理テーブルの詳細を第２図に示
す。（ａ）は性能測定状態フラグ３】であり、オペレー
タや自動運転プログラム等の指示に基づき、オンライン
中の性能実測開始時刻／終了時刻にそれぞれＯＮ／Ｏ
Ｆ Ｆに切り替えられる。
即ち、「ＯＮ」は性能測定中（性能実測許容）、「○Ｆ
ＦＪは性能非測定中（性能実測抑止）を示す。（ｂ）は
測定対象タスクＩＤリスト３２であり、オペレータや自
動運転プログラム等が指定する測定対象タスクのＩＤ（
ＡやＲなど）が記憶される。未登録のところはｒＮＵＬ
ＬＪである。
ＦＪは性能非測定中（性能実測抑止）を示す。（ｂ）は
測定対象タスクＩＤリスト３２であり、オペレータや自
動運転プログラム等が指定する測定対象タスクのＩＤ（
ＡやＲなど）が記憶される。未登録のところはｒＮＵＬ
ＬＪである。
（ｃ）はＳＶＣ管理テーブル３３であり、ＳＶＣの種類
をＳＶＣ番号で表わし、各ＳＶＣ番号ごとに、常駐／非
常駐ビット、該当ＳＶＣ処理実行ルーチンのポインタを
示すＳＶＣルーチンアドレスが登録される。このＳＶＣ
等でテーブル３３に、さらに、情報収集処理ルーチン（
１）のポインタを示す情報収集ルーチンアドレスを登録
しておく。
をＳＶＣ番号で表わし、各ＳＶＣ番号ごとに、常駐／非
常駐ビット、該当ＳＶＣ処理実行ルーチンのポインタを
示すＳＶＣルーチンアドレスが登録される。このＳＶＣ
等でテーブル３３に、さらに、情報収集処理ルーチン（
１）のポインタを示す情報収集ルーチンアドレスを登録
しておく。
オンラインタスク／ＯからあるＳＶＣが発行されると、
情報収集処理ルーチン呼出し部】ｌでは、状態フラグ３
１、タスクＩＤリストテーブル３２を参照し、状態フラ
グ３１がＮｏ（性能実測許容）で、かつ、測定対象タス
クＩＤリスト３２に当該タスクＩＤが登録されている場
合、ＳＶＣ番号をキーにｓｖｃｗ理テーブル３３から情
報収集ルーチンアドレスを検索し、情報収集処理ルーチ
ン（１）２２を起動する。そして、情報収集処理ルーチ
ン（＋）２２による情報収集処理後、ＳＶＣ処理部１２
に制御を渡す。一方、状態フラグ３１が０ＦＦ（性能実
測抑止）の場合、あるいは状態フラグ３ＩがＯＮでもタ
スクＩＤリスト３２に当該タスクＩＤが記憶されていな
い場合には、情報収集処理ルーチン呼出し部１１は情報
収集処理ルーチン（１）２２を起動することなく、直ち
にＳＶＣ処理部１２に制御を渡す。この情報収集処理ル
ーチン呼出し部１１の処理フローを第３図に示す。
情報収集処理ルーチン呼出し部】ｌでは、状態フラグ３
１、タスクＩＤリストテーブル３２を参照し、状態フラ
グ３１がＮｏ（性能実測許容）で、かつ、測定対象タス
クＩＤリスト３２に当該タスクＩＤが登録されている場
合、ＳＶＣ番号をキーにｓｖｃｗ理テーブル３３から情
報収集ルーチンアドレスを検索し、情報収集処理ルーチ
ン（１）２２を起動する。そして、情報収集処理ルーチ
ン（＋）２２による情報収集処理後、ＳＶＣ処理部１２
に制御を渡す。一方、状態フラグ３１が０ＦＦ（性能実
測抑止）の場合、あるいは状態フラグ３ＩがＯＮでもタ
スクＩＤリスト３２に当該タスクＩＤが記憶されていな
い場合には、情報収集処理ルーチン呼出し部１１は情報
収集処理ルーチン（１）２２を起動することなく、直ち
にＳＶＣ処理部１２に制御を渡す。この情報収集処理ル
ーチン呼出し部１１の処理フローを第３図に示す。
上記処理要求を引き起こすＳＶＣと対応し、性能評価中
でかつ性能測定対象のタスクからの処理要求の場合のみ
起動される情報収集処理ルーチン（＋）２２に於いては
、最低限、時刻、タスクＩＤやＳＶＣ名を収集する。
でかつ性能測定対象のタスクからの処理要求の場合のみ
起動される情報収集処理ルーチン（＋）２２に於いては
、最低限、時刻、タスクＩＤやＳＶＣ名を収集する。
ＳＶＣ処理部１２では、ＳＶＣ番号をキーニＳ■Ｃ管理
テーブル３３からＳＶＣルーチンアドレスを検索し、当
該ＳＶＣ処理実行ルーチン２１を起動し、その処理を実
行する。このＳＶＣ処理部１２におけるＩ／Ｏ等を処理
するＳＶＣ実行ルーチンの中で、イベント制御ブロック
（ＥＣＢ）２６にタスクＩＤ情報を設定する。
テーブル３３からＳＶＣルーチンアドレスを検索し、当
該ＳＶＣ処理実行ルーチン２１を起動し、その処理を実
行する。このＳＶＣ処理部１２におけるＩ／Ｏ等を処理
するＳＶＣ実行ルーチンの中で、イベント制御ブロック
（ＥＣＢ）２６にタスクＩＤ情報を設定する。
Ｉ／Ｏ等の処理要求イベントを実行するシステムタスク
／非タスク１３に於いては、イベント制御ブロック（Ｅ
ＣＢ）を待ちイベントキューから取り出す時、まず、情
報収集処理ルーチン呼出し部１４を起動する。イベント
制御ブロックのタスクＩＤ領域を調べ、測定対象イベン
トである（タスクＩＤが設定されている）場合には、イ
ベントの実行開始契機に情報収集処理ルーチン（２）２
３を呼び、そこで最低限、時刻、タスクＵｒＤ、処理対
象資源名やＲＥＡＤ／ＷＲＩ ＴＥなどの実行イベント
種別、待ちＥＣＢ数、他の待ちタスクのＩＤを収集する
。その後、システムタスク／非タスク１３では、通常の
イベント実行を行い、その後、情報収集処理ルーチン呼
出し部１５を起動する。情報収集処理ルーチン呼出し部
１５は、上記と同様の条件の場合、情報収集処理ルーチ
ン（３）２４を呼び、最低限、時刻、タスクＩＤ、処理
対象資源名やイベント処理結果（正常／異常等）を収集
する。
／非タスク１３に於いては、イベント制御ブロック（Ｅ
ＣＢ）を待ちイベントキューから取り出す時、まず、情
報収集処理ルーチン呼出し部１４を起動する。イベント
制御ブロックのタスクＩＤ領域を調べ、測定対象イベン
トである（タスクＩＤが設定されている）場合には、イ
ベントの実行開始契機に情報収集処理ルーチン（２）２
３を呼び、そこで最低限、時刻、タスクＵｒＤ、処理対
象資源名やＲＥＡＤ／ＷＲＩ ＴＥなどの実行イベント
種別、待ちＥＣＢ数、他の待ちタスクのＩＤを収集する
。その後、システムタスク／非タスク１３では、通常の
イベント実行を行い、その後、情報収集処理ルーチン呼
出し部１５を起動する。情報収集処理ルーチン呼出し部
１５は、上記と同様の条件の場合、情報収集処理ルーチ
ン（３）２４を呼び、最低限、時刻、タスクＩＤ、処理
対象資源名やイベント処理結果（正常／異常等）を収集
する。
タスクディスパッチャ１６に於いては、ディスバッチ契
機で、やはり情報収集処理ルーチン呼出し部１７を起動
する。情報収集処理ルーチン呼出し！ＩＩ］７はイベン
ト制御ブロックのタスクＩＤ領域を調べ、測定対象イベ
ントである場合、情報処理ルーチン（４）２５を呼び、
最低限、時刻、タスクＩＤ、ディスバッチ完了記録を収
集し、その後、従来通りディスバッチを行う。
機で、やはり情報収集処理ルーチン呼出し部１７を起動
する。情報収集処理ルーチン呼出し！ＩＩ］７はイベン
ト制御ブロックのタスクＩＤ領域を調べ、測定対象イベ
ントである場合、情報処理ルーチン（４）２５を呼び、
最低限、時刻、タスクＩＤ、ディスバッチ完了記録を収
集し、その後、従来通りディスバッチを行う。
第４図は上記情報収集処理ルーチン呼出し部！４．１５
．１７の処理フローをまとめて示したものである。また
、第５図は各情報収集処理ルーチン（１）〜（４）とそ
の収集情報の対応を示したものである。
．１７の処理フローをまとめて示したものである。また
、第５図は各情報収集処理ルーチン（１）〜（４）とそ
の収集情報の対応を示したものである。
第６図及び第７図は、本発明による具体的処理例であり
、■はＩ／Ｏ等のイベントの発行元タスク、■はイベン
ト制御ブロック、■はシステムタスクまたは非タスク、
■はファイル・端末等の目的資源、■は情報収集処理ル
ーチン群（１）〜（４）をそれぞれ示している。
、■はＩ／Ｏ等のイベントの発行元タスク、■はイベン
ト制御ブロック、■はシステムタスクまたは非タスク、
■はファイル・端末等の目的資源、■は情報収集処理ル
ーチン群（１）〜（４）をそれぞれ示している。
例えば、オンライン通常運転状態では、状態フラグはＯ
ＦＦ （非性能測定状態）となっており、オンラインタ
スク（ＩＤ＝Ａ）でＳＶＣαの発行を契機としてイベン
トが発生した場合、本来のイベント対応の処理は次の通
りとなる。即ち、第６図に於いて、（ｉ）ＳＶＣαの実
行ルーチンが当該タスクＩＤ情報をイベント制御ブロッ
ク（ＥＣＢ）に書き込み、これをシステムタスク／非タ
スクへ伝達→（ｉｉ）システムタスク／非タスクでのイ
ベントのキューイング→（ｉｉｉ）イベントの実行開始
処理→（ｉｖ）イベント実行結果の受信処理（この時点
で再試行可能なエラーの場合、（ｕｌ）の段階に戻り、
何回かイベント実行が繰り返されることもある）→（Ｖ
）システムタスク／非タスクからタスクディスパッチャ
に対する、イベント発行元へのＰｏ５Ｔ通知依頼→（ｖ
ｉ）タスクディスパッチャからイベント発行元へのＰＯ
３Ｔ処理の順に従い実行される。
ＦＦ （非性能測定状態）となっており、オンラインタ
スク（ＩＤ＝Ａ）でＳＶＣαの発行を契機としてイベン
トが発生した場合、本来のイベント対応の処理は次の通
りとなる。即ち、第６図に於いて、（ｉ）ＳＶＣαの実
行ルーチンが当該タスクＩＤ情報をイベント制御ブロッ
ク（ＥＣＢ）に書き込み、これをシステムタスク／非タ
スクへ伝達→（ｉｉ）システムタスク／非タスクでのイ
ベントのキューイング→（ｉｉｉ）イベントの実行開始
処理→（ｉｖ）イベント実行結果の受信処理（この時点
で再試行可能なエラーの場合、（ｕｌ）の段階に戻り、
何回かイベント実行が繰り返されることもある）→（Ｖ
）システムタスク／非タスクからタスクディスパッチャ
に対する、イベント発行元へのＰｏ５Ｔ通知依頼→（ｖ
ｉ）タスクディスパッチャからイベント発行元へのＰＯ
３Ｔ処理の順に従い実行される。
一方、性能測定期間では、状態フラグはオンライン性能
測定中（ＯＮ）の状態で、タスクＩＤ＝Ａが測定対象と
なっており、オンラインタスク（ＩＤ＝Ａ）がＳＶＣα
が発生した場合、第７図の（ｉ）〜（Ｖｊ）の手順にて
実行される。即ち、（ｉ）まず、情報収集処理ルーチン
（］）に制御移行し、そこでイベント発生に係わる情報
をメモリバッファ等へ記録し、→（１１）次にＳＶＣα
の実行ルーチンに於いて、ＥＣＢにタスクＩＤ情報を記
録し、これをシステムタスク／非タスクへ伝達し、→（
ｉｉｉ ）これを受け、システムタスク／非タスクでは
イベントをキューイングし、→（ｉｖ）測定対象タスク
からのイベントの実行時点で、システムタスク／非タス
クは情報収集処理ルーチン（２）を走行させ、そこでイ
ベント実行開始に係わる情報をメモリバッファ等へ記録
した後で、イベントの実行開始処理を行い、→（Ｖ）測
定対象タスクからのイベントの実行結果を受信した時点
で、システムタスク／非タスクは情報収集処理ルーチン
（３）を走行させ、そこでイベント完了に係わる情報を
メモリバッファ等へ記録した後で、本来のイベント受信
処理を行い、−（ｖｉ）システムタスク／非タスクはタ
スクディスパッチャに対する、イベント発行元へのＰＯ
３Ｔ通知依頼を行い、→（■）タスクディスパッチャで
は、情報収集処理ルーチン（４）を走行させ、そこで時
刻、ディスパッチャ実行表示、発行元タスクＩＤ等の収
集情報をメモリバッファ等へ記録させた後で、イベント
発行元へのＰＯ８Ｔ処理を行う。
測定中（ＯＮ）の状態で、タスクＩＤ＝Ａが測定対象と
なっており、オンラインタスク（ＩＤ＝Ａ）がＳＶＣα
が発生した場合、第７図の（ｉ）〜（Ｖｊ）の手順にて
実行される。即ち、（ｉ）まず、情報収集処理ルーチン
（］）に制御移行し、そこでイベント発生に係わる情報
をメモリバッファ等へ記録し、→（１１）次にＳＶＣα
の実行ルーチンに於いて、ＥＣＢにタスクＩＤ情報を記
録し、これをシステムタスク／非タスクへ伝達し、→（
ｉｉｉ ）これを受け、システムタスク／非タスクでは
イベントをキューイングし、→（ｉｖ）測定対象タスク
からのイベントの実行時点で、システムタスク／非タス
クは情報収集処理ルーチン（２）を走行させ、そこでイ
ベント実行開始に係わる情報をメモリバッファ等へ記録
した後で、イベントの実行開始処理を行い、→（Ｖ）測
定対象タスクからのイベントの実行結果を受信した時点
で、システムタスク／非タスクは情報収集処理ルーチン
（３）を走行させ、そこでイベント完了に係わる情報を
メモリバッファ等へ記録した後で、本来のイベント受信
処理を行い、−（ｖｉ）システムタスク／非タスクはタ
スクディスパッチャに対する、イベント発行元へのＰＯ
３Ｔ通知依頼を行い、→（■）タスクディスパッチャで
は、情報収集処理ルーチン（４）を走行させ、そこで時
刻、ディスパッチャ実行表示、発行元タスクＩＤ等の収
集情報をメモリバッファ等へ記録させた後で、イベント
発行元へのＰＯ８Ｔ処理を行う。
第８図に、各情報収集処理ルーチン（１）〜（４）での
オンライン中収集情報の例、及びそれによる分析例を示
す。なお、分析処理はオフラインで行う。このように、
オンライン動作中にシステムプログラムの修正をするこ
となく、かつ情報収集オーバーヘッドが特定イベントに
関する処理に限定した形で、イベント処理時間の分析が
可能となる。
オンライン中収集情報の例、及びそれによる分析例を示
す。なお、分析処理はオフラインで行う。このように、
オンライン動作中にシステムプログラムの修正をするこ
となく、かつ情報収集オーバーヘッドが特定イベントに
関する処理に限定した形で、イベント処理時間の分析が
可能となる。
ここで、上記情報収集処理プログラムとの間の制御移行
に伴い、本来のプログラム間制御移行が従来通りに行わ
れる必要がある。このため、図では簡略化のため省略さ
れているが、当然ながら、新・旧ＰＳＷ、レジスタ等の
プログラム間制御移行用の引継ぎ情報を本来のプログラ
ムの呼び出し的の状態（次の実行アドレスは当該ＳＶＣ
処理プログラムの実行アドレス）でセーブし、終了後そ
の状態にリバイブする機能を持ち合せている。
に伴い、本来のプログラム間制御移行が従来通りに行わ
れる必要がある。このため、図では簡略化のため省略さ
れているが、当然ながら、新・旧ＰＳＷ、レジスタ等の
プログラム間制御移行用の引継ぎ情報を本来のプログラ
ムの呼び出し的の状態（次の実行アドレスは当該ＳＶＣ
処理プログラムの実行アドレス）でセーブし、終了後そ
の状態にリバイブする機能を持ち合せている。
また、第６図及び第７図の例では、Ｉ／Ｏ系イベント処
理の例を示したが、一定時間待ち合わせるマクロの場合
も、本発明方式に包含される。即ち、これは目的資源と
システムタスク／非タスクによるイベントの実行や実行
完了処理並びに、情報収集処理ルーチン（２）及び（３
）を省略した縮退例に該当する。
理の例を示したが、一定時間待ち合わせるマクロの場合
も、本発明方式に包含される。即ち、これは目的資源と
システムタスク／非タスクによるイベントの実行や実行
完了処理並びに、情報収集処理ルーチン（２）及び（３
）を省略した縮退例に該当する。
また、第１図の実施例で、各情報収集処理ルーチンは、
○Ｓと同等の権限を持たせたプログラムで構成し、必要
機能を加えることで、第８図の測り外の情報収集も可能
である。
○Ｓと同等の権限を持たせたプログラムで構成し、必要
機能を加えることで、第８図の測り外の情報収集も可能
である。
〔発明の効果］
以上述べたように、本発明では、性能分析情報の収集は
、指定タスクに関するイベントに限定した情報収集を行
うことにより、オンライン性能への影響を最小限度とす
るものである。また、その後この収集情報をオフライン
システムのみで編集・分析することにより、オンライン
性能への影響をさらに減少させることができる。
、指定タスクに関するイベントに限定した情報収集を行
うことにより、オンライン性能への影響を最小限度とす
るものである。また、その後この収集情報をオフライン
システムのみで編集・分析することにより、オンライン
性能への影響をさらに減少させることができる。
また、ログ情報では得られない、性能ネックの直接的原
因を解明できる具体的オンラインの生データ（Ｉ／Ｏ実
行時間や待ち時間の増大を招いた資源名、タスク名など
）を、オンライン・プログラムの修正なしで得られるこ
とから５性能ボトルネツクの原因究明に係わる所要稼動
を大幅に削減するとともに、その早期解消が図られる。
因を解明できる具体的オンラインの生データ（Ｉ／Ｏ実
行時間や待ち時間の増大を招いた資源名、タスク名など
）を、オンライン・プログラムの修正なしで得られるこ
とから５性能ボトルネツクの原因究明に係わる所要稼動
を大幅に削減するとともに、その早期解消が図られる。
今後、オンラインシステムの業務の高度化に伴い、ハー
ド／ソフトが増々大規模・複雑化し、イベントのやり取
りが複雑化する傾向にあり、イベント処理に係わるシス
テム性能問題の早期かつ簡易な究明手段の提供の重要性
は高まる一方である。
ド／ソフトが増々大規模・複雑化し、イベントのやり取
りが複雑化する傾向にあり、イベント処理に係わるシス
テム性能問題の早期かつ簡易な究明手段の提供の重要性
は高まる一方である。
本発明はこれに応える新方式と位置づけられる。
第１図は本発明方式の概念図、第２図は状態タスク、測
定対象タスクＩＤリスト、ＳＶＣ管理テーブルの詳細説
明図、第３図及び第４図は情報収集処理ルーチン呼出し
部の処理フロー図、第５図は情報収集処理ルーチン群の
収集情報を示す図、第６図及び第７図は第１図による具
体的処理例を示す図、第８図は具体的処理結果を示す図
である。 ／Ｏ・・・オンラインタスク、 １１，１４，１５゜
１７・情報収集処理ルーチン呼出し部、１２・・・ＳＶ
Ｃ処理部、 １３・・システムタスク／非タスク、
１６・・・タスクディスパッチャ、２１・ＳＶＣ処理
実行ルーチン、 ２２〜２５・・・情報収集処理ルーチン。 第２ 第５図 ■目的Ｌｐｆ ■不男級砿、刀＼、夕（。 刃１し叫４−￥−
定対象タスクＩＤリスト、ＳＶＣ管理テーブルの詳細説
明図、第３図及び第４図は情報収集処理ルーチン呼出し
部の処理フロー図、第５図は情報収集処理ルーチン群の
収集情報を示す図、第６図及び第７図は第１図による具
体的処理例を示す図、第８図は具体的処理結果を示す図
である。 ／Ｏ・・・オンラインタスク、 １１，１４，１５゜
１７・情報収集処理ルーチン呼出し部、１２・・・ＳＶ
Ｃ処理部、 １３・・システムタスク／非タスク、
１６・・・タスクディスパッチャ、２１・ＳＶＣ処理
実行ルーチン、 ２２〜２５・・・情報収集処理ルーチン。 第２ 第５図 ■目的Ｌｐｆ ■不男級砿、刀＼、夕（。 刃１し叫４−￥−
Claims (1)
- （１）走行中のタスクから他への処理依頼イベントがＩ
／Ｏ系マクロ、ＣＰＵ／メモリ等の資源確保・占有系マ
クロなどのＳＶＣ発行により行われ、またタスクのレデ
ィ状態への移行が、ＰＯＳＴ系／ＧＡＰ系各マクロのＳ
ＶＣ発行により行われ、また走行状態への復帰がタスク
バィスパッチャにより行われる計算機システムであって
、 オンライン処理性能測定中か否かを示す状態フラグと、
測定対象のタスクＩＤを保持しているタスクＩＤリスト
と、ＳＶＣ毎にＳＶＣ処理ルーチンアドレスに加えて情
報収集処理ルーチンアドレスも保持するＳＶＣ管理テー
ブルを設け、オンラインタスクからＳＶＣが発行された
場合、前記状態フラグが性能測定中を示し、かつ、前記
タスクＩＤリストに当該タスクＩＤが存在すると、前記
ＳＶＣテーブルを参照し、第１の情報収集処理ルーチン
を起動して、時刻やタスクＩＤやＳＶＣ名などを収集し
、その後、ＳＶＣ処理ルーチンを実行する計算機システ
ムにおいて、 Ｉ／Ｏ等の処理要求イベントを実行するシステムタスク
／非タスクは、処理時間要求イベントを記憶するイベン
ト制御ブロック（ＥＣＢ）を待ちイベントキューから取
り出す時、イベント制御ブロックのタスクＩＤ領域を調
べ、測定対象イベントである（タスクＩＤが設定されて
いる）場合には、イベントの実行開始契機に第２の情報
収集処理ルーチンを起動して、時刻、タスクＩＤ、処理
対象資源名やＲＥＡＤ／ＷＲＩＴＥなどの実行イベント
種別、待ちＥＣＢ数、他の待ちタスクのＩＤを収集した
後で、通常のイベント実行を行い、さらにその後、イベ
ント完了契機で第３の情報収集処理ルーチンを起動して
、時刻、タスクＩＤ、処理対象資源名やイベント処理結
果（正常／異常等）を収集し、それ以外の場合には、直
接通常のイベントを実行し、 タスクディスパッチャは、ディスパッチ契機で、イベン
ト制御ブロックのタスクＩＤ領域を調べ、測定対象イベ
ントである場合、第４の情報収集処理ルーチンを起動し
て、時刻、タスクＩＤ、ディスパッチ完了記録を収集し
、その後、ディスパッチを行い、それ以外では直接ディ
スパッチを行う、ことを特徴とするオンライン中イベン
ト処理時間分析方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2185625A JP2882859B2 (ja) | 1990-07-13 | 1990-07-13 | オンライン中イベント処理時間分析方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2185625A JP2882859B2 (ja) | 1990-07-13 | 1990-07-13 | オンライン中イベント処理時間分析方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0476639A true JPH0476639A (ja) | 1992-03-11 |
| JP2882859B2 JP2882859B2 (ja) | 1999-04-12 |
Family
ID=16174063
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2185625A Expired - Fee Related JP2882859B2 (ja) | 1990-07-13 | 1990-07-13 | オンライン中イベント処理時間分析方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2882859B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009193128A (ja) * | 2008-02-12 | 2009-08-27 | Nec Corp | トランザクション装置、遅延障害分析装置、遅延障害分析方法およびプログラム |
| US8954774B2 (en) | 2011-06-29 | 2015-02-10 | Fujitsu Limited | Preventing starting of the current user operation to save power based on combined most recent operation time |
-
1990
- 1990-07-13 JP JP2185625A patent/JP2882859B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009193128A (ja) * | 2008-02-12 | 2009-08-27 | Nec Corp | トランザクション装置、遅延障害分析装置、遅延障害分析方法およびプログラム |
| US8954774B2 (en) | 2011-06-29 | 2015-02-10 | Fujitsu Limited | Preventing starting of the current user operation to save power based on combined most recent operation time |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2882859B2 (ja) | 1999-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0560343B1 (en) | Input-output control system and input-output control method in the system | |
| US7114104B1 (en) | System and method of fault detection in a Unix environment | |
| US20090178036A1 (en) | Method and Apparatus for Call Stack Sampling Using a Virtual Machine | |
| WO2004003748A1 (en) | Method and system to implement a system event log for improved system anageability | |
| JPH08286958A (ja) | ジョブスケジューリング解析方法 | |
| CN100444120C (zh) | 流水线多进程之间基于消息队列的海量数据传输方法 | |
| US20090019318A1 (en) | Approach for monitoring activity in production systems | |
| JP4928480B2 (ja) | ジョブ処理システムおよびジョブ管理方法 | |
| JPH0476639A (ja) | オンライン中イベント処理時間分析方式 | |
| Abrams | A tool to aid in model development and validation | |
| CN117909160B (zh) | 基于物联网的固件崩溃分析方法及装置 | |
| JPH04195436A (ja) | 計算機システム自動テスト方式 | |
| CN119557158A (zh) | 一种嵌入式操作系统的性能测试方法、装置及系统 | |
| JP2003345628A (ja) | 障害調査資料採取方法及びその実施システム並びにその処理プログラム | |
| JP3097750B2 (ja) | オンライン中の情報収集方式 | |
| JP2009181494A (ja) | ジョブ処理システムおよびジョブ情報取得方法 | |
| JP4267304B2 (ja) | ディスクアレイ制御装置 | |
| CN120723524B (zh) | 数据处理方法、系统、电子设备、介质及产品 | |
| JPH05181631A (ja) | ダイナミックな変数更新及び自動境界用サポートを有するデータ処理装置のリアルタイム装置リソースモニタ | |
| JPH04213126A (ja) | ソフトウェアテスト方式 | |
| CN118820007A (zh) | 一种适用于超融合平台的虚机业务连续性监控方法 | |
| JPH06131203A (ja) | イベント記録方式 | |
| JPH1196046A (ja) | ジャーナル取得装置 | |
| JPS63113649A (ja) | 制御装置 | |
| CN118760666A (zh) | 跑批处理的控制方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |