JP2513427B2

JP2513427B2 - ディスパッチング制御方式

Info

Publication number: JP2513427B2
Application number: JP23912193A
Authority: JP
Inventors: 眞一諏訪部
Original assignee: Nippon Electric Co Ltd
Current assignee: NEC Corp
Priority date: 1993-08-31
Filing date: 1993-08-31
Publication date: 1996-07-03
Anticipated expiration: 2011-07-03
Also published as: JPH0764807A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は中央処理装置が複数のプ
ロセスで共有される多重プログラミングシステムのディ
スパッチング制御方式に関する。

【０００２】

【従来の技術】従来からスループットを向上させるため
に、各プログラムのＣＰＵ使用時間等を測定し、その測
定値に基づいて各プログラムに対応する各プロセスのデ
ィスパッチングの優先度を動的に変更するということが
行なわれている。

【０００３】従来のこの種の技術としては、プログラム
がＩＯ要求を出力してから次のＩＯ要求を出力するまで
のＣＰＵ時間を前以って測定，記録しておき、上記プロ
グラムの実行時には、ＩＯ要求が出される毎に、そのＩ
Ｏ要求に対応する記録（次のＩＯ要求が出力されるまで
のＣＰＵ時間）に基づいて上記プログラムに対応するプ
ロセスの優先度を動的に変更するというものがある（例
えば、特開昭６３−３９０４１号公報）。

【０００４】

【発明が解決しようとする課題】上述した従来の技術
は、ＣＰＵ時間の測定，記録及び優先度の動的変更を、
ＩＯ要求が出力される毎に行なっているので、オーバヘ
ッドが大きくなるという問題点がある。

【０００５】本発明の目的は、ＣＰＵ時間の測定，記録
及び優先度の動的変更に伴うオーバヘッドを少なくする
ことができるディスパッチング制御方式を提供すること
にある。

【０００６】

【課題を解決するための手段】本発明は上記目的を達成
するため、（Ａ）各プロセスに設定された優先度に従って中央処理
装置へのプロセスのディスパッチングを行なう多重プロ
グラミング方式の情報処理装置に於けるディスパッチン
グ制御方式に於いて、各プロセス毎に、そのプロセス中
に埋め込まれた特性変更通知命令によって区切られた区
間毎にその区間内に於ける動作特性データが記録される
動作特性データ記録手段と、各プロセス毎に、そのプロ
セス中に埋め込まれた特性変更通知命令によって区切ら
れた区間が終了することにより、その区間内に於ける動
作特性データを採取して前記動作特性データ記録手段に
記録すると共に、次の区間の動作特性データを前記動作
特性データ記録手段から読み取って出力する動作特性管
理手段と、該動作特性管理手段から出力された動作特性
データに基づき前記プロセスの優先度を再設定する優先
度設定手段とを備えている。

【０００７】また、上記動作特性管理手段は、以下のよ
うに構成することもできる。（Ｂ）各プロセス毎に、１回目の実行時には、そのプロ
セス中に埋め込まれた特性変更通知命令によって区切ら
れた区間が終了することにより、その区間内に於ける動
作特性データを採取して前記動作特性データ記録手段に
記録し、２回目以降の実行時には、そのプロセス中に埋
め込まれた特性変更通知命令によって区切られた区間が
終了することにより、次の区間の動作特性データを前記
動作特性データ記録手段から読み取って出力する動作特
性管理手段。

【０００８】（Ｃ）各プロセス毎に、１回目の実行時に
は、そのプロセス中に埋め込まれた特性変更通知命令に
よって区切られた区間が終了することにより、その区間
内に於ける動作特性データを採取して前記動作特性デー
タ記録手段に記録し、２回目以降の実行時には、そのプ
ロセス中に埋め込まれた特性変更通知命令によって区切
られた区間が終了することにより、その区間内に於ける
動作特性データを採取して前記動作特性データ記録手段
に記録すると共に、次の区間の動作特性データを前記動
作特性データ記録手段から読み取って出力する動作特性
管理手段。

