JPS6128137A - 一括ロ−デイング処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は一括ローディング処理方式、特にロードモジュ
ールのレコードの並びに関しテキスト部とりロケーショ
ンデータ群とを分離し、ディレクトリエントリに新規情
報を追加することにより、ローディングに必要な全レコ
ード情報をディレクトリだけから把握可能とし、これに
より入出力命令の削減を実現した一括ローディング処理
方代に関するものである。

〔従来の技術と問題点〕

一般にデータ処理装置において実行されるプログラムの
ロードモジュールは、いわゆる区分データセントによっ
て管理されている。区分データセントは、いくつかの互
いに独立したデータ群からなるメンバ部と、その各々の
データ群に関する情報をもつディレクトリ部とからなる
。各ロードモジュールは、メンバ部に格納され、プログ
ラムの命令等を有する実体部分のテキスト群と、そのテ
キストを主記憶上に再配置するに当たって修正すべきア
ドレス情報等を持つリロケーションデータ群等からなる
。

第４図は従来方式による問題点を説明するための図であ
る。

１つのロードモジュールに対するディレクトリ部のディ
レクトリエントリは、第４図に示す如く、ロードモジュ
ール名に対応するメンバ名と、そのメンバのレコード位
置と、プログラム管理部が自由に使用できるユーザデー
タとを持つ。従来、ロードモジュールのテキストおよび
リロケーションデータは、各テキストの入出力単位毎に
そのリロケーションデータＲＬＤまたは制御データＣＴ
　Ｌと混在する形で配置されていた。そして、リロケー
ションデータの数はロードモジュールによりまちまちな
ので、前のりロケーションデータブロックの中に次のブ
ロックの位置情報や大きさについての情報を持つように
されていた。

従って、先のブロックを読み取った後に、初めて次のブ
ロックを読み取るチャネルプログラムを作成することが
でき、最初からロードモジュール全体を一度にロードす
るチャネルプログラムを作成することはできなかった。

そこで、プログラム・ローダは、できるだけ１回の５Ｔ
ＡＲＴ　　Ｉ１０命令でもってローディングを行うよう
にするため、いわゆるＰＣＩ割込みを利用し、チャネル
プログラムを動的に更新しながらコマンドチェイン、に
よって入出力を続行するようにされていた。しかし、ロ
ードモジュールが格納されている装置が高速デバイスで
あって、命令を処理するＣＰＵの速度が遅い場合には、
デバイスの＠み取りヘッドがブロックのギャップを走行
している間に、上記チャネルプログラムの更新処理を完
了させるということができないことがあり、そのため複
数回の５ＴＡＲＴ　　Ｉ１０命令が発行されて、プログ
ラムのローディング時間が長くかかるという問題があっ
た。

〔問題点を解決するための手段〕

本発明は上記問題点の解決を図り、１回の５ＴＡＲＴ　
　Ｉ１０命令でもってローディングできるようにして、
プログラムのローディング時間を短縮するため、ローデ
ィングに必要な全レコード位置に関する情報をディレク
トリ内の情報から把握できるようにしている。即ち、本
発明の一括ローディング処理方式は、直接アクセス装置
上に、ロードモジュールに関するアクセス情報を持つデ
ィレクトリエントリと、少なくともロードモジュール実
体が格納されるテキスト群およびロードモジュールに関
するリロケーションデータ群からなるロードモジュール
・メンバ部とを有し、主記憶上にロー「モジュールをロ
ードするプログラム・ローダを備えたローディング処理
方式において、上記テキスト群を入力単位毎に上記直接
アクセス装置における論理的に連続した格納領域に格納
すると共に、上記リロケーションデータ群を入力単位毎
に上記直接アクセス装置における論理的に連続した格納
領域に格納し、上記ディレクトリエントリは、少なくと
も上記テキスト群の格納領域に関する先頭位置情報およ
びその大きさに関連する情報と、上記リロケーションデ
ータ群の格納領域に関する先頭位置情報およびその大き
さに関連する情報とを保持するよう構成され、上記プロ
グラム・ローダは、上記ディレクトリが保持する情報の
みに基づいてチャネルプログラムを作成し、指定された
メンバ部のロードモジュールをロードするよう構成され
ていることを特徴としている。以下、図面を参照しつつ
、実施例に従って説明する。

（実施例〕 第１図は本発明の一実施例構成、第２図はロード管理情
報域の構成例を説明するための図、第３図は第１図図示
実施例の処理説明図を示す。

処理装置１は、予め主記憶上に用意された命令をフェッ
チして実行する装置である。プログラム・ローダ２は、
処理装置１におけるオペレーティング・システム内に位
置するシステムモジュールであって、指定されたロード
モジュールを直接アクセス装置８から読み出して、主記
憶上に処理装置１が実行可能な形式で用意するものであ
る。

ディレクトリ読込部３は、指定されたロードモジュール
に関するディレクトリエントリ９を入力するものである
。チャネルプログラム作成部４ば、ディレクトリ読込部
３が入力したディレクトリエントリ９の内容、特にロー
ド管理情報域１０の内容に従って、ロードモジュールの
テキストとりロケーションデータとを読み出すチャネル
プログラム５を作成するものである。チャネルプログラ
ム５は、一連のチャネルコマンド語（ＣＣＷ）からなり
、入出力制御部７が発行する５ＴＡＲＴ　　Ｔ１０命令
によって直接アクセス装置８を制御するチャネル装置（
図示省略）に引き渡される。リロケーション処理部６は
、主記憶上に読み出されたテキスト内容を、リロケーシ
ョンデータの内容に従って更新し、テキストに含まれる
アドレスをロードされた主記憶のアドレスに適合させる
処理を実行するものである。

入出力制御部７は、周知のシステムマクロであるＥＸＣ
Ｐマクロ命令によって起動され、入出力命令の実行を制
御するものである。入出力制御部７については従来と同
様であり、この程度の説明にとどめる。

直接アクセス装置８は、例えば磁気ディスク装置等の記
憶装置である。本発明の場合、ロードモジュールが格納
される区分データセットの各ディレクトリエントリ９に
は、ロード管理情報域１０が設けられる。ロード管理情
報域１０は、第２図を参照して後に詳述するように、少
なくともテキスト群１２の先頭位置情報およびそのサイ
ズ情報と、リロケーションデータ群１３の先頭位置情報
およびそのサイズ情報とを持つ。

制御レコード群１１は、本実施例の場合、従来方式との
互換性を考慮して設けている。制御レコード群１１とし
て、テキストを除く全ての情報が並べられており、例え
ば、プログラム管理やリンケージエディタ等が必要とす
るシンボル情報ＳＹＭ、ＥＳＤ、ＩＳＲ等が格納され、
また、テキスト群へのポインタとりロケーションデータ
とを有する。しかし、本発明に関連した意味では特に必
要となるわけではない。

テキスト群１２は、ロードモジュールのテキストだけが
並べられたものである。論理的に連続したレコードが割
当てられる。ただし、領域定義（ＤＳ）命令のために歯
抜けの状態になっているような連続したテキストでない
場合やＳＥＧＭＥＮＴ　（ＳＥＣＴＩＯＮ）が切り換わ
る場合には、レコードが切り換わる。

リロケーションデータ群１３は、制御レコード群１１の
中のりロケーションデータと同じものを集めたレコード
からなる。ただし、ＳＥＧＭＥＮＴ　（ＳＥＣＴＴＯＮ
）が異なるものは、同一レコード“内に入れないように
される。

第２図はロード管理情報域ｌＯに格納される情報の例を
示している。図中、ＴＮは１つのロードモジュール内の
テキスト群の数、ＲＮはリロケーションデータ群の数、
ＲＲはリロケーションデータレコード数を表す。また、
ＤＴはテキスト群のレコード位置に関連する情報である
。ＤＴのエリアは、テキスト群の数ＴＮだけ用意される
。同様にＤＲはりロケーションデータ群のレコード位置
に関連する情報であって、ＲＮの値だけ用意される。Ｄ
Ｔは、モジュール内割当て位置情報Ｍ１、即ち主記憶に
ロードされた際のモジュール先頭からの相対的な位置情
報と、そのテキスト群が格納されているデバイス上の物
理位置情１４ＪＰ１と、そのテキスト群の大きさ情報Ｓ
１、即ち読込み長とからなる。ＤＲは、同様にモジュー
ル内の相対的な割当て位置情報Ｍ２と、そのリロケーシ
ョンデータ群が格納されているデバイス上の物理位置情
報Ｐ２と、そのリロケーションデータ群の大きさ情報Ｓ
２とからなる。

ディレクトリエントリには、第２図に示したような情報
を持つロード管理情報域１０が設けられるので、第１図
図示チャネルプログラム作成部４ば、１回の５ＴＡＲＴ
　　Ｉ１０命令でもってロードモジュールに関する情報
を主記憶上に読み上げるチ中ネルプログラム５を、ディ
レクトリエントリ９の内容だけによって作成することが
できるようになる。なお、上記ロード管理情報に基づい
て、具体的にどのようにチャネルプログラム５を作成す
ればよいかについては、周知技術を応用できるので説明
を省略する。

