JP3541212B2 - プロセッサ割当て装置 - Google Patents
プロセッサ割当て装置 Download PDFInfo
- Publication number
- JP3541212B2 JP3541212B2 JP33784093A JP33784093A JP3541212B2 JP 3541212 B2 JP3541212 B2 JP 3541212B2 JP 33784093 A JP33784093 A JP 33784093A JP 33784093 A JP33784093 A JP 33784093A JP 3541212 B2 JP3541212 B2 JP 3541212B2
- Authority
- JP
- Japan
- Prior art keywords
- job
- processor
- processors
- class
- execution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【産業上の利用分野】
本発明は、マルチプロセッサシステムにおけるプロセッサ割当て装置に関し、特に多数(例えば200台)のプロセッサを不特定多数の利用者が(複数プロセッサを用いて単一ジョブの並列処理を行うといった利用形態も含んだかたちで)共同利用するときのプロセッサ割当て装置に関する。なお、本明細書ではマルチプロセッサの全体を必要に応じて「システムプロセッサ」という。
【0002】
一般に、マルチプロセッサの利用形態としては、
・デ−タベースマシンのように利用者は並行検索に用いるプロセッサの数や配置などに関知する必要はなく、これらについてはシステムがあらかじめ認識しているディスク上のデ−タベースの配置などに基づいて自律的に決定できる場合と
・科学技術計算などのように利用者(ジョブ定義者)自身がジョブの実行に必要なプロセッサをなんらかのかたちで指示することによりはじめてシステムがそれらを特定できる場合とがある。
【0003】
本発明は、後者の場合に対応し、あるジョブの実行に必要な単一または複数のプロセッサを割り当てるためのジョブ定義者の負担を軽減し、またこの割当て処理においてはシステムプロセッサの稼働状況(例えばあるプロセッサがダウンしたなど)に応じて柔軟に対応して全体としての利用効率を高めたいという要望に応えるものである。なお、以下の説明で用いる「システム」や「マルチプロセッサ」はこの後者の場合を前提としている。
【0004】
【従来の技術】
従来、複数のジョブを効率的に実行するため、各ジョブの性格(プロセッサや入出力装置の使用に関する優先権、プロセッサの使用可能時間、メモリ使用可能量、出力リスト量など)に基づいてこれらをグループ化したジョブクラスの概念が用いられている。
【0005】
そして、ジョブの定義で自らのジョブクラスを記述した各ジョブは、システムに投入されるとそのジョブクラスごとに入力ジョブ待ち行列にふりわけられ(図8参照)、当該ジョブクラスごとにあらかじめ設定された優先順位やハードウェア資源の下で実行される。
【0006】
なお、ジョブ定義ではジョブクラスとともにその範囲内での個別的条件を併せて記述することも可能であり、この場合のジョブは当該個別的条件の下で実行される。例えば、プロセッサの使用可能時間が対応のジョブクラスでは「3秒」と設定されているときにこの値を「2秒」と個別に指定することも可能である。
【0007】
このようなジョブクラスの概念を用いることにより、例えばあるジョブがそのジョブクラスで指定される時間を越えてプロセッサを使用している場合には当該ジョブの実行を打ち切ることによりハードウェア資源の無駄な使用を抑止することができる。
【0008】
また、マルチプロセッサシステムの利用形態としては、
・複数ジョブのそれぞれを別々の単一プロセッサで実行する方式
・単一ジョブを複数のプロセッサで並列処理する方式
に大別されるが、後者の方式はこれまで積極的に利用されておらず、またそのときのジョブの定義では実行に必要な各プロセッサの物理番号を記述するため、ジョブ定義者にはそのジョブに必要なプロセッサを具体的に特定するといった作業が要求されることになる。
【0009】
【発明が解決しようとする課題】
このような従来のマルチプロセッサシステムでは、ジョブ定義者にとって自らのジョブの性格に合致したプロセッサを認識するといった作業が必須のものとなり、またジョブとプロセッサとの対応関係が固定的で、例えばいったん割り当てられた複数のプロセッサの中の一つがダウンしたときなどには再びジョブ定義者の方でこれに代わる新たなプロセッサを指示しないと同じ個数のプロセッサグループを構成することができないなどのため、ジョブ定義者の負担が大きく、またマルチプロセッサの運用面での柔軟性に欠けるという問題点がある。
【0010】
そこで、本発明では、いままで用いられているジョブクラスの定義情報(プロセッサや入出力装置の使用に関する優先権、プロセッサの使用可能時間、メモリ使用可能量、出力リスト量など)に、同時使用できるプロセッサの最大個数や、この最大個数に対応付けて組合せた各プロセッサからなるプロセッサグループなども記載して、ジョブの定義ではジョブクラスや当該ジョブの実行の際の必要プロセッサ数を記述すれば、すなわちそのジョブを並列処理するときに必要なプロセッサそれぞれの物理番号を具体的に記述しなくても、あとはシステムの方でこれらのジョブの定義とジョブクラスの定義情報に基づいてその実行に必要な個数だけのプロセッサを割り当てるようにすることにより、ジョブ定義者の負担を軽くするとともにプロセッサ運用面での柔軟性を高めることを目的とする。
【0011】
【課題を解決するための手段】
本発明は、ジョブ管理プログラムが、ジョブクラスごとの、同時使用できるプロセッサの最大個数などを記載したジョブクラス定義表を参照することにより、実行要求対象の入力ジョブに対応のプロセッサ個数を決定してこれをプロセッサ管理プログラムに送り、具体的なプロセッサの割当て処理はプロセッサ管理プログラムに任せるようにしたものである。
【0012】
図1は本発明の原理説明図である。
図において、
1は、ジョブクラス定義表であり、各ジョブクラスに属するジョブの性格(プロセッサや入出力装置の使用に関する優先権、当該ジョブが使用可能な最大限のハードウェア資源量)を示すジョブクラス定義情報が記載されている。本発明ではこのジョブクラス定義情報として、同時使用できるプロセッサの最大個数や後述のプロセッサグループ(番号)を含んでいる。
2は、ジョブ管理プログラムであり、投入された各ジョブを読み取って入力ジョブキュー3にジョブクラスごとに保管し、また実行優先度にしたがって当該入力ジョブを順次選択してそれに対応のプロセッサ個数をジョブクラス定義表1を参照することにより求め当該ジョブの実行要求をこのプロセッサ個数とともにプロセッサ管理プログラム4に通知している。なお、実行が完了した入力ジョブに対する後述の所定の処理も行っている。
3は、入力ジョブキューであり、入力ジョブのそれぞれをジョブクラスごとに保管している。
4は、プロセッサ管理プログラムであり、ジョブ管理プログラム2から実行要求のあったジョブの実行に必要なプロセッサなどのハードウェア資源をシステムの稼働状況(プロセッサの空き状態など)に基づいて割り当てている。なお、実行完了後には、その実行ジョブが専有していたプロセッサなどの資源を開放している。
5は、プロセッサグループであり、ジョブクラス定義表1に記載の最大個数に対応付けて組合せた各プロセッサからなっている(図5参照)。
【0013】
ここで、ジョブ管理プログラム2は、ジョブの定義にその実行に必要なプロセッサ個数が記述されているときにはこの値がジョブクラス定義表1に記載の最大個数の範囲内であるかどうかを確認して「範囲内」であるときには当該プロセッサ個数をプロセッサ管理プログラム4に通知し、また「範囲外」であるときには利用者に対しその旨の回答をしてプロセッサ管理プログラム4への実行要求はしない。
【0014】
そして、ジョブの定義に前記プロセッサ個数が記述されていないときには当該ジョブのジョブクラスを基にジョブクラス定義表1から対応のプロセッサ最大個数を求めてプロセッサ管理プログラム4に通知する。
【0015】
また、プロセッサ管理プログラム4が、ある入力ジョブの実行に必要な個数のプロセッサやメモリ領域を割り当てることが出来ない稼働状況のときには、当該入力ジョブを実行待ちのジョブキューに入れ、現在使用中のプロセッサなどが空くのをまってから再度割り当てることになる。
【0016】
【作用】
本発明は、このように、並列処理を前提とするジョブの場合にもジョブの定義では単にジョブクラスまたは当該並列処理に必要となるプロセッサの個数を記述する、すなわちプロセッサの物理番号などを用いてこの個数だけのプロセッサを具体的に記述することを要しないため、ジョブ定義者のプロセッサ指定についての負担を軽減できるとともにシステムの稼働状況(プロセッサの空き状態など)に応じたプロセッサ割り当てを行うことができる。
【0017】
また、プロセッサグループを用いる場合には、ジョブ管理プログラム2は、実行要求を行う入力ジョブに対応のプロセッサグループをジョブクラス定義表1から求めて前記のプロセッサ個数や最大個数とともにプロセッサ管理プログラム4に通知する。
【0018】
そして、この通知を受けたプロセッサ管理プログラム4は、当該入力ジョブへ、当該プロセッサグループの構成メンバーであるプロセッサの中から例えば前記プロセッサ個数だけのものを選択して割り当てる。
【0019】
このようなプロセッサグループの概念を用いることにより、メモリの実装量などの相違や入出力装置が直接付いているかどうかなどの所定の基準で各プロセッサを区分けしたものをあらかじめジョブクラスに対応させておくことが可能であり、プロセッサ管理プログラム4は実行ジョブに最適なプロセッサを効率的に特定することができる。
【0020】
さらには、実行ジョブに割り当てられるプロセッサの範囲がこのプロセッサグループによって絞りこまれているため、プロセッサの割当てやプロセッサの稼働状況の把握が簡単に行うことができる。
【0021】
また、昼間と夜間などの時間帯や実行中のジョブ数などに応じてプロセッサグループの構成メンバーを動的に変更することにより、プロセッサの利用率を向上させることができる。なお、このときの変更主体はシステム運用者、変更コマンドを入力するオペレータなどである。
【0022】
また、電源管理をこのプロセッサグループを単位として行うことにより、実行中のジョブ数が減った場合には縮退運転に移行して電力の節約化を図ることができる。なお、縮退運転は前もって決まるものではなく、このときの変更主体は主にシステム運用者である。
【0023】
【実施例】
図2〜図7を参照して本発明の実施例を説明する。
なお、以下の実施例では説明の便宜のためプロセッサ0からプロセッサ6の計7台のマルチプロセッサを用いることにし、またジョブクラスの数も最大で4クラスとする。
【0024】
図2は、本発明のジョブ管理およびプログラム管理の概要を示す説明図であり、11はジョブクラス定義表、12はジョブ管理プログラム、13は入力ジョブキュー、14はプロセッサ管理プログラム、15は出口ルーチン、16はプロセッサグループ変更機能プログラム、17はプロセッサ管理表、18は実行待ちのジョブキュー、19は実行中のジョブキューをそれぞれ示しており、ジョブクラス定義表11〜プロセッサ管理プログラム14の作用は図1のそれぞれと基本的に同じである
【0025】
ここで、出口ルーチン15は、ジョブ管理プログラム12からの依頼により、そのときのシステム稼働状況に基づいてジョブクラス定義表11に記載の複数のプロセッサグループ(図7参照)の中から最適のものを選択する。なお、この処理はジョブ管理プログラム12が行うこともある。
【0026】
また、出口ルーチン15は、プロセッサグループの構成メンバーを変更する、例えばプロセッサ0とプロセッサ1からなるプロセッサグループにプロセッサ3を追加するといった指示をプロセッサグループ変更機能プログラム16に与えることもできる。
【0027】
そして、このプロセッサグループの構成メンバーの変更によってもジョブクラス定義表11のプロセッサグループに関する記載はそのままであり、この変更指示は前記のようにオペレータやシステム運用者なども行うことができる。
【0028】
また、プロセッサ管理表17は、各プロセッサが保有しているハードウェア資源の量と現在の使用量、例えば保有するメモリが何メガバイトでその中のいくらを実行中のジョブで使用しているといった情報に加えて、各プロセッサがどのプロセッサグループに属するかを示すプロセッサグループ定義情報を含んでおり、さらには各プロセッサの稼働状況を管理している。
【0029】
なお、各プロセッサは複数のプロセッサグループに属することもでき、また前記のように例えば出口ルーチン15からの指示により各プロセッサが所属するプロセッサグループをシステム運用状況に対応して変更することも可能である。
【0030】
また、ジョブ管理プログラム12から実行要求のあった各入力ジョブの中、その実行に必要なハードウェア資源を割り当てることができたものは実行中のジョブキュー19に、またこれらのハードウェア資源を割り当てることができないものは実行待ちのジョブキュー18にそれぞれ保管される。
【0031】
図3は、ジョブ管理プログラム12の処理手順を示す説明図であり、その内容は次のようになっている。
▲1▼入力される各ジョブの定義情報を解析してそれぞれがどのジョブクラスに属するかを求め、これらの入力ジョブをジョブクラス別に入力ジョブキュー13に入れるとともに入力ジョブ数をカウントしていく。
▲2▼実行優先度の最も高いジョブクラスの入力ジョブを入力ジョブキュー13から取り出して、次のステップに進む。なお、各ジョブクラスの実行優先度はジョブクラス定義表11に記載するかジョブの定義で記述するかのいずれでもよい。
▲3▼前のステップで取り出した入力ジョブを実行すべきかどうかを、ジョブの多重度を考慮して判断し、「YES 」の場合はステップ▲5▼に進み、「NO」の場合は次のステップに進む。なお、ジョブの多重度はジョブクラスごとに決まっているものでジョブクラス定義表11に記載されている。
▲4▼当該入力ジョブの属するジョブクラスの実行優先度を例えば第2位下げて、ステップ▲2▼に戻る。
▲5▼ジョブクラス定義表11を参照して当該ジョブのジョブクラスで指定のプロセッサグループを求めて、次のステップに進む。
▲6▼当該プロセッサグループが複数であるかどうかを判断し、「YES 」の場合は次のステップに進み、「NO」の場合はステップ▲8▼に進む。
▲7▼出口ルーチン15に複数のプロセッサグループの中のいずれを用いるかの確定を依頼し、その回答を確認して、次のステップに進む。なお、この確定はジョブ定義情報(ジョブの実行に必要なプロセッサの個数、実行時間の予測値など)やシステム稼働情報(プロセッサの空き状態など)を基に行われる。
▲8▼当該入力ジョブの実行要求を、対応するプロセッサグループ番号、実行に必要なプロセッサの個数や実行優先度などの情報とともにプロセッサ管理プログラム14に通知して、ステップ▲2▼に戻る。
▲9▼プロセッサ管理プログラム14から入力ジョブの実行完了通知を受けるごとに、当該入力ジョブを入力ジョブキュー行列13から除くとともに入力ジョブ数を「1」だけ減じる。
【0032】
そして、以上のステップ▲1▼〜ステップ▲8▼は、
・ジョブの受付処理であるステップ▲1▼
・ジョブの実行要求処理であるステップ▲2▼〜ステップ▲8▼
・ジョブの実行完了後の処理であるステップ▲9▼
に大別され、これらの処理単位は相互に独立したものとなっており、例えばステップ▲8▼やステップ▲9▼の終了後でもジョブの入力があればステップ▲1▼の処理が始まるようになっている。また、ステップ▲9▼の後で入力ジョブ数が「0」の状態が継続するときはジョブ管理プログラム12の処理は一応の終了となる。
【0033】
図4は、プロセッサ管理プログラム14の処理手順を示す説明図であり、その内容は次のようになっている。
▲1▼′前記ステップ▲8▼で実行要求のあった各入力ジョブをそれぞれの実行優先度を考慮して実行待ちのジョブキュー18に繋ぐ。
▲2▼′実行優先度の最も高い入力ジョブを実行待ちのジョブキュー18から取り出して、次のステップに進む。
▲3▼′当該入力ジョブの実行に必要な量のプロセッサやメモリなどを割り当てることができるかどうかを判断し、「YES」の場合は次のステップに進み、「NO」の場合はステップ▲5▼′に進む。なお、プロセッサの割当ては前記ステップ▲8▼のプロセッサグループの各プロセッサに対して行われる。
▲4▼′当該入力ジョブを実行して実行中のジョブキュー19に繋ぐとともに、当該入力ジョブに割り当てた資源の量をプロセッサ管理表17に記入してこの内容を更新して、ステップ▲2▼′に戻る。
▲5▼′当該入力ジョブの実行優先度を下げて、ステップ▲2▼′に戻る。
▲6▼′任意の入力ジョブの実行完了にともない、当該入力ジョブが専有していた資源を解放してプロセッサ管理表17の内容を更新するとともに、ジョブ管理プログラム12に当該入力ジョブの実行完了を通知する。
【0034】
以上のステップ▲1▼′〜ステップ▲6▼′はジョブ管理プログラム12の場合と同じように、
・ジョブの受付処理であるステップ▲1▼′
・ジョブの実行処理であるステップ▲2▼′〜ステップ▲5▼′
・ジョブの実行完了後の処理であるステップ▲6▼′
に大別され、これらの処理単位もまた相互に独立したものとなっている。
【0035】
なお、前記ステップ▲2▼′やステップ▲5▼′における実行優先度は、例えば各ジョブクラス間の実行優先度は保持したままで同じジョブクラスの中についてはジョブ管理プログラム12から実行要求のあった順序としている。
【0036】
また、実行要求のあったすべてのジョブについてその実行完了がジョブ管理プログラム12に通知されると、前記ステップ▲9▼の処理後の入力ジョブ数が「0」となってプロセッサ管理プログラム14の方でもこの値を確認することにより自らの一応の終了を認識できる。
【0037】
図5〜図7は、本発明のマルチプロセッサの運用例を示す説明図であり、図5ではジョブの実行予定、ジョブクラスの定義およびプロセッサグループの定義の一例を示している。
【0038】
すなわち、ジョブの実行予定は昼間と夜間とで区別され、例えば昼間の場合には最大4並列のプロセッサを使用するジョブと単一プロセッサを使用する非並列ジョブとを実行するようになっている〔図5(a) 参照〕。
【0039】
また、例えばジョブクラスAには最大4並列のプロセッサを使用して実行されるジョブが属し、このジョブクラスに対応のプロセッサグループとして「プロセッサグループ0」が定義されている〔図5(b) 参照〕。
【0040】
また、例えば「プロセッサグループ0」は4並列ジョブ用として定義されその構成メンバーとして「プロセッサ0」〜「プロセッサ3」が当てられている〔図5(c) 参照〕。なお、非並列ジョブ用の「プロセッサグループ2」と7並列ジョブ用の「プロセッサグループ3」との構成メンバーを重複させることにより、夜間、6並列以下の並列ジョブと非並列ジョブとの同時実行を可能にしている。
【0041】
そして、図5の運用環境の下では、昼間は、ジョブクラスの実行優先度を「ジョブクラスAージョブクラスBージョブクラスC・ジョブクラスD」の順、すなわちジョブクラスAのそれを第1位にしておき、夜間になるとコマンドなどでこの実行優先度を「ジョブクラスDージョブクラスCージョブクラスA・ジョブクラスB」の順に変更する。
【0042】
このようにすることにより、昼間はジョブクラスA(最大4並列)のジョブとジョブクラスB(非並列)のジョブがそれぞれ別々のプロセッサグループで実行され、また夜間になると、ジョブクラスD(最大7並列)のジョブがジョブクラスC(非並列)のジョブに優先するかたちで実行される。
【0043】
なお、夜間の場合、ジョブクラスCの非並列ジョブは、ジョブクラスDの並列ジョブが6並列以下のときにはこの並列ジョブが使用していないプロセッサで実行され、またジョブクラスDの並列ジョブが7並列のときにはこの並列ジョブが終了してから実行されることになる。
【0044】
図6では、プロセッサグループのメンバー構成を各プロセッサの稼働状況に合わせて変更する場合を示している。
すなわち、図5(c) の、4並列ジョブ用のプロセッサグループ0と非並列ジョブ用のプロセッサグループとが稼働しているときのある時点で、
・4並列ジョブのすべての実行が終了し、かつ実行待ちの非並列ジョブが沢山あるときには例えばコマンドを用いて「プロセッサグループ0」の構成メンバーを「プロセッサグループ1」に追加するようにし、
・ある4並列ジョブの実行中にプロセッサ3がダウンしたときには例えばコマンドを用いて「プロセッサ4」を「プロセッサグループ0」に追加することにより、実行待ちの非並列ジョブや4並列ジョブを即座に実行することができる。
【0045】
この運用によれば、ジョブクラス定義表11のプロセッサグループ番号は初期の記載のままでそのプロセッサグループの構成メンバーが各プロセッサの稼働状況に合わせて動的に変更されることになる。
【0046】
図7では、一つのジョブクラスに複数のプロセッサグループを対応させる場合を示している。
すなわち、最大4並列のプロセッサまで使用可能なジョブが属するジョブクラスAには4並列用の「プロセッサグループ0」のみを、また単一プロセッサを使用する非並列ジョブが属するジョブクラスBには非並列用の「プロセッサグループ1」に加えて「プロセッサグループ0」も対応させている。
【0047】
この運用の際には、ジョブクラスBのジョブの実行に先だってどちらのプロセッサグループを用いるかを決定する必要があり、この決定は例えば出口ルーチン15がシステムの稼働状況を参照しながら、
・プロセッサグループ1に空きプロセッサがあれば当該グループを選択し、
・プロセッサグループ1に空きプロセッサがなく、プロセッサグループ0に空きプロセッサがあれば、すなわちその時点で4並列ジョブが実行されていなければプロセッサグループ0を選択し、
・さもなければこれらのいずれかの状況が発生するのを待って対応のプロセッサグループを選択するといったかたちで行っている。
【0048】
そして、この運用によれば、4並列ジョブが実行されていないときには、図6のようなプロセッサグループの構成メンバーの変更作業を行わなくとも非並列ジョブを4並列用プロセッサで実行することができる。
【0049】
【発明の効果】
本発明は、このように、従来のジョブクラス定義に、各ジョブクラスに属するジョブが並列使用可能なプロセッサの最大個数などの情報も併せて記載し、マルチプロセッサシステムのユーザの方では投入するジョブのジョブクラスや当該ジョブの実行に必要なプロセッサ個数を指示するだけで後はシステムがジョブの実行に必要な単一または複数のプロセッサを前記情報に基づいて割り当てるようにしているため、ジョブ実行時の使用プロセッサ指示についてのジョブ定義者の負担を軽減することができる。
【0050】
さらには、プロセッサグループの概念を用い、このプロセッサグループの構成メンバーをシステムの稼働状況に合わせて(ジョブクラス定義におけるプロセッサグループの記載はそのままで)動的に変更し、また単一のジョブクラスに複数のプロセッサグループを対応させておきいずれを選択するかは稼働状況に応じて動的に行うようにしているため、プロセッサ運用面での柔軟性を高めてマルチプロセッサ全体の効率的な使用が可能となる。
【図面の簡単な説明】
【図1】本発明の、基本構成図である。
【図2】本発明の、ジョブ管理およびプログラム管理の概要を示す説明図である。
【図3】本発明の、ジョブ管理プログラムの処理手順を示す説明図である。
【図4】本発明の、プロセッサ管理プログラムの処理手順を示す説明図である。
【図5】本発明の、ジョブの実行予定、ジョブクラスの定義およびプロセッサグループの定義の一例を示す説明図である。
【図6】本発明の、プロセッサグループのメンバー構成を各プロセッサの稼働状況に合わせて変更する場合を示す説明図である。
【図7】本発明の、一つのジョブクラスに複数のプロセッサグループを対応させる場合を示す説明図である。
【図8】一般的な、入力ジョブの保管の様子を示す説明図である。
【符号の説明】
図1において、
1・・・ジョブクラス定義表
2・・・ジョブ管理プログラム
3・・・入力ジョブキュー
4・・・プロセッサ管理プログラム
5・・・プロセッサグループ
Claims (5)
- ジョブクラスごとに、そこに属する個々のジョブが同時使用できるプロセッサの最大個数を含むジョブクラス定義情報を記載したジョブクラス定義表と、
ジョブ実行時にそのジョブに割り当てるプロセッサの個数が指示されていれば、その個数を当該ジョブに割り当てるプロセッサ数とし、ジョブ実行時にそのジョブに割り当てるプロセッサの個数が指示されていなければ、当該ジョブ実行時に割り当てられるジョブクラスを基に前記ジョブクラス定義表を参照することにより求められる前記最大個数を当該ジョブに割り当てるプロセッサ数とする手段と、
ジョブ実行時に必要な量のプロセッサやメモリを割り当てることができるか否かを判断して、前記プロセッサ数分のプロセッサを前記ジョブに割り当てる手段とを有する、
ことを特徴とするプロセッサ割当て装置。 - ジョブ実行時にそのジョブに割り当てるプロセッサの個数が指示されている場合、当該プロセッサ個数が、当該ジョブを含む前記ジョブクラスの前記最大個数の範囲内であることを確認する手段を有する、
ことを特徴とする請求項1記載のプロセッサ割当て装置。 - 前記ジョブクラス定義表は、前記最大個数分のプロセッサを含む形で組み合わせたプロセッサグループを前記ジョブクラスに対応させた情報をさらに含み、
前記プロセッサを前記ジョブに割り当てる手段は、前記プロセッサグループを構成しているプロセッサを当該ジョブに割り当てる、
ことを特徴とする請求項1または2記載のプロセッサ割当て装置。 - 前記プロセッサグループを構成しているプロセッサを、前記プロセッサの稼働状況に合わせて変更する手段を有する、
ことを特徴とする請求項3記載のプロセッサ割当て装置。 - 単一の前記ジョブクラスに複数の前記プロセッサグループが対応している場合、前記プロセッサの稼働状況を参照していずれかのプロセッサグループを選択する手段を有する、
ことを特徴とする請求項3または4記載のプロセッサ割当て装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33784093A JP3541212B2 (ja) | 1993-12-28 | 1993-12-28 | プロセッサ割当て装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33784093A JP3541212B2 (ja) | 1993-12-28 | 1993-12-28 | プロセッサ割当て装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH07200496A JPH07200496A (ja) | 1995-08-04 |
JP3541212B2 true JP3541212B2 (ja) | 2004-07-07 |
Family
ID=18312472
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP33784093A Expired - Fee Related JP3541212B2 (ja) | 1993-12-28 | 1993-12-28 | プロセッサ割当て装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3541212B2 (ja) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6571206B1 (en) * | 1998-01-15 | 2003-05-27 | Phoenix Technologies Ltd. | Apparatus and method for emulating an I/O instruction for the correct processor and for servicing software SMI's in a multi-processor environment |
JP2000194674A (ja) | 1998-12-28 | 2000-07-14 | Nec Corp | 分散ジョブ統合管理システム |
JP3959516B2 (ja) * | 2001-08-06 | 2007-08-15 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ネットワークシステム、cpu資源プロバイダ、クライアント装置、処理サービスの提供方法、およびプログラム |
JP3789395B2 (ja) | 2002-06-07 | 2006-06-21 | 富士通株式会社 | パケット処理装置 |
US9178784B2 (en) | 2004-04-15 | 2015-11-03 | Raytheon Company | System and method for cluster management based on HPC architecture |
US8335909B2 (en) | 2004-04-15 | 2012-12-18 | Raytheon Company | Coupling processors to each other for high performance computing (HPC) |
US8336040B2 (en) | 2004-04-15 | 2012-12-18 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
US8190714B2 (en) | 2004-04-15 | 2012-05-29 | Raytheon Company | System and method for computer cluster virtualization using dynamic boot images and virtual disk |
US7711977B2 (en) | 2004-04-15 | 2010-05-04 | Raytheon Company | System and method for detecting and managing HPC node failure |
JP4033215B2 (ja) * | 2006-01-31 | 2008-01-16 | セイコーエプソン株式会社 | マルチプロセッサシステム及びマルチプロセッサシステムの制御方法をコンピュータに実行させるためのプログラム |
JP2008276331A (ja) * | 2007-04-25 | 2008-11-13 | Toshiba Corp | マルチプロセッサの制御装置及び方法 |
KR20100035394A (ko) | 2008-09-26 | 2010-04-05 | 삼성전자주식회사 | 멀티 프로세싱에서의 메모리 관리장치 및 그 방법 |
JP4797095B2 (ja) * | 2009-07-24 | 2011-10-19 | 株式会社日立製作所 | バッチ処理多重化方法 |
KR101533820B1 (ko) * | 2009-09-25 | 2015-07-09 | 삼성전자 주식회사 | 메모리 관리장치 및 그 방법 |
JP6241300B2 (ja) | 2014-02-04 | 2017-12-06 | 富士通株式会社 | ジョブスケジューリング装置、ジョブスケジューリング方法、およびジョブスケジューリングプログラム |
JP6558098B2 (ja) * | 2015-06-25 | 2019-08-14 | 富士通株式会社 | 情報処理装置、およびプログラム |
-
1993
- 1993-12-28 JP JP33784093A patent/JP3541212B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH07200496A (ja) | 1995-08-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3541212B2 (ja) | プロセッサ割当て装置 | |
US6732139B1 (en) | Method to distribute programs using remote java objects | |
US7650601B2 (en) | Operating system kernel-assisted, self-balanced, access-protected library framework in a run-to-completion multi-processor environment | |
US5212793A (en) | Generic initiators | |
CN112465129B (zh) | 片内异构人工智能处理器 | |
US6353844B1 (en) | Guaranteeing completion times for batch jobs without static partitioning | |
US5745778A (en) | Apparatus and method for improved CPU affinity in a multiprocessor system | |
US4779194A (en) | Event allocation mechanism for a large data processing system | |
WO2005046304A2 (en) | Method and system for allocation of special purpose computing resources in a multiprocessor system | |
JPH09167141A (ja) | 負荷分散制御方法 | |
KR20090108868A (ko) | 가상 머신 관리 시스템 및 그의 프로세서 자원 관리방법 | |
Jiang et al. | Symbiosis: Network-aware task scheduling in data-parallel frameworks | |
US7007150B2 (en) | Memory balancing and optimization services | |
CN116010064A (zh) | Dag作业调度和集群管理的方法、系统及装置 | |
EP0243402B1 (en) | A special purpose processor for off-loading many operating system functions in a large data processing system | |
JP3429582B2 (ja) | マルチプロセッサシステム | |
KR100590764B1 (ko) | 멀티프로세서 시스템에서 스케줄러를 이용한 대규모데이터 처리 방법 | |
CN115576683A (zh) | 一种协程池调度管理方法、系统、装置及存储介质 | |
JP4211645B2 (ja) | 専用プロセッサの備わった計算機システム | |
CN112948069A (zh) | 用于运行计算单元的方法 | |
CN112506640A (zh) | 一种用于加密运算芯片的多处理器架构及调配方法 | |
Walters et al. | Enabling interactive jobs in virtualized data centers | |
JP3885748B2 (ja) | グループ単位ギャングスケジューリング方式 | |
JP4063256B2 (ja) | 計算機クラスタシステムとそれにおける管理方法、及びプログラム | |
JPH11249917A (ja) | 並列型計算機及びそのバッチ処理方法及び記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040123 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040224 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040227 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040303 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080409 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090409 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090409 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100409 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110409 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110409 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |