JPS61837A - プログラム・オ−バレイロ−ド方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、プログラム・オーバレイレード方式に関し、
特に使用頻度の高いプログラム・モジニールのロード時
間を短縮でき、かつ有限のメモリ・プログラム・エリア
を有効に活用できるプログ°ラム・オーバレイロード方
式に関するものである。

〔発明の背景〕

メモリ・アドレッシングとして限定された範囲しか動作
しないような言語プログラムでは、オーバレイ・プ田グ
ラム構造を用いることにより機能を多く持たせることが
できる。この場合には、システムにメモリ的余裕があっ
ても、オーバレイ構造を避けることはできず、オーバレ
イロードの時間がシステムの性能に影響を及ぼしている
。勿論システムにメモリ内部がない場合には、ユーザ・
プログラムをロードする際に、オーバレイロード方式を
用いなければならない。

一般ニ、ユーザ・プログラム・エリアはある範囲内に限
定されているため、外部ファイ°ルに格納されているプ
ログラムの全容置はそのエリアを越えてしまう。その場
合には、メモリ・エリアを有効に使う７こめ、あるプロ
グラムをロードして実行した後、もう使用しなくなった
とき、その上から次のプログラムをロードする方法、す
なわちオーバレイロード圧よる方法が行われる。しかし
、この方法では、プログラム・ローダが必要の都度、外
部ファイルからメモリ・エリアにオーバレイロードする
ため時間がかかり、きわめて効率が恕い。

また、類ｌ１ｒｃ使用するプログラムのみでオーバレイ
ロードな行う場合には、一旦消されたプログラムを繰り
返しロードしなければならず、さらに効率が悪くなる。

頻繁に使用するプログラムは、メモリ上に常駐化してお
くことが望ましいか、メモリ容欺の制限により、一定の
オーバレイレードを実行した後、常駐化メモリ各賞を越
えた分のロードは、必ず外部ファイルからのオーバレイ
ロードなすることになるため、使用頻度の高いプログラ
ム・モジュールを選択して常駐化することができない。

〔発明の目的〕

本発明の目的は、このような欠点を解消し、使用頻度の
高いプログラム・モジュールのロード時間を短縮でき、
かつ有限のメモリ・エリアを最大限に有効利用できるプ
ログラム・オーバレイロード方式を提供することにある
。

〔発明の概要〕

上記目的を達成するため、本発明のプログラム・オーバ
レイロード方式は、内部メモリにユーザ・プログラム・
エリアとは別個にプログラム常駐化バッファ・エリアを
設け、ルート−モジュールが優先指定情報を付してプロ
グラム・ローダにロード要求を行うことにより、該プロ
グラム・田−ダは優先指定情報が付されたプログラム・
モジュールなフｔｙグラム常駐化バッファ・エリアから
ユーザ・プログラム・エリアにｐ−ドし、該プログラム
常駐化バッファ・エリア忙上記プログラム・モジュール
がないときＫは、該プログラム・モジュールを外部ファ
イルから上記プログラム常駐バッファ°・エリアにロー
ドしてモジニール名をインデックスに登録した後、該プ
ログラム・モジュールを上記ユーザ・プログラム・エリ
アにロードすること忙特徴がある。

〔発明の実施例〕

以下、本発明の実施例を、図面により説明する。

第１図は、本発明の一実施例を示すシステム・ブロック
およびメモリ・マツプの図である。

！１図において、１はプログラム・モジュールを格納す
る外部ファイルであり、具体的には７レキシプル・ディ
スク装置または固定ディスク装置である。２は主メモリ
であり、主メモリ２上にはＯＳ　（Ｏｐ＠ｒａｔｉｎｇ
　Ｓｙｓｔｅｍ）格納エリア６と、ユーザ・プログラム
・エリア５と、プログラム常駐化バッファ・エリア８が
設定されている。９は主メモリ２上にロードされたある
いは外部ファイル１上に格納されたプログラム・モジュ
ール、１０はデータ・バス、１１はＣＰＵ、１２は出力
装置であるＣＲＴディスプレイ装厘、１６は入力装置で
あるキーボードである。ＣＲＴディスプレイ装置１２と
キーボード１６は、データ・バス１０を介してＣＰＵ１
１と従続されており、オペレータのコンソールとして動
作する。主メモリ２のＯ８格納エリア６には、Ｏ８部を
構成するＯＳモジュール詐１４と、これらモジュール＃
１４を制御し、かつオペレータとの交信を行うモニタ１
５が格納されている。なお、ＯＳモジュール群１４の中
には、ユーザ・プログラム常駐部であるルート・モジュ
ール６と、ユーザ・プログラム非常駐部である複数本の
プログラム・モジュール９とを、ユーザ業務処理プログ
ラムが冥行されるユーザ・プログラム・エリア５にロー
ドするプログラム・ローダ４が存在する。ルート・モジ
ュール６は、オペレータからのプログラム・ロードコマ
ンドにより、モニタ１５を介してプログラム・ローダ４
によりユーザ・プログラム・エリア５に業務処理プログ
ラムとして胃−ドされる。そして、ルート・モジュール
６は、一旦ロードされた後は、二−ザ・プログラム・エ
リア５に常駐化され、以降、プログラム・ローダ４を起
動してプログラム・モジュール９をユーザ・プログラム
・エリア５にロードし、プログラム・モジュール９とと
もにユーザ業務処理を行う。

第１図における主メモリ２には、新たにＩ！数のプログ
ラム・モジュール９を常駐化しておくためのプログラム
常駐化バッファ８を設け、このプログラム常駐化バッフ
ァ８にどのプログラム・モジュール９が田−ドされてい
るかを示すインデックス（ＩＮＤＥＸ）部７も常駐させ
る。インデックス部７には、プログラム常駐化バッファ
８にロードされたプログラム・モジュール９の名称カ登
録される。

このような主メモリ２のプログラム格納エリアマツプに
したがって、外部ファイル１に格納されているプログラ
ム・モジュール９がデータ・パス１０を介してＣＰＵ１
１の制御によりプログラム常駐化バッフ７８またはユー
ザ・プログラム・エリア５にロードされる。

第１図の実施例においては、上述のように１主メモリ２
上のプログラム常駐化バッファ８に複数ａ分のプログラ
ム帝モジュール格納エリアとインデックス部のエリアを
用意し、先ずルート・モジュール６が優先指定情報を付
してプログラム・ローダ４にプログラム・オーバレイロ
ードな要求する。ここで、優先指定情報が付されるプｎ
グラムとしては、使用頻度が大でかつ１ｆｔ要なものが
選択される。なお、優先指定情報が付されるプログラム
がプログラム常駐化バッファ８に全部冑−ドできれば最
も絽ましいが、常駐化バッファ８の容量を越えて優先指
定情報が付された場合には、使用順に常駐化バッファ８
にロードし、常駐化バッファ８の容量を越えた分のプロ
グラムは外部ファイル１に格納しておき、一般のプログ
ラムと同じようく外部ファイル１がら直接ユーザ・プロ
グラムエリア５にシードすることＫなる。

ルート・モジュール６からのオーバレイ・プログラム・
ロード要求の度ごとに、プログラム・ローダ４が優先指
定情報の有無を判定して、優生指定有りのときはインデ
ックス部を参照し、該当するプログラム・モジニール９
があればプログラム常駐化バッファ８からユーザ・プロ
グラム・エリア５に該当プログラム・モジュール９をロ
ードしまた該当プログラム・モジュール９がｋければ、
外部ファイル１からプログラム常駐化バッファ８にシー
ドし、ロードすみであることをインデックス部７に登録
した後、これなユーザ・プログラムエリア５にロードす
る。これにより、プログラム常駐化バッファ８の容量制
限により常駐化でさるオーバレイ・プログラム・モジュ
ールの数が限られていても、使用頻度の高いプログラム
・モジュール、つまり門先度の高いモジュールを常駐化
することができ、それによってメモリ容量を最大限に有
効利用できるとともに、ｐ−ド時間を短縮することがで
きる６ 第２図（ａ）　＜ｂ）は、第１図の処理フローチャート
である。

プログラム・モジュール９には、使用頻度の高いものと
、低いものとがあり、これはユーザ・プログラム作成時
にオーバレイモジュール化した時点で判断することがで
きる。したがって、ルートモジｚ　−Ａ／６は、あらか
じめどのプログラム・モジュール９を優先指定の対象と
するかを知っている。ｉ２図（＆）はルート・モジュー
ル６による処理７−−チヤートであり、笛２図（ｂ）は
プログラム・ローダ４によるロード処理フ四−チヤード
であるオペレータからの起動によりロードされたルート
・モジュール６は、業務処理を実行する際に１必要なオ
ーバレイ・プログラム・モジュール９を二−ザ・プログ
ラム・エリア５にシードする。このとき、第２図（ａ）
　Ｋ示すように、先ず使用頻度の高いプログラム・モジ
ュール９に対して優先指定か必要か否かを判断しくステ
ップ２１）、必要であればプログラム・ローダ４を起動
させるための起動情報に優先コードをセットしくステッ
プ２２）プログラム・ローダを起動させる（ステップ２
６）。

使用頻度の低いプログラム・モジュール９に対しては優
先指定を行わず、プログラム・田−ダ４を起動する（ス
テップ２Ｌ２３’）。

