JPS6257025A - プログラムロ−ド方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明はデータ処理システムにおけるプログラムロード
方式に関する。

〔発明の背景〕

一般にプログラムロードは外部記憶装置から対象フェー
ズ全体を複数回に分けて実記憶装置にロードし、その後
フェーズに制御を移すため、入出力実行時間分フェーズ
への制御移行が遅れている。また、仮想記憶システムに
おいては、実記憶装置の容量が十分大きくないと大きな
フェーズをａ−ドするために、最初にロードした部分が
一旦、補助記情装号上にページアウトされることが起き
、この結果フェーズに制御を渡す時に発生するページイ
ン動作のために増々フェーズへの制ａｍ行が遅れること
になる。

また、対象７工−ズ全体のロードが完了してフェーズに
制御を渡す方式では、フェーズの最初で打切り要因が発
生したとき、フェーズの後の部分は実行しないにもかか
わらずロードされたことになり、入出力が結果的にしろ
無駄になる。

この種の対策としては、仮想アクセス淑ＶｒｔｕａｌＡ
ｃｃｅｓｓ　Ｍｅｔｈｏｄ　−略Ｌ’　テＶ　ＡＭ　）
　’を使ｖり６−ディング方式が提案されている（「シ
ステム・プログラミングＪ　Ｄａｔｂｉｄ　Ｋ、Ｈｚｉ
ａｏ著　斎藤信男訳　日本コンピュータ協会線　科学技
術出版社の２８０頁から２８４頁）が、これはページ単
位にページフォールトを契機としてローディングする方
式であり、ロード単位がフェーズの大きさに比べ【小さ
いため、入出力の効率が悪く、さらに仮想記憶システム
用のため、実記憶システムでは使えない。

〔発明の目的〕

本発明の目的は、前記の如き従来の問題点を除去するも
のであり、フェーズのローディング待ち時間が短縮され
、さらにローディングに伴う入出力とＣＰＵ及びメモリ
が効率的に使用されるという効果を有するプログラムロ
ード方式を提供することにある。

〔発明の概要〕

本発明の特徴とするところは、（１）フェーズの一部を
ロードした時点で当該フェーズのエントリポイン）Ｋ制
御を渡す機構と、制御が移ったフェーズの一部分から残
りの部分に制御が移ろうとしたときに、その部分がロー
ドされた時点で待ちを解除する機構を設けることにより
、フェーズのローディングとフェーズの実行を並行して
行うプログラムロード方式、（２）フェーズの一部をロ
ードした時点で小紋フェーズのエントリポイントに制御
を渡す機構と、制御が移ったフェーズの一部で打切り要
因が発生したときに、未だロードしていないフェーズの
残りの部分のコードを中止する機構を備えたプログラム
ロード方式。

の実現を可能にするところにある。

〔発明の実施例〕

次に本発明の冥施例につき、図面を用いて詳細に説明す
る。

第１図は本発明を示したシステム構成図の一賽施例であ
り、プａグラムチェック割込みを処理するＰＣＫ処理、
およびフェーズのローディングを行うプログラムローダ
を含む、オペレーティングシステムの中核であるスーパ
バイザと、ユーザが実行するユーザ領域からなる記憶装
置と、実行形式ライブラリを持つ外部記憶装置と、ロー
ド要求ごとに持つフェーズロード後に制御を渡スアドレ
ス（エントリポイント印）又はプａダラムチェックが発
生したアドレスを記憶しておくエリアＡＪＦ（１１と、
５つのインジケータ（２）　、　（５）。

（４）から構成されている。別紙人を挿入フェーズＡの
ロード要求があると、プログラムローダは外部記憶装置
上の実行形式ライブラリの登録されているフェーズＡ（
Ｐα）のテキストを複数に分は記憶装置に順次ロードし
く５）、フェーズＡのエントリポイント（Ｅｐ）を含む
テキストをロードした時点でフェーズＡのロード要求元
に起動をかける。以後は残りテキストのロードと当該フ
ェーズの実行が並行して行われる。

第２図と第３図は、本発明におけるプログラムロード方
式の一実施例の動作を示すフローであり、テキストのロ
ード単位が６４ＫＢ固定の例である。第２図はフェーズ
をローディングするときの処理を示したもので、第５図
は、未だロードされていないテキストをアクセスしたと
きや、プログラムネ良等によって発生するプログラムチ
ェック割込み処理のうち本発明に係わる部分を示したも
のである。以下第２図、第３図の詳細を順次説明する。

第２図についてであるが、プログラムのロード要求があ
ると、フロー（６）に制御が渡る。フロー（６）と（７
）ではインジケータＩＢとＩｗをセットしてロード要求
元をロード処理状態にし、ロード待ちにするとともに、
テキストロード後、ロード要求元に制御を渡すエントリ
ポイントを工！１アＡｓに記憶する。フロー（ｓ）　、
　（ｑ）、　６ｃ）　、　６６は実際にプログラムをロ
ードする処理で、テキストを６４ＫＢｊ１位で順次ロー
ドする。残りテキストが６４ＫＢ未満になったときはフ
ロー（１０）で残りテキスト全てをロードする。フロー
（１１）　、　（１２）　、　（ｔハは。

プログラム実行中にプログラムの打切り要因が発生した
ときに、残りテキストのロードを中止するもので、イン
ジケータＩｗ、Ｉｓ、Ｉｉ＋なリセットし、後述する打
切り要因発生時にロード待ちにされたロード要求のロー
ド待ちを解除することにより、残りテキストのロードは
行われず、ロード要求元の終了処理が行われる。フロー
（１５）。

（１４）　、　（１５）は、実行すべきテキストが未だ
ロードされていないためにロード待ちにあるロード要求
元に対して、実行すべきテキストをロードしたときロー
ド待ちを解除する部分である。フロー（１３）では、イ
ンジケータＩｗによりてロード要求元がロード待ちか否
かを判定し、ロード待ちでないときは、ロード要求元の
ロード待ち解除処理を行わず、残りテキストの有無のチ
ェックを行う（フロー（１６））。ロード待ちのときは
。

エリアＡｓに記憶されているアドレスがロードしたテキ
ストに含まれているか調べ（フロー（１４））、含まれ
ているときはロード待ちを解除してよいので、インジケ
ータＩｗをリセットし、ロード要求元のロード待ちを解
除する（フロー（１Ｓ）　）。

この結果、ロード要求元はロード待ちになった時点から
実行を始めることＫなる。エリアＡｓに記憶されている
アドレスがロードしたテキストに含まれていないときは
、ロード要求元のロード待ち解除処理を行わず、残りテ
キストのロードを行う（フロー（８）　、　（９）　、
　（１０）　）。フェーズの全てのテキストをロードし
終えたら、インジケータＩｎをリセットし、ロード要求
元のロード処理状態を解除し、プログラムロード処理を
完了する（）ｌ：ｆ−（１７）　）。

次に第５図について説明する。

プログラム実行中、プログラムチェック割込みが発生す
るとフロー（１８）に制御が渡る。ロード要求元の実行
が、プログラムロードと平行して行われている時のプロ
グラムチェックか否かを調べ（フロー（１Ｂ）　’）、
平行していないときはプログラムチェック処理を行い、
平行しているときは、未だロードされていない残りテキ
ストをアクセスしたことによるプログラムチェックかを
調べる（フロー（１９）　’）。

未だテキストがロードされていないことによる場合は、
テキストがロードされるのを待って、再度実行すればよ
いので、プログラムチェックが発生したアドレスをエリ
アＡ３にセットし、インジケータＩｗをセットすること
によりプログラムローダに対しエリアＡｓにセットした
アドレスを含むテなストをロードしたとぎにロード待ち
の解除を要求し、プログラムチェック発生元をロード待
ちにする（）ｌ：１−　（２０）　）。未だロードされ
ていないテキストのアクセスによるプログ　１ラムチエ
ツクでないときで、プログラムを打切るときは残りテキ
ストのロードを中止することを、インジケータＩｓをセ
ットすることにより。

プログラムローダに連絡するとともに、プログラムロー
ダの処理が終るのを待つために、インジケータＩｗをセ
ットしプログラムチェック発生元をロード待ちにする（
７に！　−（２１）　、　（２２）　）。

プログラムを打切らないときは残りテキストのロードを
中止させずにプログラムチェック処理を行う（フロー（
２１）　）。

以上により、ロード要求元のプログラム実行と残りテキ
ストのローディングが平行して行われ、途中、プログラ
ムの打切り要因が発生した　・ときは、残りテキストの
ロードが中止される。

本例は、ロード単位を６４ＫＢにし、外部記憶装置上に
実行形式ライブラリを保持した例であるが、ロード単位
は任意の大きさでよく、マた実行形式ライブラリが論理
アドレス空間にある場合でも同様に扱うことができる。

：発明の効果〕 以上述べた如き構成であるから、本発明により次の如き
効果が得られる。

（１）　　フェーズのローディングと当該フェーズの実
行を平行して行うことにより、フェーズローディング待
ち時間が大巾に短縮され、　Ｑ　−ディングに伴う入出
力とＣＰＵ及びメモリが効率的に使用される。

（２）　フェーズのローディング中、当該フェーズのロ
ード要求元で実行打切りが発生したとき、残りテキスト
のロードを中止することにより、余分なローディングが
なくなり、入出力とＣＰＵ及びメモリが効率的に使用さ
れる。

【図面の簡単な説明】

第１図は本発明によるプログラムロード方式の一実施例
な示すシステム構成図、第２図と第５図は本発明による
プログラムロード方式の一実施例の動作を示すフロー図
である。 １・・・エリア。 ２＃５＃’・・・インジケータ、 ６〜２２・・・フローの処理ブロック。 躬２０

Claims (1)

【特許請求の範囲】
1. １、データ処理システムのプログラムローダにおいて、
   フェーズの一部をロードした時点で当該フェーズに制御
   を移す機構と、制御が移ったフェーズの一部から未だロ
   ードされていないフェーズの残りの部分に制御が移ろう
   としたときに、その部分がロードされるまで待たせる機
   構及びその部分がロードされた時点で待ちを解除する機
   構により、フェーズのローディングと、フェーズの実行
   を並行して行わせしめることを特徴とするプログラムロ
   ード方式。