【０００９】

【作用】（Ａ）の構成に於いては、動作特性管理手段
が、各プロセス毎に、そのプロセス中に埋め込まれた特
性変更通知命令によって区切られた区間が終了すること
により、その区間内に於ける動作特性データを採取して
動作特性データ記録手段に記録すると共に、次の区間の
動作特性データを動作特定データ記録手段から読み取っ
て出力し、優先度設定手段が動作特性管理手段から出力
された動作特性データに基づき前記プロセスの優先度を
再設定する。

【００１０】（Ｂ）の構成に於いては、動作特性管理手
段が、各プロセス毎に、１回目の実行時には、そのプロ
セス中に埋め込まれた特性変更通知命令によって区切ら
れた区間が終了することにより、その区間内に於ける動
作特性データを採取して動作特性データ記録手段に記録
し、２回目以降の実行時には、そのプロセス中に埋め込
まれた特性変更通知命令によって区切られた区間が終了
することにより、次の区間の動作特性データを動作特性
データ記録手段から読み取って出力し、優先度設定手段
が動作特性管理手段から出力された動作特性データに基
づき前記プロセスの優先度を再設定する。

【００１１】（Ｃ）の構成に於いては、動作特性管理手
段が、各プロセス毎に、１回目の実行時には、そのプロ
セス中に埋め込まれた特性変更通知命令によって区切ら
れた区間が終了することにより、その区間内に於ける動
作特性データを採取して動作特性データ記録手段に記録
し、２回目以降の実行時には、そのプロセス中に埋め込
まれた特性変更通知命令によって区切られた区間が終了
することにより、その区間内に於ける動作特性データを
採取して動作特性データ記録手段に記録すると共に、次
の区間の動作特性データを動作特性データ記録手段から
読み取って出力し、優先度設定手段が動作特性管理手段
から出力された動作特性データに基づき前記プロセスの
優先度を再設定する。

【００１２】

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

【００１３】図１は本発明の実施例のブロック図であ
り、ソースプログラム１をコンパイルしてコンパイルユ
ニット６を生成するコンパイラ４と、コンパイルユニッ
ト６からロードモジュール１０を生成するリンカ９と、
中央処理装置１１と、優先度設定手段１２と、動作特性
管理手段１３と、動作特性データテーブル１４と、プロ
セス１５と、ディスパッチャ１６と、優先度テーブル１
７と、ＣＰＵ時間ＩＯ回数測定手段１８と、記録テーブ
ル１９とを有している。

【００１４】ソースプログラム１を作成する際、システ
ム利用者は、ソースプログラム１の論理構造から判断し
て、その動作特性が変化する位置にプログラム特性変更
文２，３を記述する。具体的には、例えば、ＩＯ動作を
行なう頻度が変化する部分の前後にプログラム特性変更
文を記述しておく。構造的プログラミング技法によるソ
ースプログラムの場合は、ＩＯ動作の頻度が同じ部分が
明確な繰り返し構造となっていることが多いので、容易
に動作特性が変化する位置にプログラム特性変更文を記
述することができる。尚、本実施例では、プログラム特
性変更文２，３に、それによって区切られる区間が第１
番目，第２番目の区間であることを示す区間情報を含ま
せることにより、プログラム特性変更文２，３と区間と
の対応関係を管理しているが、プログラムのスタート時
点から何番目に出力されたプログラム特性変更文である
かを、動作特性管理手段１３で識別してプログラム特性
変更文と区間との対応をとるようにしても良い。

【００１５】コンパイラ４には通知命令埋め込み手段５
が設けられている。通知命令埋め込み手段５は、ソース
プログラム１のコンパイル時に、ソースプログラム１上
に記述されたプログラム特性変更文２，３に対応して、
コンパイルユニット６上にシステムに対する特性変更の
通知を行なう特性変更通知命令７，８を埋め込む機能を
有する。

【００１６】動作特性データテーブル１４には、中央処
理装置１１上で動作する各プロセスの動作特性データが
記録される。

