JPH0581051A - リソース破壊監視方式 - Google Patents

Abstract

(57)【要約】 【目的】 メモリ等のリソースの破壊を速やかに検出し
且つ被疑プロセスを容易に特定し得るようにする。 【構成】 システムクロックによるクロック割込みを受
ける毎にＯＳのカーネル部１は、リソース群２中の各リ
ソース３，５の破壊の有無をそれらに付加されたリソー
ス管理情報６の内容を調べること等によりチェックし
（Ｓ２）、破壊されているときはシステムを停止する
（Ｓ３）。破壊されていないときは、各レベル毎のプロ
グラム実行制御（Ｓ５〜Ｓ７），アプリケーションプロ
セススケジューラによる実行プロセスの選定（Ｓ９），
その実行制御（Ｓ１１）を順次行うが、アプリケーショ
ンプロセス実行制御の直前にそのプロセスのレジスタ情
報とＯＳのプロセスコントロールテーブルのデータとを
収集メモリ７に蓄積しておく。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子計算機におけるリ
ソース破壊監視方式に関する。

【０００２】

【従来の技術】一般に電子計算機においては、メモリ等
のリソースは例えば所定サイズ毎に分割されて管理さ
れ、そのうち未使用のリソースはチェインによって一繋
ぎに連結されており、使用に際しては例えばその先頭の
未利用リソースから順に使用するといった方法が採用さ
れている。

【０００３】ところで、電子計算機上でアプリケーショ
ンプログラム等をプロセスとして実行した場合、それが
有するバグのために、未使用リソースのチェイン構造が
破壊されたり、使用中リソースが未使用リソースに変え
られたりする等のリソース破壊が生じることがある。

【０００４】リソース破壊は単にリソースが破壊される
に留まらず、他の障害を併発する原因となるので、リソ
ース破壊が生じた場合には速やかに検出し、その原因を
調査して必要な処置をとることが重要である。

【０００５】そのため、従来においては、以下の
（Ａ），（Ｂ）のような対策が講じられている。

【０００６】（Ａ）リソースが或る一定時間を経過して
も捕捉できない場合にリソース破壊が発生しているもの
と判断してシステムを停止させる。

【０００７】（Ｂ）リソースにリソース破壊を判定する
ためのリソース管理情報を付加し、リソースの捕捉時お
よび解放時にこの情報を照合してリソース破壊を検出
し、システムを停止させる。

【０００８】

【発明が解決しようとする課題】しかしながら、上記の
各対策には以下のような問題点がある。

【０００９】対策Ａでは、プログラムバグによるリソー
ス破壊時のみならず、プログラム動作に必要なリソース
の絶対数が不足した場合においてもシステム停止が起こ
る。よって、リソース破壊が生じたか否かはシステム停
止時に各種の情報を詳細に解析するまで判明しない。

【００１０】対策Ｂでは、リソースに付加されたリソー
ス破壊を判定するためのリソース管理情報に基づいてリ
ソースの捕捉時および解放時にリソース破壊の検出を行
うので、対策Ａのような問題点は解消されるが、リソー
ス破壊を起こした被疑プロセスを特定する上で問題があ
る。即ち、リソース解放時にリソース破壊が検出された
場合にはＯＳが管理しているプロセス情報によりリソー
スの解放を行ったプロセスを起点として後ろ方向にプロ
グラムのトレースを行えば被疑プロセスは特定される
が、リソース捕捉時にリソース破壊が検出された場合に
は、過去に実行されたプロセス全てが被疑プロセスとな
り得るので、実際上プログラムのトレースを行うことは
困難であり、被疑プロセスを特定できない。

【００１１】本発明はこのような事情に鑑みて為された
ものであり、その目的は、リソース破壊を速やかに検出
することができ、且つ被疑プロセスを容易に特定するこ
とができるリソース破壊監視方式を提供することにあ
る。

【００１２】

【課題を解決するための手段】本発明のリソース破壊監
視方式は、上記の目的を達成するために、システムクロ
ックによるクロック割込みを受ける毎にプロセスの実行
制御を行うＯＳを備えた電子計算機において、前記クロ
ック割込み時に、リソースが破壊されているか否かをチ
ェックするリソースチェック手段と、前記実行制御にか
かるプロセスに関する情報を収集してメモリに蓄積する
プロセス情報セーブ手段とを、前記ＯＳに備えるように
している。

【００１３】本発明の好ましい実施例においては、前記
プロセス情報セーブ手段は、実行制御にかかるアプリケ
ーションプロセスに関する情報を収集して前記メモリに
蓄積している。

