JPH11161504A - 情報処理システムにおけるジョブの実行を処理する装置および方法 - Google Patents
情報処理システムにおけるジョブの実行を処理する装置および方法Info
- Publication number
- JPH11161504A JPH11161504A JP10275834A JP27583498A JPH11161504A JP H11161504 A JPH11161504 A JP H11161504A JP 10275834 A JP10275834 A JP 10275834A JP 27583498 A JP27583498 A JP 27583498A JP H11161504 A JPH11161504 A JP H11161504A
- Authority
- JP
- Japan
- Prior art keywords
- resources
- amount
- job
- available
- requests
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/503—Resource availability
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
(57)【要約】
【課題】 オープン情報処理システム上でのジョブの実
行を、資源の量に応じて処理する方法および装置を提供
する。 【解決手段】 本発明方法は、仮想メモリ、実メモリ、
一時的なファイルスペース、最後の時間間隔の間のＣＰ
Ｕの利用時間として使用可能な資源を決定し、予め他の
要求に割り当てられている未使用の資源の量を算出し、
要求が提示されたジョブの実行に必要な資源の量と、予
め他の要求に割り当てられた資源の量が差し引かれた利
用可能な現在の資源の量とを比較し、この比較の結果に
応じて、要求されたジョブのスタート、延期またはスタ
ートの拒否を決定するステップを含む。
行を、資源の量に応じて処理する方法および装置を提供
する。 【解決手段】 本発明方法は、仮想メモリ、実メモリ、
一時的なファイルスペース、最後の時間間隔の間のＣＰ
Ｕの利用時間として使用可能な資源を決定し、予め他の
要求に割り当てられている未使用の資源の量を算出し、
要求が提示されたジョブの実行に必要な資源の量と、予
め他の要求に割り当てられた資源の量が差し引かれた利
用可能な現在の資源の量とを比較し、この比較の結果に
応じて、要求されたジョブのスタート、延期またはスタ
ートの拒否を決定するステップを含む。
Description
【０００１】
【発明の属する技術分野】本発明は、情報処理システム
におけるジョブの実行を処理する装置および方法に関す
る。
におけるジョブの実行を処理する装置および方法に関す
る。
【０００２】
【従来の技術】本発明は、工業環境における情報処理オ
ペレーション分野、特に「ユニックス」または「ウィン
ドウズＮＴ」タイプのソフトウェア上で動作する「オー
プン」型の情報処理システムに適用される。このタイプ
のソフトウェア上で動作するサーバは、いわゆる「オー
プン」型サーバであり、今日、特に重視されているもの
である。
ペレーション分野、特に「ユニックス」または「ウィン
ドウズＮＴ」タイプのソフトウェア上で動作する「オー
プン」型の情報処理システムに適用される。このタイプ
のソフトウェア上で動作するサーバは、いわゆる「オー
プン」型サーバであり、今日、特に重視されているもの
である。
【０００３】これらのサーバの不都合は、目的が工業的
目的ではない学術的アプリケーションのために開発され
たことにある。このように、「ユニックス」タイプのＯ
Ｓでは、ジョブあるいはより正確には、ジョブを構成す
る各プロセスには、システムまたは、これらのジョブを
入力するユーザによって初期優先度が割り当てられる。
システムが一つのジョブにより高い優先度を与えるよう
にするためには、ユーザは、初期の優先度をジョブに明
示的に割り当てるか、管理コマンドによってその優先度
を手動で変えなければならない。従って、ジョブに割り
当てられる優先度レベルの間には、いかなる調整も相互
関係もない。
目的ではない学術的アプリケーションのために開発され
たことにある。このように、「ユニックス」タイプのＯ
Ｓでは、ジョブあるいはより正確には、ジョブを構成す
る各プロセスには、システムまたは、これらのジョブを
入力するユーザによって初期優先度が割り当てられる。
システムが一つのジョブにより高い優先度を与えるよう
にするためには、ユーザは、初期の優先度をジョブに明
示的に割り当てるか、管理コマンドによってその優先度
を手動で変えなければならない。従って、ジョブに割り
当てられる優先度レベルの間には、いかなる調整も相互
関係もない。
【０００４】同様に、標準的「ユニックス」システムに
おいては、プロセスは、非常に負荷が大きいシステムで
も制限なしで始動することができ、実行プロセスが現在
使用している資源の量には注意を払う必要はなく、また
新しいプロセスが必要とする資源の量にも全く注意を払
う必要がない。これによって次のような好ましくない挙
動が起きる。すなわち重要なプロセスであろうと重要で
ないプロセスであろうと一連のプロセスが実行され、ユ
ーザが所望の時間に終了しなければならない重要なプロ
セスが使える資源は、この所望の時間に終了するには少
なすぎ、同時に、重要でないプロセスが多すぎる資源を
使用する。
おいては、プロセスは、非常に負荷が大きいシステムで
も制限なしで始動することができ、実行プロセスが現在
使用している資源の量には注意を払う必要はなく、また
新しいプロセスが必要とする資源の量にも全く注意を払
う必要がない。これによって次のような好ましくない挙
動が起きる。すなわち重要なプロセスであろうと重要で
ないプロセスであろうと一連のプロセスが実行され、ユ
ーザが所望の時間に終了しなければならない重要なプロ
セスが使える資源は、この所望の時間に終了するには少
なすぎ、同時に、重要でないプロセスが多すぎる資源を
使用する。
【０００５】容認しがたいもう一つの挙動は、利用可能
な一時的ファイルが充分でなく、その結果としてファイ
ルへの書き込みに失敗することである。アプリケーショ
ンは、こうしたエラー条件を制御するときもあれば、制
御しないときもあるので、不完全なファイルがジョブの
あるステップで発生し、その後のステップで処理される
ことから、誤った挙動を起こすことがある。別の有害な
挙動は、ページングスペースが充分にないことであり、
システムは、最も最近のプロセスを、その重要性を考慮
せずに消去する決定を行い得る。これは、オペレーショ
ン環境では受け入れられない。
な一時的ファイルが充分でなく、その結果としてファイ
ルへの書き込みに失敗することである。アプリケーショ
ンは、こうしたエラー条件を制御するときもあれば、制
御しないときもあるので、不完全なファイルがジョブの
あるステップで発生し、その後のステップで処理される
ことから、誤った挙動を起こすことがある。別の有害な
挙動は、ページングスペースが充分にないことであり、
システムは、最も最近のプロセスを、その重要性を考慮
せずに消去する決定を行い得る。これは、オペレーショ
ン環境では受け入れられない。
【０００６】
【発明が解決しようとする課題】このような理由から、
本発明の第一の目的は、これらの欠点を解消可能なジョ
ブの実行を考慮する方法を提案することにある。
本発明の第一の目的は、これらの欠点を解消可能なジョ
ブの実行を考慮する方法を提案することにある。
【０００７】
【課題を解決するための手段】この目的は、（たとえば
「ユニックス」タイプの）オープン情報処理システム上
でジョブの実行を資源に応じて処理する方法によって達
成され、この方法は、仮想メモリ、実メモリ、一時的な
ファイルスペース、最後の時間間隔の間のＣＰＵの使用
時間として利用可能な資源を決定し、予め他の要求に割
り当てられている未使用の資源の量を算出し、要求が提
示されたジョブの実行に必要な資源の量と、予め他の要
求に割り当てられた資源の量が差し引かれた利用可能な
現在の資源の量とを比較し、この比較の結果に応じて、
要求されたジョブのスタート、延期またはスタートの拒
否を決定するステップを含むことを特徴とする。
「ユニックス」タイプの）オープン情報処理システム上
でジョブの実行を資源に応じて処理する方法によって達
成され、この方法は、仮想メモリ、実メモリ、一時的な
ファイルスペース、最後の時間間隔の間のＣＰＵの使用
時間として利用可能な資源を決定し、予め他の要求に割
り当てられている未使用の資源の量を算出し、要求が提
示されたジョブの実行に必要な資源の量と、予め他の要
求に割り当てられた資源の量が差し引かれた利用可能な
現在の資源の量とを比較し、この比較の結果に応じて、
要求されたジョブのスタート、延期またはスタートの拒
否を決定するステップを含むことを特徴とする。
【０００８】他の特徴によれば、この方法は、ジョブの
実行に必要な資源の量を特定のコマンドによって規定す
ることからなるステップを含む。
実行に必要な資源の量を特定のコマンドによって規定す
ることからなるステップを含む。
【０００９】別の特徴によれば、この方法は、利用可能
なシステム資源が充分にあるか否かを決定する機構を、
作動させるあるいは作動解除させることからなるステッ
プを含む。
なシステム資源が充分にあるか否かを決定する機構を、
作動させるあるいは作動解除させることからなるステッ
プを含む。
【００１０】本発明のもう一つの目的は、ジョブの実行
を処理する装置を提案することにある。
を処理する装置を提案することにある。
【００１１】この目的を達成するために、オープン情報
処理システム上でジョブの実行を処理する装置は、仮想
メモリ、実メモリ、一時的なファイルスペース、最後の
時間間隔の間のＣＰＵ使用時間として利用可能な資源を
決定する手段と、予め他の要求に割り当てられている未
使用の資源の量を算出する手段と、要求が提示されたジ
ョブの実行に必要な資源の量と、予め他の要求に割り当
てられた資源の量が差し引かれた利用可能な現在の資源
の量とを比較する手段と、比較手段によって供給される
結果に応じて、必要なジョブのスタート、延期またはス
タートの拒否を制御する手段とを含むことを特徴とす
る。
処理システム上でジョブの実行を処理する装置は、仮想
メモリ、実メモリ、一時的なファイルスペース、最後の
時間間隔の間のＣＰＵ使用時間として利用可能な資源を
決定する手段と、予め他の要求に割り当てられている未
使用の資源の量を算出する手段と、要求が提示されたジ
ョブの実行に必要な資源の量と、予め他の要求に割り当
てられた資源の量が差し引かれた利用可能な現在の資源
の量とを比較する手段と、比較手段によって供給される
結果に応じて、必要なジョブのスタート、延期またはス
タートの拒否を制御する手段とを含むことを特徴とす
る。
【００１２】他の特徴によれば、ジョブの実行に必要な
資源の量を特定のコマンドによって決定する手段を含
む。
資源の量を特定のコマンドによって決定する手段を含
む。
【００１３】別の特徴によれば、利用可能なシステム資
源が充分にあるか否かを決定する機構を、作動させるあ
るいは作動解除させる手段を含む。
源が充分にあるか否かを決定する機構を、作動させるあ
るいは作動解除させる手段を含む。
【００１４】本発明の他の特徴ならびに利点は、添付図
に関してなされる以下の説明を読めば、より明らかにな
ろう。
に関してなされる以下の説明を読めば、より明らかにな
ろう。
【００１５】
【発明の実施の形態】本発明のＵＮＩＸ上での実施態様
を説明する前に、以下の定義を示しておくことが有益で
あろう。
を説明する前に、以下の定義を示しておくことが有益で
あろう。
【００１６】以下の説明において、「プロセス」または
「ジョブ」という表現は、所与の瞬間におけるプログラ
ムのあらゆる実行（従って、特にシステムにおけるその
環境）を表し、プログラムは、それ自体が実行可能な通
常のファイルとしてディスクに格納された不活性オブジ
ェクトを構成する。「ユニックス」システムでは、次の
二つのタイプのプロセスの存在が知られている。
「ジョブ」という表現は、所与の瞬間におけるプログラ
ムのあらゆる実行（従って、特にシステムにおけるその
環境）を表し、プログラムは、それ自体が実行可能な通
常のファイルとしてディスクに格納された不活性オブジ
ェクトを構成する。「ユニックス」システムでは、次の
二つのタイプのプロセスの存在が知られている。
【００１７】どの端末にも属さず、システムのスタート
またはシステムのマネージャによって決定される日付で
作成され、システムを停止した場合にのみ中断されるシ
ステムプロセス。たとえば、「スワッパ」、「デーモン
（ｄａｅｍｏｎｓ）」として知られるいくつかのプロセ
スがある。これらは、「スプール」でのプリンタの適切
な使用を保証するプロセス、あるいは所定の日にタスク
をスタートさせることを可能にする「クロン」（ＣＲＯ
Ｎ）のような、プロセスである。
またはシステムのマネージャによって決定される日付で
作成され、システムを停止した場合にのみ中断されるシ
ステムプロセス。たとえば、「スワッパ」、「デーモン
（ｄａｅｍｏｎｓ）」として知られるいくつかのプロセ
スがある。これらは、「スプール」でのプリンタの適切
な使用を保証するプロセス、あるいは所定の日にタスク
をスタートさせることを可能にする「クロン」（ＣＲＯ
Ｎ）のような、プロセスである。
【００１８】特定のユーザにより所与の日付で所与の端
末からスタートされるプロセス。特に、所定の識別デー
タとともに端末に収容されることにより、各ユーザにつ
いて予め決定されたファイルの実行に対応するプロセス
をスタートさせる。この種のプロセスは、殆ど常に制御
言語のインタープリタ（ブルヌシェルまたはＣシェル）
の実行に対応する。参考として述べると、ユーザによる
標準サービスの利用は、遠距離にある機器により行われ
る。遠距離にある機器で機能するためには、「デーモ
ン」と称される特定プロセスの存在を必要とするコマン
ドを介して行われる。
末からスタートされるプロセス。特に、所定の識別デー
タとともに端末に収容されることにより、各ユーザにつ
いて予め決定されたファイルの実行に対応するプロセス
をスタートさせる。この種のプロセスは、殆ど常に制御
言語のインタープリタ（ブルヌシェルまたはＣシェル）
の実行に対応する。参考として述べると、ユーザによる
標準サービスの利用は、遠距離にある機器により行われ
る。遠距離にある機器で機能するためには、「デーモ
ン」と称される特定プロセスの存在を必要とするコマン
ドを介して行われる。
【００１９】図１に示された「ユニックス」システムの
構造は、情報処理システム１のハードウェア資源からな
り、この情報システムは、メモリおよび低レベルの入出
力および様々なタスク（ジョブ）の連接を管理する「ユ
ニックス」カーネル（ＫＥＲＮＥＬ）２と通信する。こ
のカーネルの周囲で、「シェル」型制御言語の一つまた
は複数の「インタープリタ」、電子メールシステム、お
よび各種のユーティリティープログラムが用いられ、ユ
ーティリティープログラムは勿論、Ｃ言語のコンパイラ
を含む。
構造は、情報処理システム１のハードウェア資源からな
り、この情報システムは、メモリおよび低レベルの入出
力および様々なタスク（ジョブ）の連接を管理する「ユ
ニックス」カーネル（ＫＥＲＮＥＬ）２と通信する。こ
のカーネルの周囲で、「シェル」型制御言語の一つまた
は複数の「インタープリタ」、電子メールシステム、お
よび各種のユーティリティープログラムが用いられ、ユ
ーティリティープログラムは勿論、Ｃ言語のコンパイラ
を含む。
【００２０】「ユニックス」システムにおけるこれらの
従来の要素の周囲には、オープン環境にマルチタスクを
適用する必要性から、２個の「ａｐｉ」プログラムモジ
ュールが展開される。その一方は、ユーザによってスタ
ートされたジョブの実行レポートを提供する（ＪＳＲ）
であり、他方は、適切な経過あるいはトラブル発生をデ
ィスプレイし、従って原因を検出することの可能な（Ｌ
ＲＭ）である。最初のモジュールは、ジョブリポートサ
ービス（Ｊｏｂ ｒｅｐｏｒｔｉｎｇ Ｓｅｒｖｉｃ
ｅ）と称され、後のモジュールは、ローカル資源管理モ
ジュール「ＬＲＭ」（Ｌｏｃａｌ Ｒｅｓｓｏｕｒｃｅ
Ｍａｎａｇｅｍｅｎｔ」と称される。
従来の要素の周囲には、オープン環境にマルチタスクを
適用する必要性から、２個の「ａｐｉ」プログラムモジ
ュールが展開される。その一方は、ユーザによってスタ
ートされたジョブの実行レポートを提供する（ＪＳＲ）
であり、他方は、適切な経過あるいはトラブル発生をデ
ィスプレイし、従って原因を検出することの可能な（Ｌ
ＲＭ）である。最初のモジュールは、ジョブリポートサ
ービス（Ｊｏｂ ｒｅｐｏｒｔｉｎｇ Ｓｅｒｖｉｃ
ｅ）と称され、後のモジュールは、ローカル資源管理モ
ジュール「ＬＲＭ」（Ｌｏｃａｌ Ｒｅｓｓｏｕｒｃｅ
Ｍａｎａｇｅｍｅｎｔ」と称される。
【００２１】さらに本発明では、カーネル２およびアプ
リケーションプログラムのインターフェース３４と通信
するローカル資源管理のデーモン３が付加される。この
デーモン３は、ハードディスク内に記憶されるＬＲＭコ
ンフィギュレーションファイル３３および関連するグラ
フィカルユーザーインターフェース（ＬＲＭ ｇｕｉ）
３２とも通信する。アプリケーションプログラムのアプ
リケーションインターフェース３４は、デーモン３およ
び共有メモリ３１と通信する。共有メモリ３１はまた、
グラフィカルユーザーインターフェース３２およびデー
モン３と通信する。事前割り当ての必要性から、システ
ムは、ジョブの実行を報告するアプリケーションプログ
ラム「ＪＲＳ」のインターフェース４４を組み込んでい
る。このアプリケーション４４は、ハードディスクの特
別なファイル５にジョブリポートを記憶するカタログ
「ｊｏｒ」と通信する。アプリケーションプログラムの
インターフェース４４は、プログラムが作動しており、
ジョブリポートファイルが格納されていれば、ローカル
資源管理デーモン３と通信し、資源の事前割り当ておよ
び動的調整を可能にする。インターフェース４４は、こ
のインターフェースによりユーザが利用可能なコマンド
を実行可能にするために必要なコードの行を含む。イン
ターフェース４４により利用されるコマンドは次の通り
である。
リケーションプログラムのインターフェース３４と通信
するローカル資源管理のデーモン３が付加される。この
デーモン３は、ハードディスク内に記憶されるＬＲＭコ
ンフィギュレーションファイル３３および関連するグラ
フィカルユーザーインターフェース（ＬＲＭ ｇｕｉ）
３２とも通信する。アプリケーションプログラムのアプ
リケーションインターフェース３４は、デーモン３およ
び共有メモリ３１と通信する。共有メモリ３１はまた、
グラフィカルユーザーインターフェース３２およびデー
モン３と通信する。事前割り当ての必要性から、システ
ムは、ジョブの実行を報告するアプリケーションプログ
ラム「ＪＲＳ」のインターフェース４４を組み込んでい
る。このアプリケーション４４は、ハードディスクの特
別なファイル５にジョブリポートを記憶するカタログ
「ｊｏｒ」と通信する。アプリケーションプログラムの
インターフェース４４は、プログラムが作動しており、
ジョブリポートファイルが格納されていれば、ローカル
資源管理デーモン３と通信し、資源の事前割り当ておよ
び動的調整を可能にする。インターフェース４４は、こ
のインターフェースによりユーザが利用可能なコマンド
を実行可能にするために必要なコードの行を含む。イン
ターフェース４４により利用されるコマンドは次の通り
である。
【００２２】−資源のマネージャにコマンドを送り、リ
ポートファイルの実行を発生することの可能な「ＳＪ
Ｒ」コマンド。アペンディックス１に示すこのコマンド
は、仮想メモリのページ数、一時的なファイルのスペー
ス量、ユーザによって決定されるディメンション、予想
される、ＣＰＵの消費時間、最大経過時間、最大ＣＰＵ
時間、一時的ファイルの最大スペース、仮想メモリペー
ジの最大数を決定し得る複数のオプションを含む。この
コマンドは、上記の各種パラメータの意味と共に発明の
詳細な説明のアペンディックス１に示す。
ポートファイルの実行を発生することの可能な「ＳＪ
Ｒ」コマンド。アペンディックス１に示すこのコマンド
は、仮想メモリのページ数、一時的なファイルのスペー
ス量、ユーザによって決定されるディメンション、予想
される、ＣＰＵの消費時間、最大経過時間、最大ＣＰＵ
時間、一時的ファイルの最大スペース、仮想メモリペー
ジの最大数を決定し得る複数のオプションを含む。この
コマンドは、上記の各種パラメータの意味と共に発明の
詳細な説明のアペンディックス１に示す。
【００２３】「ＳＪＲｊｏｂｓｔａｒｔ」コマンド（ｉ
ｎｔ ｊｏｂｉｄ； ｉｎｔ ｑｆｌａｇ； ｓｔｒｕ
ｃｔ ＳＪＲ＿ｒｅｓｏｕｒｃｅｓ *ＳＪＲ＿ｒｅｓ
ｏｕｒｃｅｓ；）、ここでｊｏｂｉｄパラメータはジョ
ブの識別子であり、ＳＪＲ＿ｒｅｓｏｕｒｃｅｓはジョ
ブに必要とされる資源を記述する構造体である。ジョブ
が資源の事前割り当てを必要としない場合、これは０と
なる。「ｑｆｌａｇ」パラメータは、それがないときに
は、ジョブが資源が使用可能になることを待つことを意
味する。このコマンドは、ジョブがスタートできるかど
うか検証し、スタートできない場合には、資源が利用可
能になるまで待つが、これは「ｑｆｌａｇ」が０のとき
である。「ｑｆｌａｇ」が０でない場合は、直ちにリタ
ーンとなる。ジョブがスタート可能である場合は値０が
返され、そうでなければ「ｑｆｌａｇ」が設定され、値
−１が返される。さらに、特定のジョブの主要な各事象
がカタログ「ｊｏｒ」のグローバルファイル「ｌｏｇ
ｃ」に発生すると、これらの事象は記憶される。このフ
ァイルは、後述するパラメータｐ，ｔ，ｄ，ｃ，ｅ，
Ｃ，Ｐ，Ｔの表示を可能にする「ｓｊｒ ｌｏｇ ｆｉ
ｌｅ」コマンドによってディスプレイすることができ
る。ジョブの各エントリに対してパラメータを明示的に
定義するこを不要にするために、「ＳＪＲ」アプリケー
ション４４は、スクリプト内で資源宣言をする能力を提
供する。かくしてアプリケーションの開発者が開発者の
ジョブに必要とされる資源の必要性を適切に規定した場
合、これをスクリプトに挿入することができる。ジョブ
は、他のパラメータも持たない「ＳＪＲ」コマンドで入
力される。このＳＪＲコマンドの構文は、以下の通りで
ある。
ｎｔ ｊｏｂｉｄ； ｉｎｔ ｑｆｌａｇ； ｓｔｒｕ
ｃｔ ＳＪＲ＿ｒｅｓｏｕｒｃｅｓ *ＳＪＲ＿ｒｅｓ
ｏｕｒｃｅｓ；）、ここでｊｏｂｉｄパラメータはジョ
ブの識別子であり、ＳＪＲ＿ｒｅｓｏｕｒｃｅｓはジョ
ブに必要とされる資源を記述する構造体である。ジョブ
が資源の事前割り当てを必要としない場合、これは０と
なる。「ｑｆｌａｇ」パラメータは、それがないときに
は、ジョブが資源が使用可能になることを待つことを意
味する。このコマンドは、ジョブがスタートできるかど
うか検証し、スタートできない場合には、資源が利用可
能になるまで待つが、これは「ｑｆｌａｇ」が０のとき
である。「ｑｆｌａｇ」が０でない場合は、直ちにリタ
ーンとなる。ジョブがスタート可能である場合は値０が
返され、そうでなければ「ｑｆｌａｇ」が設定され、値
−１が返される。さらに、特定のジョブの主要な各事象
がカタログ「ｊｏｒ」のグローバルファイル「ｌｏｇ
ｃ」に発生すると、これらの事象は記憶される。このフ
ァイルは、後述するパラメータｐ，ｔ，ｄ，ｃ，ｅ，
Ｃ，Ｐ，Ｔの表示を可能にする「ｓｊｒ ｌｏｇ ｆｉ
ｌｅ」コマンドによってディスプレイすることができ
る。ジョブの各エントリに対してパラメータを明示的に
定義するこを不要にするために、「ＳＪＲ」アプリケー
ション４４は、スクリプト内で資源宣言をする能力を提
供する。かくしてアプリケーションの開発者が開発者の
ジョブに必要とされる資源の必要性を適切に規定した場
合、これをスクリプトに挿入することができる。ジョブ
は、他のパラメータも持たない「ＳＪＲ」コマンドで入
力される。このＳＪＲコマンドの構文は、以下の通りで
ある。
【００２４】 ＃ｏｐｔｉｏｎ−ｐ「仮想メモリページ数」 ＃ｏｐｔｉｏｎ−ｔ「一時的ファイルのスペース量」 ＃ｏｐｔｉｏｎ−ｄ「ユーザによって定義される機能」 ＃ｏｐｔｉｏｎ−ｃ「予想されるＣＰＵ時間」 ＃ｏｐｔｉｏｎ−ｅ「最大経過時間」 ＃ｏｐｔｉｏｎ−Ｃ「ＣＰＵによる消費時間の限度」 ＃ｏｐｔｉｏｎ−Ｐ「仮想メモリの最大ページの数」 ＃ｏｐｔｉｏｎ−Ｔ「一時的ファイルの最大スペース」 衝突がある場合には、コマンドのエントリで特定された
値は、次のように用いられる。スクリプトの内部に次の
ような一行があり、 ＃ｏｐｔｉｏｎ−Ｃ２００ スクリプトが次のコマンドラインと共に入力される場
合、 ＳＪＲ−Ｃ ３００ ｓｃｒｉｐｔ、 ＣＰＵの限度として用いられる値は３００である。
値は、次のように用いられる。スクリプトの内部に次の
ような一行があり、 ＃ｏｐｔｉｏｎ−Ｃ２００ スクリプトが次のコマンドラインと共に入力される場
合、 ＳＪＲ−Ｃ ３００ ｓｃｒｉｐｔ、 ＣＰＵの限度として用いられる値は３００である。
【００２５】このようにローカル資源管理モジュールを
備えたシステムにおいて、重要でないプロセスは、重要
なプロセスの実行の継続をできるだけ変えないようにし
なければならない。各種のプロセスは、その固有の重要
性を持っている。こうした重要性に応じて、またシステ
ムの負荷に応じて多かれ少なかれプロセスに資源を割り
当てなければならない。このような理由から「ＬＲＭ」
モジュールは、プロセスをディメンションでソートする
ことができる。一つのディメンションは、ローカル資源
管理の観点から同じ重要性を有する現在実行されるひと
組のプロセスである。デフォルトで五個のディメンショ
ンが設けられている。即ち、第一のディメンション「シ
ステム（ＳＹＳＴＥＭ）」、第二のディメンション「ロ
ット（ＬＯＴ）」（バッチ）、第三のディメンション
「ダイバース（ＤＩＶＥＲＳ）」（ＭＩＳＣ）、第四の
データベースディメンション（ＤＢ）、および第五のト
ランザクション処理ディメンション（ＴＰ）である。通
常のユーザによって直接バックグランドでプロセスがス
タートされる場合、プロセスはディメンション「ダイバ
ース」に属する。明示的なディメンションの宣言もなく
タスク管理アプリケーションに入力されたスクリプトを
介してプロセスがスタートされると、プロセスは、その
場合、第二のディメンション「ロット」（バッチ）に属
する。プロセスが他のいかなるディメンションにも属さ
ない場合、プロセスは、「システム」ディメンションに
属する。ディメンション「ＤＢ」および「ＴＰ」は、プ
ロセスの定義がなされずに供給され、ユーザにより定義
され得る。「システム」ディメンションを除いて、各デ
ィメンションは、相対的な重み付けを有することが可能
であり、この重み付けはファイルに記憶される。相対的
な重み付けは、ディメンションを含むプロセスの優先順
位を管理するために用いる。一つのディメンションに属
するあらゆるプロセスの優先順位は、同じように変化す
る。「システム」ディメンションは、相対的な重み付け
を持たず、このディメンションに属するプロセスの優先
順位は、ローカル資源管理（ＬＲＭ）によって変えられ
ない。ディメンションによって制御されるプロセスは、
常に、たとえシステムの負荷が非常に大きくても、それ
らの相対的な重み付けに応じて与えられる資源を有す
る。ローカル資源管理を開始する場合、あるいは、相対
的な重み付けを特定することなく一つのディメンション
が生成される場合、このディメンションは、デフォルト
で−１の重み付けを有する。すなわち、このディメンシ
ョンは存在するが、制御されないことを意味する。一つ
のディメンションは活動化されることもできれば非活動
化されることもできる。ディメンションが非活動化され
ると、このディメンションに属する入力されたジョブは
スタートされないが、このディメンションで実行中であ
るジョブは、実行され続ける。
備えたシステムにおいて、重要でないプロセスは、重要
なプロセスの実行の継続をできるだけ変えないようにし
なければならない。各種のプロセスは、その固有の重要
性を持っている。こうした重要性に応じて、またシステ
ムの負荷に応じて多かれ少なかれプロセスに資源を割り
当てなければならない。このような理由から「ＬＲＭ」
モジュールは、プロセスをディメンションでソートする
ことができる。一つのディメンションは、ローカル資源
管理の観点から同じ重要性を有する現在実行されるひと
組のプロセスである。デフォルトで五個のディメンショ
ンが設けられている。即ち、第一のディメンション「シ
ステム（ＳＹＳＴＥＭ）」、第二のディメンション「ロ
ット（ＬＯＴ）」（バッチ）、第三のディメンション
「ダイバース（ＤＩＶＥＲＳ）」（ＭＩＳＣ）、第四の
データベースディメンション（ＤＢ）、および第五のト
ランザクション処理ディメンション（ＴＰ）である。通
常のユーザによって直接バックグランドでプロセスがス
タートされる場合、プロセスはディメンション「ダイバ
ース」に属する。明示的なディメンションの宣言もなく
タスク管理アプリケーションに入力されたスクリプトを
介してプロセスがスタートされると、プロセスは、その
場合、第二のディメンション「ロット」（バッチ）に属
する。プロセスが他のいかなるディメンションにも属さ
ない場合、プロセスは、「システム」ディメンションに
属する。ディメンション「ＤＢ」および「ＴＰ」は、プ
ロセスの定義がなされずに供給され、ユーザにより定義
され得る。「システム」ディメンションを除いて、各デ
ィメンションは、相対的な重み付けを有することが可能
であり、この重み付けはファイルに記憶される。相対的
な重み付けは、ディメンションを含むプロセスの優先順
位を管理するために用いる。一つのディメンションに属
するあらゆるプロセスの優先順位は、同じように変化す
る。「システム」ディメンションは、相対的な重み付け
を持たず、このディメンションに属するプロセスの優先
順位は、ローカル資源管理（ＬＲＭ）によって変えられ
ない。ディメンションによって制御されるプロセスは、
常に、たとえシステムの負荷が非常に大きくても、それ
らの相対的な重み付けに応じて与えられる資源を有す
る。ローカル資源管理を開始する場合、あるいは、相対
的な重み付けを特定することなく一つのディメンション
が生成される場合、このディメンションは、デフォルト
で−１の重み付けを有する。すなわち、このディメンシ
ョンは存在するが、制御されないことを意味する。一つ
のディメンションは活動化されることもできれば非活動
化されることもできる。ディメンションが非活動化され
ると、このディメンションに属する入力されたジョブは
スタートされないが、このディメンションで実行中であ
るジョブは、実行され続ける。
【００２６】プロセスが、「ＳＪＲ」タスクの実行コマ
ンドにより生じる場合、ディメンションが「ＳＪＲ」コ
マンド内で特定されれば、このプロセスは特定されたデ
ィメンションに属する。コマンド名およびユーザが一つ
のディメンションに関連する先祖（ａｎｃｅｓｔｏｒ）
をプロセスが有する場合、プロセスはこのディメンショ
ンに属する。プロセスの実行時間の間、相対的な重み付
けは、ディメンションを含むプロセスの優先順位を管理
かつ変更するために用いられる。事前に割り当てられた
プロセスは、ｓｊｒによってスタートされず、あるいは
事前割り当てパラメータを含まない。
ンドにより生じる場合、ディメンションが「ＳＪＲ」コ
マンド内で特定されれば、このプロセスは特定されたデ
ィメンションに属する。コマンド名およびユーザが一つ
のディメンションに関連する先祖（ａｎｃｅｓｔｏｒ）
をプロセスが有する場合、プロセスはこのディメンショ
ンに属する。プロセスの実行時間の間、相対的な重み付
けは、ディメンションを含むプロセスの優先順位を管理
かつ変更するために用いられる。事前に割り当てられた
プロセスは、ｓｊｒによってスタートされず、あるいは
事前割り当てパラメータを含まない。
【００２７】資源管理アプリケーションによって、ユー
ザならびに資源マネージャは、各資源について、現在ど
のくらいの資源が使用されており、どのくらいの資源が
各ジョブに宣言されているか、所与の時間に知ることが
できる。かくして、図２に示された例では、Ｕnは、事
前割り当てのないプロセスによって使用される資源を示
す。Ｒａは、管理プロセスおよびシステムに対して指定
されている自由資源の量を示す。Ｕ１，Ｕ２は、ジョブ
１および２によって使用される資源である。Ｄ１および
Ｄ２は、ジョブ１および２に宣言される資源を示す。Ｒ
１は、Ｄ１とＵ１との差を示す。Ｒ２は、Ｄ２とＵ２と
の差を示し、Ａｆは、資源マネージャが利用可能なもの
とみなす資源を示す。ジョブが入力され、必要な資源の
量Ｄ３を宣言すると、ＡｆがＤ３以上であればジョブス
タートする。これは、必要最小限の資源が利用可能な場
合にのみジョブのスタートを許容するという、資源の事
前割り当ての有効性を示している。
ザならびに資源マネージャは、各資源について、現在ど
のくらいの資源が使用されており、どのくらいの資源が
各ジョブに宣言されているか、所与の時間に知ることが
できる。かくして、図２に示された例では、Ｕnは、事
前割り当てのないプロセスによって使用される資源を示
す。Ｒａは、管理プロセスおよびシステムに対して指定
されている自由資源の量を示す。Ｕ１，Ｕ２は、ジョブ
１および２によって使用される資源である。Ｄ１および
Ｄ２は、ジョブ１および２に宣言される資源を示す。Ｒ
１は、Ｄ１とＵ１との差を示す。Ｒ２は、Ｄ２とＵ２と
の差を示し、Ａｆは、資源マネージャが利用可能なもの
とみなす資源を示す。ジョブが入力され、必要な資源の
量Ｄ３を宣言すると、ＡｆがＤ３以上であればジョブス
タートする。これは、必要最小限の資源が利用可能な場
合にのみジョブのスタートを許容するという、資源の事
前割り当ての有効性を示している。
【００２８】仮想メモリおよび一時的なファイルスペー
スの事前割り当てメカニズムは、システムの適切な機能
に貢献するプロセスも構成する「ＳＪＲ」コマンドによ
って実行される。ジョブは、入力されると、ＳＪＲコマ
ンドによって一定の資源の量を要求することができる。
すると資源マネージャは、このジョブ用の資源が十分あ
るかどうか確かめる。ジョブは、最大経過時間、予想さ
れるジョブの総計ＣＰＵ単位時間、と共に入力してもよ
い。資源の要求が調べられると、次の値が考慮される。
スの事前割り当てメカニズムは、システムの適切な機能
に貢献するプロセスも構成する「ＳＪＲ」コマンドによ
って実行される。ジョブは、入力されると、ＳＪＲコマ
ンドによって一定の資源の量を要求することができる。
すると資源マネージャは、このジョブ用の資源が十分あ
るかどうか確かめる。ジョブは、最大経過時間、予想さ
れるジョブの総計ＣＰＵ単位時間、と共に入力してもよ
い。資源の要求が調べられると、次の値が考慮される。
【００２９】要求される資源の量「ｒ」 現在、利用可能な資源の量「Ａ」 他の要求に既に事前割り当て済みであるが、未使用の資
源「Ｒ」 制御されない資源割り当てによる故障を防止するために
ユーザが資源マネージャに対しスタート時点で宣言した
初期の資源の量「Ｒａ」 現在の資源の量「Ａ」は、定期的に得られる情報であ
り、記憶されたシステム情報テーブルを検証することに
よってＬＲＭ「デーモン」により定期的に更新される。
既に事前割り当て済みである資源の値「Ｒ」もまた、ジ
ョブによる現在の資源利用を取りまとめるＬＲＭ「デー
モン」により決定される。「Ｒａ」は、これらの引数の
一つとしてＬＲＭ「デーモン」によって供給される固定
値である。
源「Ｒ」 制御されない資源割り当てによる故障を防止するために
ユーザが資源マネージャに対しスタート時点で宣言した
初期の資源の量「Ｒａ」 現在の資源の量「Ａ」は、定期的に得られる情報であ
り、記憶されたシステム情報テーブルを検証することに
よってＬＲＭ「デーモン」により定期的に更新される。
既に事前割り当て済みである資源の値「Ｒ」もまた、ジ
ョブによる現在の資源利用を取りまとめるＬＲＭ「デー
モン」により決定される。「Ｒａ」は、これらの引数の
一つとしてＬＲＭ「デーモン」によって供給される固定
値である。
【００３０】ｒ＜Ａ−（Ｒ＋Ｒａ）である場合、要求は
満たされる。各要求に対して、デーモンはこの計算を行
い、比較の結果に応じて要求に応じたり、応じなかった
りする。ジョブのスタートに対応する資源の要求が満た
されると、ジョブは、その優先順位の変化を考慮に入れ
つつ実行される。
満たされる。各要求に対して、デーモンはこの計算を行
い、比較の結果に応じて要求に応じたり、応じなかった
りする。ジョブのスタートに対応する資源の要求が満た
されると、ジョブは、その優先順位の変化を考慮に入れ
つつ実行される。
【００３１】下記のアペンディックスは、全体の実メモ
リおよび利用可能な実メモリを計算することを可能にす
るコード部分に関する。この計算は、下記のコード部分
によって実行される。
リおよび利用可能な実メモリを計算することを可能にす
るコード部分に関する。この計算は、下記のコード部分
によって実行される。
【００３２】
【数１】
【００３３】プロセスはまた、利用可能な全体の一時的
ファイルスペースの計算ステップを含む。計算ステップ
は、以下のコード部分によって実行される。
ファイルスペースの計算ステップを含む。計算ステップ
は、以下のコード部分によって実行される。
【００３４】
【数２】
【００３５】次に、最後時間間隔の間に生じたＣＰＵの
利用を決定するが、この決定は、以下のコード部分を用
いて行われる。
利用を決定するが、この決定は、以下のコード部分を用
いて行われる。
【００３６】
【数３】
【００３７】プロセスはまた、事前割り当てされている
が、タスクによってまだ使用されていないスペースの決
定ステップを含む。このステップは、以下のコード部分
から実行される。
が、タスクによってまだ使用されていないスペースの決
定ステップを含む。このステップは、以下のコード部分
から実行される。
【００３８】
【数４】
【００３９】評価は、式Ｒ＜（Ｒ＋Ｒａ）によって実行
され、以下のコード部分からなる。
され、以下のコード部分からなる。
【００４０】
【数５】
【００４１】このコード部分では、部分３５が一時的な
スペース部分の評価を行い、充分な一時的スペースが利
用可能である場合は、値０を返す。次に、プロセスは、
部分３６によって実行される仮想メモリ部分について評
価を続行し、充分な仮想メモリスペースが利用可能であ
る場合は、値０を返す。最後にシステムは、コード部分
３８が利用できるＣＰＵ資源の評価を行う。この評価
は、残りの資源（ＲＥＭＡＩＮＳ）と必要とされるＣＰ
Ｕ率（ＮＥＥＤＥＤ ＲＡＴＥ ＣＰＵ）とを決定した
後で行われる。利用可能なＣＰＵ率が充分である場合、
システムは値１に戻るので要求が実行可能になるが、シ
ステムが値−１に戻る場合は、ジョブの実行の要求が延
期される。
スペース部分の評価を行い、充分な一時的スペースが利
用可能である場合は、値０を返す。次に、プロセスは、
部分３６によって実行される仮想メモリ部分について評
価を続行し、充分な仮想メモリスペースが利用可能であ
る場合は、値０を返す。最後にシステムは、コード部分
３８が利用できるＣＰＵ資源の評価を行う。この評価
は、残りの資源（ＲＥＭＡＩＮＳ）と必要とされるＣＰ
Ｕ率（ＮＥＥＤＥＤ ＲＡＴＥ ＣＰＵ）とを決定した
後で行われる。利用可能なＣＰＵ率が充分である場合、
システムは値１に戻るので要求が実行可能になるが、シ
ステムが値−１に戻る場合は、ジョブの実行の要求が延
期される。
【００４２】このようにして、ジョブの実行に必要なパ
ラメータの定義をユーザが予めＳＪＲコマンドに入力し
ておくことにより、ユーザは、上記の機構を利用して、
ジョブが、その適切な実行に必要な資源を有するとき、
システムでジョブの実行をスタートすることができる。
ラメータの定義をユーザが予めＳＪＲコマンドに入力し
ておくことにより、ユーザは、上記の機構を利用して、
ジョブが、その適切な実行に必要な資源を有するとき、
システムでジョブの実行をスタートすることができる。
【００４３】当業者が考慮しうるあらゆる変更も同様
に、本発明の一部をなす。従って、上記の方法および装
置は、たとえば「ウィンドウズＮＴ」などの他のオープ
ンシステムに容易に使用かつ適用可能である。
に、本発明の一部をなす。従って、上記の方法および装
置は、たとえば「ウィンドウズＮＴ」などの他のオープ
ンシステムに容易に使用かつ適用可能である。
【００４４】アンペディックス１ ＮＡＭＥ：ｓｊｒコマンド ｓｊｒ−資源管理にコマンドを入力し、ＳＹＮＯＰＴＩ
ＱＵＥファイルに実行リポートを発生する。
ＱＵＥファイルに実行リポートを発生する。
【００４５】ｓｊｒ［−ｐ＜仮想メモリページ数］ ［−ｔ＜一時的なファイルスペース数］ ［−ｑ］ ［−ｆ］ ［−ｌ］ ［−ｎ］ ［−ｏ］ ［−ｄ＜ユーザにより定義されるディメンション＞］ ［−ｃ＜予想されるＣＰＵ消費時間＞−ｅ＜最大経過時
間］ ［−Ｃ＜最大ＣＰＵ時間＞］ ［−Ｔ＜一時的なファイルの最大スペース＞］ ［−Ｐ＜最大仮想メモリページ数＞］ ［−ｒ０｜１｜２｜３］ ［−ｖ＜ｅｎｖｉｒｏｎｍｅｎｔｖａｒｉａｂｌｅ＞＝
＜ｖａｌｕｅ＞］ ［ｃｏｍｍａｎｄ ａｒｇ・・・］
間］ ［−Ｃ＜最大ＣＰＵ時間＞］ ［−Ｔ＜一時的なファイルの最大スペース＞］ ［−Ｐ＜最大仮想メモリページ数＞］ ［−ｒ０｜１｜２｜３］ ［−ｖ＜ｅｎｖｉｒｏｎｍｅｎｔｖａｒｉａｂｌｅ＞＝
＜ｖａｌｕｅ＞］ ［ｃｏｍｍａｎｄ ａｒｇ・・・］
【図１】情報処理システムおよび、本発明の方法を実施
可能な情報処理システムに関連づけられるソフトウェア
手段を示す概略図である。
可能な情報処理システムに関連づけられるソフトウェア
手段を示す概略図である。
【図２】本発明による資源管理における状態の一例を示
す図である。
す図である。
【符号の説明】 １ 資源 ２ カーネル「ユニックス」 ３ ＬＲＭ（ローカル資源管理）デーモン ５ ｊｏｒファイル ６ カタログ ３１ ＬＲＭ共有メモリ ３２ ＬＲＭ ｇｕｉ ３３ ＬＲＭコンフィギュレーションファイル ３４ ＬＲＭアプリケーションインターフェース ４２ ｓｊｒ ＧＵＩ ４４ ＳＪＲアプリケーションインターフェース
Claims (6)
- 【請求項１】 オープン情報処理システム上でジョブの
実行を資源に応じて処理する方法において、 仮想メモリ、実メモリ、一時的なファイルスペース、最
後の時間間隔の間のＣＰＵ使用時間として利用可能な資
源を決定し、 予め要求に割り当てられている未使用の資源の量を算出
し、 要求が提示されたジョブの実行に必要な資源の量と、予
め他の要求に割り当てられた資源の量が差し引かれた利
用可能な現在の資源の量とを比較し、この比較の結果に
応じて、要求されたジョブのスタート、延期またはスタ
ートの拒否を決定する、ステップを含むことを特徴とす
る方法。 - 【請求項２】 ジョブの実行に必要な資源の量を特定の
コマンドによって規定することからなるステップを含む
ことを特徴とする請求項１に記載の方法。 - 【請求項３】 利用可能なシステム資源が充分にあるか
否かを決定する機構を、作動させるあるいは作動解除さ
せることからなるステップを含むことを特徴とする請求
項１または２に記載の方法。 - 【請求項４】 オープン情報処理システム上でジョブの
実行を処理する装置において、 仮想メモリ、実メモリ、一時的なファイルスペース、最
後の時間間隔の間のＣＰＵ使用時間として利用可能な資
源を決定する手段と、 予め他の要求に割り当てられている未使用の資源の量を
算出する手段と、 要求が提示されたジョブの実行に必要な資源の量と、予
め他の要求に割り当てられた資源の量が差し引かれた利
用可能な現在の資源の量とを比較する手段と、 比較手段によって供給される結果に応じて、要求される
ジョブのスタート、延期またはスタートの拒否を制御す
る手段とを含むことを特徴とする装置。 - 【請求項５】 ジョブの実行に必要な資源の量を特定の
コマンドによって規定する手段を含むことを特徴とする
請求項４に記載の装置。 - 【請求項６】 利用可能なシステム資源が充分にあるか
否かを決定する機構を、作動させるあるいは作動解除さ
せる手段を含むことを特徴とする請求項４または５に記
載の装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9712146 | 1997-09-30 | ||
| FR9712146A FR2769105B1 (fr) | 1997-09-30 | 1997-09-30 | Dispositif et procede de prise en compte de l'execution d'une tache sur un systeme informatique |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11161504A true JPH11161504A (ja) | 1999-06-18 |
Family
ID=9511630
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10275834A Pending JPH11161504A (ja) | 1997-09-30 | 1998-09-29 | 情報処理システムにおけるジョブの実行を処理する装置および方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US6338080B1 (ja) |
| EP (1) | EP0905622A1 (ja) |
| JP (1) | JPH11161504A (ja) |
| CA (1) | CA2247903C (ja) |
| FR (1) | FR2769105B1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9658883B2 (en) | 2013-08-30 | 2017-05-23 | Fujitsu Limited | Method and apparatus for controlling job schedule |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6973653B1 (en) * | 1999-10-21 | 2005-12-06 | Sony Corporation | Method for utilizing resource characterizations to optimize performance in an electronic device |
| US6453376B1 (en) * | 1999-10-21 | 2002-09-17 | Sony Corporation | Method for implementing scheduling mechanisms with selectable resource modes |
| GB2376541A (en) * | 2001-06-12 | 2002-12-18 | Hewlett Packard Co | new user entry management for computer entity |
| US7058708B2 (en) * | 2001-06-12 | 2006-06-06 | Hewlett-Packard Development Company, L.P. | Method of and apparatus for managing predicted future user accounts assigned to a computer |
| US6785881B1 (en) * | 2001-11-19 | 2004-08-31 | Cypress Semiconductor Corporation | Data driven method and system for monitoring hardware resource usage for programming an electronic device |
| EP1918813A1 (en) * | 2002-11-26 | 2008-05-07 | Ricoh Company, Ltd. | Image forming apparatus that checks hardware resources before activating hardware-related programs |
| US8458704B2 (en) | 2006-03-20 | 2013-06-04 | American Express Travel Related Services Company, Inc. | System and method for an improved merge utility |
| DE112008004056T5 (de) * | 2008-10-28 | 2013-03-07 | Hewlett-Packard Development Co., L.P. | Dateitypzuordnung bei einer Fernrechensitzung |
| US9015724B2 (en) * | 2009-09-23 | 2015-04-21 | International Business Machines Corporation | Job dispatching with scheduler record updates containing characteristics combinations of job characteristics |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5367637A (en) * | 1992-03-26 | 1994-11-22 | International Business Machines Corporation | Self-tuning virtual storage management for dedicated real-time computer system |
| DE69521549T2 (de) * | 1994-04-04 | 2001-10-25 | Hyundai Electronics America, Milpitas | Verfahren zur Verwaltung gemeinsamer Mittel mehrerer Verarbeitungseinheiten |
| US6763454B2 (en) * | 1994-05-27 | 2004-07-13 | Microsoft Corp. | System for allocating resources in a computer system |
| US5787246A (en) * | 1994-05-27 | 1998-07-28 | Microsoft Corporation | System for configuring devices for a computer system |
| US5550970A (en) * | 1994-08-31 | 1996-08-27 | International Business Machines Corporation | Method and system for allocating resources |
| US5838968A (en) * | 1996-03-01 | 1998-11-17 | Chromatic Research, Inc. | System and method for dynamic resource management across tasks in real-time operating systems |
| US5826082A (en) * | 1996-07-01 | 1998-10-20 | Sun Microsystems, Inc. | Method for reserving resources |
-
1997
- 1997-09-30 FR FR9712146A patent/FR2769105B1/fr not_active Expired - Fee Related
-
1998
- 1998-09-04 EP EP98402185A patent/EP0905622A1/fr not_active Withdrawn
- 1998-09-18 US US09/156,385 patent/US6338080B1/en not_active Ceased
- 1998-09-23 CA CA2247903A patent/CA2247903C/en not_active Expired - Fee Related
- 1998-09-29 JP JP10275834A patent/JPH11161504A/ja active Pending
-
2004
- 2004-05-04 US US10/838,184 patent/USRE41705E1/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9658883B2 (en) | 2013-08-30 | 2017-05-23 | Fujitsu Limited | Method and apparatus for controlling job schedule |
Also Published As
| Publication number | Publication date |
|---|---|
| US6338080B1 (en) | 2002-01-08 |
| USRE41705E1 (en) | 2010-09-14 |
| CA2247903A1 (en) | 1999-03-30 |
| CA2247903C (en) | 2012-06-12 |
| FR2769105A1 (fr) | 1999-04-02 |
| EP0905622A1 (fr) | 1999-03-31 |
| FR2769105B1 (fr) | 1999-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100898315B1 (ko) | 인핸스드 런타임 호스팅 | |
| US5664088A (en) | Method for deadlock recovery using consistent global checkpoints | |
| US8209701B1 (en) | Task management using multiple processing threads | |
| US9086922B2 (en) | Opportunistically scheduling and adjusting time slices | |
| US8032899B2 (en) | Providing policy-based operating system services in a hypervisor on a computing system | |
| US5923833A (en) | Restart and recovery of OMG-compliant transaction systems | |
| CN110806933B (zh) | 一种批量任务处理方法、装置、设备和存储介质 | |
| US7739283B2 (en) | System and method for using an RMI activation system daemon with non-java applications | |
| US7984445B2 (en) | Method and system for scheduling jobs based on predefined, re-usable profiles | |
| JP2009532791A (ja) | 顧客が設定可能なワークフローシステム | |
| CN112256444B (zh) | 基于dag的业务处理方法、装置、服务器及存储介质 | |
| US20040025163A1 (en) | Job management in presence of implicit dependency | |
| US7228407B2 (en) | Adaptive management method and system with automatic dependency resolution | |
| JPH11161504A (ja) | 情報処理システムにおけるジョブの実行を処理する装置および方法 | |
| US9904574B2 (en) | Parallel computing without requiring antecedent code deployment | |
| US6519637B1 (en) | Method and apparatus for managing a memory shortage situation in a data processing system | |
| CN1226698A (zh) | 用于客户机/服务器计算的装置、方法和程序产品 | |
| US7209927B2 (en) | Adaptive resource management helper component for facilitating autonomic management of subject entities | |
| US20070033640A1 (en) | Generic context service in a distributed object environment | |
| EP1387267B1 (en) | Method and computer system for job scheduling | |
| US20080235503A1 (en) | Event-based dynamic tunables | |
| EP1221085A2 (en) | Method and system for dynamic injection of execution logic into a windowed operating system | |
| US8239870B2 (en) | Scheduling execution of work units with policy based extension of long-term plan | |
| US6981264B1 (en) | Method for handling multiple program exceptions across heterogeneous systems | |
| US10802878B2 (en) | Phased start and stop of resources in a mainframe environment |