次に第１図に示したプログラム・ローダ２の処理概要に
ついて、第３図に従って説明する。

プログラム・ローダ２に対し、ロードモジュールのロー
ド要求があると、まず、区分データセットをアクセスす
るためにサポートされている周知のＢＬＤＬマクロ命令
によって、ディレクトリエントリの情報を得る。もちろ
ん、このディレクトリエントリには第２図に示したロー
ド管理情報域１０の新情報が含まれている。

次に、いわゆるＧＥＴＭＡ　ＩＮマクロ命令によって、
モジュールのテキスト群をロードする領域とりロケーシ
ョンデータ群を読込む領域とを確保する。そして、上記
ＢＬＤＬマクロ命令によって得た新情報に従って、テキ
スト群とりロケーションデータ群とを１回の入出力要求
で読込むためのチャネルプログラムを作成する。

こうして作成されたチャネルプログラムを指定して、Ｅ
ＸＣＰマクロ命令により、入出力制御部に５ＴＡＲＴ　
　Ｉ１０命令の発行を依頼する。これによってテキスト
およびリロケーションデータの読込みが開始される。テ
キストおよびリロケーションデータの読込み完了をＷＡ
ＩＴマクロ命令で待ち、入出力終了の割込みによってＷ
ＡＩＴ状態が解除されたならば、リロケーションデータ
に従いリロケーションを行う。このリロケーション処理
は、リロケーションデータが主記憶上に用意されている
ので従来と同様にできる。上記処理が終了したならば、
ＦＲＥＥＭＡＩＮマクロ命令によって、ＧＥＴＭＡ　Ｉ
Ｎマクロ命令で確保したりロケーションデータ群の読込
み領域を解放する。

そして、ローディングが終了した旨をロード要求元へ通
知する。

〔発明の効果〕

以上説明した如く、本発明によれば、例えばりロケーシ
ョンデータ群− そのレコード内の情報に従って、次のレコードを読込む
ためのチャネルプログラムを作成するというような必要
がなく、ディレクトリエントリの情報だけでもって、チ
ャネルプログラムを作成して、その１つのチャネルプロ
グラムにより、ローディング処理を遂行できるので、高
速にローディングを行うことができるようになる。また
、例えばＰＯ２割込み処理ルーチン等を利用する場合に
は、ＰＯ２割込み処理ルーチンは割込み禁止でもって走
行するので、他の一般の処理に影響を与えることになる
が、本発明によれば、そのようなことはない。

【図面の簡単な説明】

第１図は本発明の一実施例構成、第２図はロード管理情
報域の構成例を説明するための図、第３図は第１図図示
実施例の処理説明図、第４図は従来方式による問題点を
説明するための図を示す。 図中、１は処理装置、２はプログラム・ローダ、３はデ
ィレクトリ読込部、４はチャネルプログラム作成部、５
はチャネルプログラム、６ばリロケーション処理部、７
は入出力制御部、８ば直接アクセス装置、９はディレク
トリエントリ、１０はロード管理情報域、１１ば制御レ
コード群、１２はテキスト群、１３はリロケーションデ
ータ群を表す。 特許出願人　　　富士通株式会社 代理人弁理士　　森１）寛（外１名） 鴇４　図 第３図

Claims (1)

【特許請求の範囲】
1. 直接アクセス装置上に、ロードモジュールに関するアク
   セス情報を持つディレクトリエントリと、少なくともロ
   ードモジュール実体が格納されるテキスト群およびロー
   ドモジュールに関するリロケーションデータ群からなる
   ロードモジュール・メンバ部とを有し、主記憶上にロー
   ドモジュールをロードするプログラム・ローダを備えた
   ローディング処理方式において、上記テキスト群を入力
   単位毎に上記直接アクセス装置における論理的に連続し
   た格納領域に格納すると共に、上記リロケーションデー
   タ群を入力単位毎に上記直接アクセス装置における論理
   的に連続した格納領域に格納し、上記ディレクトリエン
   トリは、少なくとも上記テキスト群の格納領域に関する
   先頭位置情報およびその大きさに関連する情報と、上記
   リロケーションデータ群の格納領域に関する先頭位置情
   報およびその大きさに関連する情報とを保持するよう構
   成され、上記プログラム・ローダは、上記ディレクトリ
   が保持する情報のみに基づいてチャネルプログラムを作
   成し、指定されたメンバ部のロードモジュールをロード
   するよう構成されていることを特徴とする一括ローディ
   ング処理方式。