【００１４】前記収集するプロセス情報には、実行プロ
セスのレジスタ情報およびプロセスコントロールテーブ
ルのデータが含まれる。

【００１５】

【作用】本発明のリソース破壊監視方式においては、シ
ステムクロックによるクロック割込みを受ける毎にプロ
セスの実行制御を行うＯＳに設けられたリソースチェッ
ク手段が、前記クロック割込み時に、例えばリソースの
チェイン構造の探索，リソース管理情報のチェック等に
よりリソースが破壊されているか否かを調べ、破壊され
ている場合にはシステムを停止させる。

【００１６】また、同ＯＳに設けられたプロセス情報セ
ーブ手段が、実行制御にかかるアプリケーションプロセ
ス等のプロセスに関する情報として、実行プロセスのレ
ジスタ情報およびプロセスコントロールテーブルのデー
タをメモリに蓄積する。

【００１７】従って、リソースチェック手段によってリ
ソース破壊が検出されてシステムが停止された場合、メ
モリに蓄積されたプロセス情報を調べれば被疑プロセス
を容易に特定することができ、またその情報に基づいて
プログラムをトレースすればプログラムバグを容易に発
見することができる。

【００１８】

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

【００１９】図１は本発明の一実施例の構成図であり、
１はリアルタイムＯＳのカーネル部、２はメモリである
リソース群、３は未使用リソース、４は未使用リソース
を繋ぐチェイン、５は使用中リソース、６はリソース管
理情報、７は収集メモリである。

【００２０】リソース群２は未使用リソース３，使用中
リソース５の集まりであり、未だ何れのプロセスにも使
用されていない未使用リソース３はチェイン４で一繋ぎ
に連結されており、リソースの必要時にはこのうちの任
意の数の未使用リソース３が取り出され、チェイン４の
繋ぎ替えが行われる。

【００２１】各リソース３，５に付加されたリソース管
理情報６は、リソース破壊の検出等に使用される情報で
あり、例えば使用／未使用を示すフラグ、そのリソース
のサイズを示すデータ等が含まれている。

【００２２】収集メモリ７は、カーネル部１によって収
集された、実行プロセスの詳細情報を格納するメモリで
あり、本実施例では、詳細情報として実行プロセスのレ
ジスタ情報とＯＳのプロセスコントロールテーブルのデ
ータとを格納する。

【００２３】カーネル部１は、電子計算機の基本ソフト
ウェアとして動作するリアルタイムＯＳの中核を為す部
分であり、図示しないハードウェアからのシステムクロ
ック割込み時（Ｓ１）、ステップＳ２からステップＳ１
１の処理を行い、ＣＣ（ＣＰＵ）アイドルとなる（Ｓ１
２）。

【００２４】ここで、ステップＳ５〜Ｓ９，Ｓ１１はシ
ステムクロック割込み時に行うべき従来と同様な基本的
な動作にかかる処理（各レベルのプログラム実行制御，
アプリケーションプロセスのスケジュール等）を実行す
るステップであり、破線で囲んだステップＳ２〜Ｓ４，
Ｓ１０が本実施例のリソース破壊監視方式に特徴的な処
理を実行するステップである。

【００２５】図２はカーネル部１がシステムクロックに
よるクロック割込みを受けたときに行う処理の一例を示
すタイムチャートであり、以下、各図を参照して本実施
例の動作を説明する。

【００２６】カーネル部１は、システムクロックによる
クロック割込み２１が入ると（Ｓ１）、先ず、リソース
チェックを行う（Ｓ２，２２）。

【００２７】このリソースチェックでは、例えばリソー
ス群２中の未使用リソース３のチェイン４をトレース
し、チェイン４がとぎれていないか，各未使用リソース
３のリソース管理情報６の例えば使用／未使用フラグが
全て未使用となっているか等を調べることにより未使用
リソースの破壊の有無をチェックする。また、それ以外
にも使用中リソース５を含む全てのリソースのリソース
管理情報６をチェックし、他の種類のリソース破壊の有
無も調べる。

【００２８】今、リソースが破壊されていない場合を想
定すると、カーネル部１はリソース破壊無しと判定し、
セーブポインタを０に初期化し（Ｓ４）、その後、最優
先プログラム実行制御（Ｓ５，２３），レベル１プログ
ラム実行制御（Ｓ６，２４），レベル２プログラム実行
制御（Ｓ７，２５）を行い、更にそれらが終了すると、
中断しているアプリケーションプロセスが有るか否かを
判定し（Ｓ８）、無ければアプリケーションプロセスス
ケジューラにより実行するアプリケーションプロセスを
選定する（Ｓ９）、という従来と同様の動作を行う。

