JPS6227838A - 情報処理装置のバツフア管理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 「産業上の利用分野」 この発明はコンピュータオンラインシステムのような情
報処理装置におけるメモリバッファの管理装置に関する
ものである。

「従来の技術」 従来、この種のバッファ管理装置はバッファの管理部だ
けで構成されており、プログラムからのバッファ使用要
求（バッファゲット要求）やバッファ返却要求（バツフ
ァプツ）！求）に対し、バッファプールからのバッファ
の取出し、返却のみを行うようになっていた。

「発明が解決しようとする問題点」 上述した従来のバッファ管理装置では、プログラムから
の要請によるイくツファブールからの取出し／返却を行
う管理部だけで構成されていたため、プログラムの欠陥
（バグ）等によりバッファアドレスを間違えて返却され
ると、プログラムロジック部分の破壊や、リソース不足
が後になって現われてくる。

これらが現われた場合に、そのプログラムバグの追求は
時間が経過してしまっているので非常に困難となる欠点
があった。

「問題点を解決するための手段」 この発明のバッファ管理装置には、プログラムのバグに
よる誤まったバッファアドレスによる返却要求や、既に
返却済みのバッファの返却要求（二重バッファプツト）
などのバッファプツト時の誤りを事前に検出して取り除
くチェック部と、バッファの返却忘れのプログラムバグ
追求が可能なように、バッファ使用プログラムの履歴を
付与するＩＤ付加部とを有している。

「実施例」 次にこの発明について図面を参照して説明する。

第１図はこの発明の装置を使用したコンピュータシステ
ムの例を示す。バッファ管理装置１はプログラムエリア
２とバッファプール３とに接続されている。バッファ管
理装置１は管理部４とＩＤ付加部５とチェック部６とか
らなる。プログラムエリア２には各プログラムＰｉ　、
　Ｐ２・・・・・・ｐ、ｎが格納され、バッファプール
３にはメモリを一定の大きさに論理的に細分したバッフ
ァＢｌ　、　Ｂ２　、　Ｂ３・・・・・・１３ｔｎが在
る。

Ｊａ下、プログラムからのバッファゲラ）！求及びバッ
ファプツト要求におけるバッファ管理装置１の動作を説
明する。説明を容易にするためコンピュータシステムの
メモリマツプは第２図に示すように、プログラムエリア
２を０番地から９９９番地までとし、バッファプール３
を１０００番地から１９９９番地までの１０００バイト
とする。

一つのバッファの大きさは第３図に示すように１００バ
イトとする。従ってバッファの数はＢ１〜ＢＩＯの１０
である。各バッファには次バッファチェインの番地を示
す領域１１と、使用プログラムの履歴を記憶する領域１
２と、プログラムの使用領域１３と、その池の領域１４
とからなっている。

ａ、バッファゲット要求 この説明例では初期の状態では第４図に示すように、１
０個のバッファＢ１〜ＢＩＯが順次チェインされている
。管理部４の管理テーブル１５には空きバッファチェイ
ンの初めの先頭番地が記憶される領域１６と、最後の先
頭番地が記憶される領域１７とがあり、この例ではバッ
ファＢ１の先頭番地１０００、バッファＢ１゜、の先頭
番地１９００がそれぞれ領域１６．１７に格納されてい
る。

プログラムＰ２からバッファ要求がバッファ管理装置１
に対し発行される（第１因■）。バッファ管理装置１の
管理部４では、第５図に示す通すバッファプール３より
バッファＢ１を取出し、バッファ管理テーブルを更新し
、領域１６には次のバッファＢ２の先頭番地１１０ｏが
格納される（第１因■）。管理部４はバッファＢ１トハ
ツファゲット要求を発行したプログラムＰ２のＩＤ２と
をＩＤ付加部５に渡す（第１因■）。

ＩＤ付加部５は第７図に示すようにプログラムＩＤ２を
バッファＢ１の使用プログラム履歴領域１２にセットし
て管理部４に渡す（第１因■）。

管理部４はプログラムＰ２にバッフ７Ｂ１を渡す（第１
因■）。

また管理部４は第９図に示す管理テーブル１５上の空き
状態を示す領域１８におけるバッファＢ１に対応するビ
ットを１から０に変更し、貸出し済みであることを表示
する。

ｂ、バッファプツト プログラムＰ２からバッファＢ１の返却要求がバッファ
管理装置１に対し発行される（第１因■）。バッファ管
理装置１の管理部４はバッファＢ１をチェック部６に渡
す（第１因■）。

チェック部６では例えば第８因に示すルーチンで′９ツ
ファＢ１のアドレス妥当性のチェックが行われる。すな
わちチェック部６内のメモリ２１内にはバッファプール
３の開始アドレス、この例では１０００番地と、最終ア
ドレス、この例では１９９９番地と、一つのバッファの
大きさくサイズ）、この例では１００バイトとが予め記
憶されである。バッファアドレス妥当性のチェックはス
テップＳ１で返却バッファアドレスがバッファプール３
の開始アドレスより大きいかがチェックされ、小さけれ
ば判定結果不良とされ、大きければステップＳ２で返却
バッファアドレスがバッファプール３め最終アドレス以
下かがチェックされ、大きければ判定結果不良とし、小
さければステップＳ８で返却バッファアドレスからバッ
ファプール３の開始アドレスを引算し。

その引算結果をバッファサイズで割算する。ステップＳ
４で七の割算結果の余りがゼロかがチェックされ、余り
があれば判定結果不良とされ、余りがなければ判定結果
は良、つまり返却バッファアドレスは妥当であるとされ
る。

更に第９図に示すルーチンでバッファの二重返却のチェ
ックが行われる。すなわちステップＳ５で返却バッファ
アドレスからバッファプール３の開始アドレスを引算し
、その引算結果をバッファサイズで割算し、その割算結
果をＳとする。ステップＳ６で管理テーブルｌｌｈの空
き状態を示す領域１８におけるＳ番目のピットがゼロで
あるかをチェックし、ゼロでなければ判定結果不良とし
、ゼロであれば判定結果は良、つまり二重返却でないと
される。

チェック部６（二おけるこれらのチェック結果とバッフ
ァＢ１とを管理部へ返す（第１図Ｏ）。

管理部４ではチェック部６のチェック結果が・良ならば
第６図に示す通すパッファＢ１をバグにおける返却バッ
ファＢ１に対応するピットな０から１に変更し、返却さ
れていることを表示する。

チェック部６のチェック結果が不良ならば、チェック部
６はバッファＢ１をプログラムＰ２に返却しく第１図■
）、プログラムＰ２にバグ（不良）発生の旨を通知する
。

「発明の効果」 以上説明したようにこの発明によればバッファの返却時
にバッファ管理装置のチェック部におけるアドレス検査
でプログラムバグの早期検出及びバグ発生時でも正常な
バッファ管理機能を維持できる効果がある。

またバッファゲット時にバッファ管理装置のＩＤ付加部
によるプログラムＩＤ付加を行うことにより、バッファ
返却忘れによるリソース（バッファ）不足の障害発生時
、どのプログラムが返却を忘れているかを簡単に追求で
きる効果がある。

【図面の簡単な説明】

第１図はバッファ管理装置とその位置付けを示すブロッ
ク図、第２図はコンピュータメモリ配分の具体例を示す
図、第３図はバッファのフォーマット例を示す図、第４
図乃至第６図はバッファの管理の具体例を示し、第４図
はバッファ取り出し前の状態、第５図はバッファのプー
ルからの取り出した後の状態、第６図はバッファのプー
ルへの返却した状態を示す図、第７図はプログラムＩＤ
のセットの例を示す図、第８図はバッファ返却時のアド
レスの妥当性チェックの例を示す流れ図、第９図はバッ
ファの二重返却のチェックの例を示す流れ図である。 特許出願人　　日本電気株式会社 代　　理　　人　　　草　　野　　　　　　卓＞　１　
図 】ｌ オ　８　図 オ　９　図

Claims (1)

【特許請求の範囲】
1. （１）コンピュータのメモリを一定の大きさに論理的に
   細分化（その一つをバッファと呼ぶ）して、各々のプロ
   グラムの共通資源としてプールし、プログラムからの使
   用要求（バッファゲット）に対しバッファを与えたり、
   バッファ使用後の返却要求（バッファプット）に対し、
   プールへ戻すバッファ管理部と、 プログラムのバグ等から生じる返却要求時の誤りを事前
   に取り除くチェック部と、 バッファ使用プログラムの履歴を付与するＩＤ付加部と
   を具備する情報処理装置のバッファ管理装置。