第２１ｆｆｌ（ｂ）の■は常駐化エリア８のインデック
ス部７を参照する処理であり、■は常駐化エリア８が満
杯のときのロード処理、または優先指定のないときの処
理であり、■は帛駐化エリア８が満杯でなく、空きがあ
るときのり一ド処理であり、■は常駐化エリア８に該当
プログラムが常駐化していたときのロード処理である。

プログラム・ローダ４は、優先指定の有無を判断し、優
先指定有の場合には、インデックス部７をザーチし、ロ
ード要求のあったプログラム・モジュール９のプログラ
ム・モジュール名称がインデックス部７に存在するか否
かン調べる（ステップ２５，２６．２７）。インデック
スｓ７に存在しない場合には、そのインデックス［７の
内容から常駐化エリア（ここでは、第２エリア）８が満
杯であるか否かを調べる（ステップ２９鳳満杯でなけれ
ば、外部ファイル１から該当プログラム・モジュール９
を先ず常駐化バッファ（第２エリア）８にワードし、イ
ンデックス部７にそのプログラム・モジュール名称を登
録する。（ステップ３０，３１．）。

次に、常駐化バッファ（第２エリア）８からユーザ・プ
ログラム・エリア（鮪１エリア）５に該当プログラム・
モジニーＡ／９を移動して、処理を終了する（ステップ
６２）。

また、常庭化バッフ７８が満杯のときには、外部ファイ
ル１より直接プログラム・エリア（第１エリア）５に該
当プログラム・モジュール９を田−ドする（ステップ６
６）。

また、常駐化バッファ８ＫＳ該当プログラム・　　′モ
ジュール９が存在する場合には、単に常駐化バッファ（
第２エリア）８からプログラム・エリア（第１エリア）
５に移すだけでロードできる（ステップ２８）。

この処理により、緑り返し同一のプログラム・モジュー
ル９がルート・モジュール５によりロード要求された＠
台、インデックス部７に既に登録されているため、外部
ファイル１がらロードするコト７：ｉ’　（、、常駐化
バッファ８がらユーザ・プログラム・エリア５に移動す
るだけでよい。したがって、ロード時間は短縮される・ また、優先指定なしでロード要求されたプログラム・モ
ジュール９は、外部ファイル１がら直接ユーザ・プｌ→
ム・エリア５にロードされる（ステップ６６）。

このように、本実施例では、優先指定のあるプログラム
・モジュール９は、最初のｂ−ド要求時のみ、外部７ア
イＡ〆１からシードされるが、２＠目以降はメモリ間の
移動のみでｐ−ド樵能を遂行することができるので、賞
−ド時間が短縮され、かつ有限であるプログラム常駐化
バッファ８を最大重に有効利用することかできる。

〔発明の効果〕

以上説明したように、本発明によれは、内部メモリに二
−ザ・プログラム・エリアとは別個のプログラム常駐化
バッファ・エリアをＰＧプ、この常駐化バッファ・エリ
アに常態している優先此府付加のブーグラムを二−ザ・
プログラム・エリアに移すのみでレードを実施できるの
で、使用ｊｐ！度の高いプログラムの田−ド時間を短縮
でき、かつ有限のメモリ・エリアを有効に利用すること
ができる０

【図面の簡単な説明】

第１８は本発明の一実施例を示すシステムのブーツク図
、第２図は第１図の処理７１２−チャートである。 １：外部ファイル、６：Ｏ８格納エリア、４ニブシダラ
ム・賞−ダ、５：ユーザ・プログラム・エリア、６：ル
ート・モジュール、７：インデックス部、８ニブｐグラ
ム常駐化バツフア、９ニブ田ダラム・モジュール、１４
！０８％ジ纂−ル群、１５１彎品夕。 第１図 第２図 （ａ） −２３［

Claims (1)

【特許請求の範囲】
1. （１）ルート・モジュールとプログラム・ローダにより
   外部ファイルから要求されたプログラム・モジュールを
   読み出し、該プログラム・モジュールを内部メモリのユ
   ーザ・プログラム・エリアにオーバレイロードさせる方
   式において、上記内部メモリにユーザ・プログラム・エ
   リアとは別個にプログラム常駐化バッファ・エリアを設
   け、上記ルート・モジュールが優先指定情報を付して上
   記プログラム・ローダにロード要求を行うことにより該
   プログラム・ローダは優先指定がされたプログラム・モ
   ジュールをプログラム常駐化バッファ・エリアからユー
   ザ・プログラム・エリアにロードし、該プログラム常駐
   化バッファ・エリアに上記プログラム・モジュールがな
   いときには、該プログラム・モジュールを外部ファイル
   から上記プログラム常駐バッファ・エリアにロードして
   モジュール名をインデックスに登録した後、該プログラ
   ム・モジュールを上記ユーザ・プログラム・エリアにロ
   ードすることを特徴とするプログラム・オーバレイロー
   ド方式。