【００２９】そして、ステップＳ９において選定された
アプリケーションプロセス或いはステップＳ８において
存在すると判定された中断中アプリケーションプロセス
の実行制御（Ｓ１１，２７）を行う直前に、そのプロセ
スのレジスタ情報とそのプロセスに関するＯＳのプロセ
スコントロールテーブルのデータ（例えば、そのプロセ
スの実行中アドレス，中断再開アドレス，使用している
ワークエリアの先頭アドレス等）とを収集し、収集メモ
リ７のセーブポインタが指し示す領域に蓄積する（Ｓ１
０，２６）。

【００３０】そして、ステップＳ１１の実行後すなわち
アプリケーションプロセスの実行制御後、カーネル部１
はＣＣアイドル状態となり（Ｓ１２）、次のシステムク
ロックによるクロック割込みを待つ。

【００３１】ここで、ステップＳ１１で実行制御したア
プリケーションプロセスにプログラムバグが存在し、そ
の為にリソース群２中のリソースが破壊されたとする。
しかし、この時点ではそれは判定されず、上述したよう
にカーネル部１はＣＣアイドル状態となり、次のシステ
ムクロックによるクロック割込みを待つことになる。

【００３２】さて、次のシステムクロックによるクロッ
ク割込み２９が入ると（Ｓ１）、カーネル部１は再びリ
ソースチェックを行う（Ｓ２，３０）。そして、この時
点において、上記リソース破壊が検出され、カーネル部
１はＯＳの動作を停止させる。これでシステムが停止す
ることになる（Ｓ３）。

【００３３】このシステム停止時点においては、収集メ
モリ７に前回の周期で収集した実行プロセス即ち今の場
合はアプリケーションプロセスのレジスタ情報およびＯ
Ｓのプロセスコントロールテーブルのデータが蓄積され
ているので、それらを調べれば、リソース破壊を起こし
たプログラム即ちバグを有するプログラムを容易に特定
でき、且つ、上記情報に基づきプログラムのトレースを
行うことによりプログラムのバグを容易に発見すること
ができる。

【００３４】以上の実施例では、システムクロックによ
るクロック割込み時に実行制御されるプロセスのうちア
プリケーションプロセスについてのみプロセス情報をセ
ーブした。これは、一般にカーネル部１のレベル１，２
等のプログラムに関してはバグは皆無であることを前提
としたものである。しかし、レベル１，２等のプログラ
ムも被疑プロセスとなり得る可能性がある場合には、ア
プリケーションプロセスのみならずレベル１，２等を含
む各プロセス毎のプロセス情報をセーブするようにすれ
ば良い。

【００３５】

【発明の効果】以上説明した本発明のリソース破壊監視
方式によれば、以下のような効果を得ることができる。

【００３６】システムクロックによるクロック割込み発
生毎にリソース破壊が生じているか否かのリソースチェ
ックを行っているため、リソース破壊を速やかに検出す
ることができる。

【００３７】クロック割込み発生毎に、実行プロセスの
レジスタ情報およびＯＳのプロセスコントロールテーブ
ルのデータをプロセス情報としてメモリに蓄積するよう
にしたので、多数のプロセスが並列実行されるような複
雑な処理が実行されている環境下においても被疑プロセ
スを容易に特定することができ、またその情報に基づい
てプログラムをトレースすればプログラムバグを容易に
発見することができる。

【図面の簡単な説明】

【図１】本発明の一実施例の構成図である。

【図２】カーネル部１がシステムクロックによるクロッ
ク割込みを受けたときに行う処理の一例を示すタイムチ
ャートである。

【符号の説明】

１…カーネル部 ２…メモリのリソース群 ３…未使用リソース ４…チェイン ５…使用中リソース ６…リソース管理情報 ７…収集メモリ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 システムクロックによるクロック割込み
   を受ける毎にプロセスの実行制御を行うＯＳを備えた電
   子計算機において、 前記クロック割込み時に、リソースが破壊されているか
   否かをチェックするリソースチェック手段と、 前記実行制御にかかるプロセスに関する情報を収集して
   メモリに蓄積するプロセス情報セーブ手段とを、 前記ＯＳに備えることを特徴とするリソース破壊監視方
   式。
2. 【請求項２】 前記プロセス情報セーブ手段は、実行制
   御にかかるアプリケーションプロセスに関する情報を収
   集して前記メモリに蓄積する請求項１記載のリソース破
   壊監視方式。
3. 【請求項３】 前記収集するプロセス情報は、実行プロ
   セスのレジスタ情報およびプロセスコントロールテーブ
   ルのデータを含む請求項１または２記載のリソース破壊
   監視方式。