【００１７】優先度テーブル１７には、中央処理装置１
１上で動作する各プロセスの優先度が設定される。

【００１８】記録テーブル１９には、中央処理装置１１
上で動作する各プロセスのＣＰＵ時間，ＩＯ回数が記録
される。

【００１９】ＣＰＵ時間ＩＯ回数測定手段１８は、中央
処理装置１１上で動作する各プロセスのＣＰＵ時間，Ｉ
Ｏ回数を測定し、記録テーブル１９に格納する機能を有
する。

【００２０】動作特性管理手段１３は、中央処理装置１
１上で動作するプロセス中に埋め込まれた特性変更通知
命令によって区切られた区間が終了する毎に、その区間
に於ける動作特性データ（ＣＰＵ時間，ＩＯ回数）を記
録テーブル１９に基づいて求めて動作特性データテーブ
ル１４に記録すると共に、次の区間の動作特性データを
動作特性データテーブル１４から読み取って優先度設定
手段１２に出力する機能を有する。尚、プロセスの最後
の区間が終了した場合は、先頭の区間の動作特性データ
を優先度設定手段１２に出力する。

【００２１】優先度設定手段１２は、動作特性管理手段
１３から出力された或るプロセスの動作特性データに基
づいて上記プロセスの優先度を決定し、優先度テーブル
１７に再設定する機能を有する。

【００２２】ディスパッチャ１６は、実行可能なプロセ
スがある場合、その中の最も優先度の高いプロセスを起
動する機能と、特性変更通知を受けた場合、実行中のプ
ロセスを中断する機能と、特性変更通知を受けた場合、
動作特性管理手段１３を起動する機能とを有する。

【００２３】図２〜図４はディスパッチャ１６の処理例
を示す流れ図、図５は動作特性管理手段１３の処理例を
示す流れ図、図６は優先度設定手段１２の処理例を示す
流れ図であり、以下各図を参照して本実施例の動作を説
明する。

【００２４】プログラム特性変更文２，３が埋め込まれ
たソースプログラム１を、通知命令埋め込み手段５を有
するコンパイラ４でコンパイルし、更に、リンカ９でリ
ンクすることにより特性変更通知命令７，８が埋め込ま
れたロードモジュール１０が生成される。

【００２５】上記したようにして生成されたロードモジ
ュール１０の第１回目の実行時の動作は次のようにな
る。

【００２６】ロードモジュール１０の第１回目の実行時
には、優先度テーブル１７に、ロードモジュール１０に
対応するプロセス１５の優先度として規定値が設定され
ている。

【００２７】ディスパッチャ１６は、図２に示すよう
に、実行可能なプロセスが存在するか否かを監視してお
り (ステップＳ２１）、実行可能なプロセスが存在する
場合は(ステップＳ２１がＹＥＳ）は、優先度テーブル
１７を参照し、その中で最も優先度の高いプロセスを起
動する (ステップＳ２２）。

【００２８】今、ステップＳ２２の処理により、ロード
モジュール１０に対応するプロセス１５が起動されたと
する。

【００２９】プロセス１５の実行中に、特性変更通知命
令７が実行されると、ディスパッチャ１６に特性変更通
知が送られる。この特性変更通知には、特性変更通知命
令７によって区切られた区間が第１番目の区間であるこ
とを示す区間情報が含まれている。

【００３０】優先度テーブル１７は、特性変更通知が加
えられると、ＩＯ要求が加えられた場合と同様に、実行
中のプロセス１５を中断する (図３，ステップＳ３
１）。

【００３１】更に、ディスパッチャ１６は、プロセス１
５の中断が、特性変更通知によるものなのか否かを判断
する（図４，ステップＳ４１）。

【００３２】この例の場合、プロセス１５の中断は、特
性変更通知を要因とするものであるので、ステップＳ４
１の判断結果がＹＥＳとなり、ステップＳ４２の処理が
行なわれる。

【００３３】ステップＳ４２では、ディスパッチャ１６
は、中断させたプロセス１５を示す情報及び第１番目の
区間であることを示す区間情報を動作特性管理手段１３
に渡し、動作特性管理手段１３を起動する。

【００３４】動作特性管理手段１３は、ディスパッチャ
１６から起動されると、記録テーブル１９に記録されて
いるプロセス１５についての現在までの総ＣＰＵ時間，
総ＩＯ回数を入力する (ステップＳ５１）。

【００３５】次いで、動作特性管理手段１３は、プロセ
ス１５の第１番目の区間についてのＣＰＵ時間，ＩＯ回
数を動作特性データテーブル１４に設定する (ステップ
Ｓ５２）。

【００３６】ステップＳ５２の処理を詳しく説明する
と、次のようになる。

【００３７】プロセス１５の実行が第１回目であり、区
間が第１番目の区間である場合、即ち、この例の場合
は、プロセス１５のプロセス名Ｐ１５，第１番目の区間
であることを示す区間情報「１」，ステップＳ５１で入
力したＣＰＵ時間，ＩＯ回数を、図７に示すように、動
作特性データテーブル１４に設定する。

【００３８】プロセス１５の実行が第１回目であり、区
間が第ｎ番目（ｎ≧２）の区間である場合は、プロセス
１５のプロセス名Ｐ１５，第ｎ番目の区間であることを
示す区間情報「ｎ」，ステップＳ５１で入力したＣＰＵ
時間，ＩＯ回数から動作特性データテーブル１４に記録
されている第（ｎ−１）番目の区間のＣＰＵ時間，ＩＯ
回数を引き算した値を動作特性データテーブル１４に設
定する。

【００３９】プロセス１５の実行が第２回目以降であ
り、区間が第１番目の区間である場合は、動作特性デー
タテーブル１４に既に設定されているプロセス１５の第
１番目の区間に対応する領域に、ステップＳ５１で入力
したＣＰＵ時間，ＩＯ回数を設定する。

【００４０】プロセス１５の実行が第２回目以降であ
り、区間が第ｍ番目（ｍ≧２）の区間である場合は、動
作特性データテーブル１４に既に設定されているプロセ
ス１５の第ｎ番目の区間に対応する領域に、ステップＳ
５１で入力したＣＰＵ時間，ＩＯ回数から動作特性デー
タテーブル１４に記録されている第（ｎ−１）番目の区
間のＣＰＵ時間，ＩＯ回数を引き算した値を動作特性デ
ータテーブル１４に設定する。

【００４１】尚、プロセス１５の１回目の実行時なのか
否かは、動作特性データテーブル１４にプロセス１５の
プロセス名Ｐ１５が設定されているか否かに基づいて判
断することができ、また、区間が何番目の区間であるか
は、その区間が最後の区間でない場合は、ディスパッチ
ャ１６から送られてくる情報に基づいて求めることがで
き、最後の区間である場合は、動作特性データテーブル
１４に設定されている区間情報から求めることができ
る。即ち、動作特性データテーブル１４に設定されてい
るプロセス１５についての区間情報の最大値がｊである
場合は、最大値ｊに「１」を加算することにより、第
（ｊ＋１）番目の区間であると求めることができる。

【００４２】ステップＳ５２の処理が終了すると、動作
特性管理手段１３は、今回終了した区間の次の区間のＣ
ＰＵ時間，ＩＯ回数が動作特性データテーブル１４に設
定されているか否かを判断し、設定されていない場合は
その旨を、設定されている場合は設定されているＣＰＵ
時間，ＩＯ回数を優先度設定手段１２へ通知する (ステ
ップＳ５３）。尚、今回終了した区間が最後の区間であ
る場合は、プロセス１５の先頭の区間についてのＣＰＵ
時間，ＩＯ回数を優先度設定手段１２へ通知する。

【００４３】この例の場合、プロセス１５の第１回目の
実行時なので、動作特性管理手段１３は、優先度設定手
段１２へＣＰＵ時間，ＩＯ回数が設定されていないこと
を通知することになる。

【００４４】ステップＳ５３の処理が終了すると、ディ
スパッチャ１６は、図４のステップＳ４３に示すよう
に、図２の処理へ制御を移す。

【００４５】優先度設定手段１２は、図６に示すよう
に、動作特性管理手段１３からＣＰＵ時間，ＩＯ回数が
設定されていない旨の通知を受けた場合は、予め定めら
れている規定値をプロセス１５の優先度として優先度テ
ーブル１７に設定し、ＣＰＵ時間，ＩＯ回数が送られて
きた場合はそれらに基づいてプロセス１５の優先度を決
定し、それを優先度テーブル１７に設定する (ステップ
Ｓ６１，Ｓ６２）。

【００４６】この例の場合、動作特性管理手段１３から
は、ＣＰＵ時間，ＩＯ回数が設定されていないことが通
知されるので、優先度テーブル１７にプロセス１５の優
先度として規定値を設定する処理が行なわれる。

【００４７】尚、ＣＰＵ時間，ＩＯ回数に基づいた優先
度の決定方法としては、例えば、ＣＰＵ時間をＩＯ回数
で割り算することにより、１回のＩＯ動作に対するＣＰ
Ｕ時間を求め、ＣＰＵ時間が多い程、優先度を低くする
等の方法をとることができる。

【００４８】その後、プロセス１５に埋め込まれている
特性変更通知命令８が実行されると、前述したと同様の
動作が行なわれ、プロセス１５の実行が終了すると、以
下に述べる動作が行なわれる。

【００４９】ディスパッチャ１６は、図４に示すよう
に、プロセス１５の動作が終了すると(ステップＳ４１
がＹＥＳ）、動作特性管理手段１３に対して動作が終了
したプロセス１５のプロセス名Ｐ１５及び動作終了を示
す情報を渡し、動作特性管理手段１３を起動する (ステ
ップＳ４２）。

【００５０】動作特性管理手段１３は、起動されると、
図５のステップＳ５１〜Ｓ５３の処理を行なう。この場
合、プロセス１５の最後の区間が終了したことになるの
で、動作特性管理手段１３は、ステップＳ５２で区間情
報を動作特性データテーブル１４に設定する際、図７に
示すように、動作特性データテーブル１４に設定されて
いるプロセス１５についての区間情報の内の最大値
「２」に「１」を加算することにより、設定する区間情
報の値「３」を求める。また、ステップＳ５３で優先度
設定手段１２に通知を行なう際、動作特性管理手段１３
は、プロセス１５の先頭の区間のＣＰＵ時間，ＩＯ回数
を動作特性データテーブル１４から読み出して優先度設
定手段１２に通知する。

【００５１】次に、プロセス１５の第２回目以降の実行
時の動作を説明する。

【００５２】プロセス１５中の特性変更通知命令７が実
行されると、ディスパッチャ１６に特性変更通知が送ら
れる。この特性変更通知には、前述したと同様の第１番
目の区間であることを示す区間情報が含まれている。

【００５３】優先度テーブル１７は、特性変更通知が送
られてくると、実行中のプロセス１５を中断し (図３，
ステップＳ３１）、更に、動作特性管理手段１３に第１
番目の区間であることを示す区間情報及びプロセス１５
のプロセス名Ｐ１５を渡し、動作特性管理手段１３を起
動する（図４，ステップＳ４２）。

【００５４】動作特性管理手段１３は、起動されると、
ステップＳ５１〜Ｓ５３の処理を行なう。この場合、プ
ロセス１５の第２回目以降の実行時であるので、動作特
性管理手段１３は、ステップＳ５２に於いて、既に動作
特性データテーブル１４に設定されているプロセス１５
の第１番目の区間に対応する領域に、第１番目の区間に
ついてのＣＰＵ時間，ＩＯ回数を設定し、また、ステッ
プＳ５３に於いて、動作特性データテーブル１４のプロ
セス１５の第２番目の区間に対応する領域に設定されて
いるＣＰＵ時間Ｃ２，ＩＯ回数Ｉ２を優先度設定手段１
２へ通知する。

【００５５】この通知を受けると、優先度設定手段１２
は前述したと同様にしてプロセス１５の優先度を決定し
（図６，ステップＳ６１）、優先度テーブル１７に再設
定する（ステップＳ６２）。

【００５６】その後、特性変更通知命令８が実行される
ことにより、或いはプロセス１５の実行が終了すること
により、前述したと同様の動作が行なわれる。

【００５７】図８は、ソースプログラム１の一例を示し
た図であり、ＩＯ命令とそれ以外の命令とが交互に存在
している区間８１の前後にプログラム特性変更文２，３
が埋め込まれている。従来の技術では、区間８１に於け
る動作特性データの採取処理やプロセスの優先度変更処
理は、各入出力命令毎に行なわれるため、オーバヘッド
が大きくなるが、本実施例ではプログラム特性変更文
２，３が埋め込まれている箇所だけで行なわれるので、
オーバヘッドは従来の技術に比較して非常に小さなもの
となる。

【００５８】図９は、ソースプログラム１の他の例を示
した図であり、ＩＯ命令と他の命令とを含むＤＯループ
の範囲９１の前後にプログラム特性変更文２，３が埋め
込まれている。従来の技術では、ＤＯループ中のＩＯ命
令が実行される毎に動作特性データの採取処理やプロセ
スの優先度変更処理が行なわれるため、オーバヘッドが
大きくなるが、本実施例ではプログラム特性変更文２，
３が埋め込まれている箇所だけで上記した処理を行なう
のでオーバヘッドを小さくすることができる。

【００５９】尚、上述した実施例に於いては、プロセス
の第２回目以降の実行時に於いても、ＣＰＵ時間，ＩＯ
回数を採取して動作特性データテーブル１４に設定する
ようにしたが、プロセスの第１回目の実行時にのみ、上
記処理を行なうようにすることもできる。

【００６０】また、上述した実施例では、最新のＣＰＵ
時間，ＩＯ回数を１回分、動作特性データテーブル１４
に設定し、設定されている値に基づいてプロセスの優先
度を決定するようにしたが、過去複数回分のＣＰＵ時
間，ＩＯ回数を動作特性データテーブル１４に設定し、
その平均値に基づいて優先度を決定するようにすること
もできる。

【００６１】

【発明の効果】以上説明したように、本発明は、特性変
更通知命令によって区切られた区間の終了時に、動作特
性データの設定処理や優先度の変更処理を行なうもので
あるので、ＩＯ命令毎に、設定処理や変更処理を行なっ
ていた従来の技術に比較してオーバヘッドを小さくする
ことができる効果がある。

【００６２】また、本発明は、プロセスの第１回目の実
行時のみ、動作特性データの動作特性データテーブルへ
の設定処理を行なうので、オーバヘッドを少なくするこ
とができる効果がある。

【００６３】更に、本発明は、プログラムの第１回目の
実行時のみでなく、２回目以降の実行時に於いても動作
特性データの設定処理を行なうので、最新の動作特性デ
ータに基づいてプロセスの優先度を変更することができ
る効果がある。

【図面の簡単な説明】

【図１】本発明の実施例のブロック図である。

【図２】ディスパッチャ１６の処理例を示す流れ図であ
る。

【図３】ディスパッチャ１６の処理例を示す流れ図であ
る。

【図４】ディスパッチャ１６の処理例を示す流れ図であ
る。

【図５】動作特性管理手段１３の処理例を示す流れ図で
ある。

【図６】優先度設定手段１２の処理例を示す流れ図であ
る。

【図７】動作特性データテーブル１４の内容例を示す図
である。

【図８】ソースプログラム１の一例を示す図である。

【図９】ソースプログラム１の他の例を示す図である。

【符号の説明】

１…ソースプログラム２，３…プログラム特性変更文４…コンパイラ５…通知命令埋め込み手段６…コンパイルユニット７，８…特性変更通知命令９…リンカ１０…ロードモジュール１１…中央処理装置１２…優先度設定手段１３…動作特性管理手段１４…動作特性データテーブル１５…プロセス１６…ディスパッチャ１７…優先度テーブル１８…ＣＰＵ時間ＩＯ回数測定手段１９…記録テーブル

Claims

(57)【特許請求の範囲】

【請求項１】各プロセスに設定された優先度に従って
中央処理装置へのプロセスのディスパッチングを行なう
多重プログラミング方式の情報処理装置に於けるディス
パッチング制御方式に於いて、各プロセス毎に、そのプロセス中に埋め込まれた特性変
更通知命令によって区切られた区間毎にその区間内に於
ける動作特性データが記録される動作特性データ記録手
段と、各プロセス毎に、そのプロセス中に埋め込まれた特性変
更通知命令によって区切られた区間が終了することによ
り、その区間内の動作特性データを採取して前記動作特
性データ記録手段に記録すると共に、次の区間の動作特
性データを前記動作特性データ記録手段から読み取って
出力する動作特性管理手段と、該動作特性管理手段から出力された動作特性データに基
づき前記プロセスの優先度を再設定する優先度設定手段
とを備えることを特徴とするディスパッチング制御方
式。
【請求項２】各プロセスに設定された優先度に従って
中央処理装置へのプロセスのディスパッチングを行なう
多重プログラミング方式の情報処理装置に於けるディス
パッチング制御方式に於いて、各プロセス毎に、そのプロセス中に埋め込まれた特性変
更通知命令によって区切られた区間毎にその区間内に於
ける動作特性データが記録される動作特性データ記録手
段と、各プロセス毎に、１回目の実行時には、そのプロセス中
に埋め込まれた特性変更通知命令によって区切られた区
間が終了することにより、その区間内に於ける動作特性
データを採取して前記動作特性データ記録手段に記録
し、２回目以降の実行時には、そのプロセス中に埋め込
まれた特性変更通知命令によって区切られた区間が終了
することにより、次の区間の動作特性データを前記動作
特性データ記録手段から読み取って出力する動作特性管
理手段と、該動作特性管理手段から出力された動作特性データに基
づき前記プロセスの優先度を再設定する優先度設定手段
とを備えることを特徴とするディスパッチング制御方
式。
【請求項３】各プロセスに設定された優先度に従って
中央処理装置へのプロセスのディスパッチングを行なう
多重プログラミング方式の情報処理装置に於けるディス
パッチング制御方式に於いて、各プロセス毎に、そのプロセス中に埋め込まれた特性変
更通知命令によって区切られた区間毎にその区間内に於
ける動作特性データが記録される動作特性データ記録手
段と、各プロセス毎に、１回目の実行時には、そのプロセス中
に埋め込まれた特性変更通知命令によって区切られた区
間が終了することにより、その区間内に於ける動作特性
データを採取して前記動作特性データ記録手段に記録
し、２回目以降の実行時には、そのプロセス中に埋め込
まれた特性変更通知命令によって区切られた区間が終了
することにより、その区間内に於ける動作特性データを
採取して前記動作特性データ記録手段に記録すると共
に、次の区間の動作特性データを前記動作特性データ記
録手段から読み取って出力する動作特性管理手段と、該動作特性管理手段から出力された動作特性データに基
づき前記プロセスの優先度を再設定する優先度設定手段
とを備えることを特徴とするディスパッチング制御方
式。
【請求項４】ソースプログラム上に記述されたプログ
ラム特性変更文に対応してコンパイルユニット上に特性
変更通知を行なう命令を埋め込む通知命令埋め込み手段
を含むコンパイラを備えることを特徴とする請求項１，
２または３記載のディスパッチング制御方式。
【請求項５】資源の利用状況はＣＰＵ時間およびＩＯ
回数であることを特徴とする請求項１，２，３または４
記載のディスパッチング制御方式。