JP3823497B2 - Resource priority management system - Google Patents

Resource priority management system Download PDF

Info

Publication number
JP3823497B2
JP3823497B2 JP32682797A JP32682797A JP3823497B2 JP 3823497 B2 JP3823497 B2 JP 3823497B2 JP 32682797 A JP32682797 A JP 32682797A JP 32682797 A JP32682797 A JP 32682797A JP 3823497 B2 JP3823497 B2 JP 3823497B2
Authority
JP
Japan
Prior art keywords
resource
priority
priority order
queue
definition table
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
Application number
JP32682797A
Other languages
Japanese (ja)
Other versions
JPH10320219A (en
Inventor
聖明 平田
雅延 鈴木
静男 佐野
卓 田中
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP32682797A priority Critical patent/JP3823497B2/en
Publication of JPH10320219A publication Critical patent/JPH10320219A/en
Application granted granted Critical
Publication of JP3823497B2 publication Critical patent/JP3823497B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【産業上の利用分野】
本発明は、計算機システムにおける資源を優先順位で管理する複数のキュー管理法に関し、特に複数の要求に対応して資源の割り当て優先順序が異なる資源を割り当てる、あるいは要求タイプに対応する資源割り当て優先順序が動的に変更される資源の割り当てを行う資源キュー管理システムに関する。
【0002】
【従来の技術】
従来、計算機システムにおいては、未割り当て資源をキューに持つ管理テーブルを割り当て優先順位にしたがって一本のキューにつなぎ、そのキューを順に検索する方法が採られていた。この方法は新たな資源の管理を行う場合に管理テーブルの構成を自由に決定できるが、決定された構成は固定となってしまう。しかし、既存の資源キューに対して新たな資源グループを追加して、資源割り当ての優先順位を別に設定する場合には、資源キューの管理テーブルの構成に変更が伴い、既存処理への影響範囲が大きくなる。
【0003】
また、資源グループの選択優先順位を動的に変更する場合には、前記のキュー管理方法でも可能であるが、資源キューに対する資源割り当ての優先順位は一つしか設定しかできず、同時に複数の異なる優先順位に対して複数の優先順位を採用することが出来なかった。
【0004】
【発明が解決しようとする課題】
従来の技術では、上述したように複数の資源要求タイプに対応する資源の管理キューテーブルの優先順位を変更すれば実現できるが、管理テーブルの変更は資源の割り当ておよび解放処理にも影響を与えることになる。そして、既存の資源キューや資源キューの管理テーブルの構成には変更を加えずに資源グループの優先順位に従って資源キューの選択を実現するためには、資源要求タイプを意識して処理を分割する必要があるため、複数の優先順位で各資源を同時にサービスすることは出来なかった。
【0005】
また、資源要求タイプに対応するグループ選択優先順位の変更、あるいは資源グループの追加や削除を動的に行うためには、既存の資源キューや資源キューの管理テーブルの構成を変更しなければ実現できないことが問題となる。
したがって、本発明では、既存の資源キューや資源キューの管理テーブルの構成を変更せずに、資源グループの優先順位を動的に変更できるようにし、しかも複数の資源グループの優先順位に従った資源割り当てを効率良く選択できるようにしたものである。
【0006】
【課題を解決するための手段】
本発明は、未割り当て資源を優先順位の等しい資源毎にグループ分けした資源キューを管理する資源キュー管理テーブルと、これらの資源キュー管理テーブルを優先順位別に登録する複数の資源優先順定義テーブルと、更にこれらの資源優先順定義テーブルを登録する資源グループ選択テーブルを設け、必要に応じて優先順位の異なる資源優先順定義テーブルを更新して、いずれかの資源優先順定義テーブルを選択,生成することにより、簡易に優先順位の選択,変更が可能となった。
【0007】
詳細な構成としては、資源優先順定義テーブルは資源キュー管理テーブルへのポインタ(インデックス)を持つとともに、その資源キュー管理テーブルの属性やそこにつながれた資源数を保持する。
資源グループ選択テーブルは資源優先順定義テーブルへのポインタ(インデックス)を持つとともに、その資源優先順定義テーブルの属性やその資源優先順定義テーブル中のエントリー数を保持する。
【0008】
ここで、資源グループ選択テーブルや,資源優先順定義テーブルの属性とは具体的に要求する資源の種類や性能や用途等で分類された資源要求タイプである。資源グループ選択テーブルの中で求める資源要求タイプのインデックスに対応するエントリーから資源優先順定義テーブルを検索し、次に資源優先順定義テーブル内の求める詳細な資源要求タイプのインデックスに対応するエントリーから資源キュー管理テーブルを得て、最終的に必要とする資源を求めることができる。ここで、資源要求タイプに対応するインデックスの入力によりすべて同一論理で、資源要求が発生する毎にグループ選択テーブルに並べられた資源優先順定義テーブルを変更することなく、資源要求タイプに対応する資源キューが検索できることを特徴とする。
【0009】
また本発明は、指定された資源グループ選択テーブルに対応するインデックスのエントリーへ新たな資源グループの資源優先順定義テーブルを挿入する手段と、資源優先順定義テーブル内のポインタたどる手段を有する。また、指定された資源グループに対応する資源優先順定義テーブルを検索する手段と、指定された資源グループ選択テーブルに対応するインデックスのエントリーから資源優先順定義テーブルを削除する手段と、前記資源優先順定義テーブル内のポインタ数を減算する手段を設ける。以上のことにより、資源要求タイプに対応する資源グループ選択の順位の変更、あるいは資源グループの追加、あるいは資源グループの削除を行う際、資源優先順定義テーブル内のエントリーと資源グループ選択テーブル内のエントリー数を更新することで、資源キューや資源キュー管理テーブルの構成を変更せずに、指定されたグループ選択優先順位に対応する資源グループのグループ選択優先順位のみを動的に変更して、他の資源要求タイプに対する資源キュー選択処理は中断することなく検索できることを特徴とする。
【0010】
【作用】
資源要求に対応したグループ選択優先順位に従って資源キューを検索する場合、資源グループ選択テーブルの中で資源要求タイプのインデックスに対応する資源グループ選択テーブルのエントリーから資源優先順定義テーブルが決定する。そして、資源グループ選択テーブルのエントリー数まで資源優先順定義テーブルのエントリーをインデックス順に検索することで、グループ選択優先順位に従って資源キュー管理テーブルが求められる。すなわち、既存の資源キューや資源キュー管理テーブルの構成を変更せずに、資源要求タイプのインデックスを入力として、資源キュー管理テーブルを求めるまでの手順は一意となるため、論理が簡素化される。これにより、資源要求タイプ毎に資源グループ選択の優先方法が異なっていても、逐次グループ選択優先順位に従った資源優先順定義テーブルを変更せずに、同一論理で資源キューが決定できる。
【0011】
また、資源要求タイプに対応するグループ選択優先順位の変更、あるいは資源グループの追加や削除を行う際、既存の資源キューや資源キューの管理テーブルの構成を変更せずに、資源優先順定義テーブルを変更するだけで実現が可能となる。そして、優先順位を変更しない資源要求タイプの資源キュー選択処理を中断する必要がなくなる。
【0012】
【実施例】
図1は本発明の資源の優先管理システムの構成図で、図2は図1の構成図における本発明の資源を検索する手順の一実施例を示すフローチャートである。
図1において、10は、資源グループ選択テーブルで、20および30は資源優先順定義テーブルで、40は、資源キュー管理テーブルである。
【0013】
資源グループ選択テーブル10は、複数の要求に対する資源優先順定義テーブルを管理している。資源グループ選択テーブル10には、各要求のインデックスに対応して、資源優先順定義テーブルのエントリー数211と資源優先順定義テーブルポインタ212、資源優先順定義テーブルのエントリー数213と資源優先順定義テーブルポインタ214がそれぞれ存在する。
【0014】
資源優先順定義テーブル20は、複数の資源キュー管理テーブルを管理する。資源優先順定義テーブル20には、優先順位に従って並べられた資源キュー管理テーブルポインタ221、222、223が存在する。同様に、異なる要求タイプの資源優先順定義テーブル30には、優先順位に従って並べられた資源キュー管理テーブルポインタ231、232、233が存在する。
【0015】
資源優先順定義テーブル20で管理される要求タイプの資源キュー優先順位は、資源キュー241、資源キュー242、資源キュー243の順である。また、資源優先順定義テーブル30で管理される要求タイプの資源キュー優先順位は、資源キュー242、資源キュー243、資源キュー241の順である。
図1の構成において、未割り当て資源の検索手順を図2に従って説明する。
【0016】
いま要求されている資源要求タイプのインデックスを0とすると、ステップ1で資源グループ選択テーブル10の中から要求に対応するインデックス0のエントリーである資源優先順定義テーブルポインタ212から資源優先順定義テーブル20が求められる。
次に、ステップ2で資源割り当て優先順位選択テーブル10の中からインデックス0に対応するエントリーであるエントリー数211から資源キュー数を求める。
【0017】
ステップ3では、資源優先順定義テーブルを参照するためのインデックスを0に初期化しておく。そして、ステップ4で資源優先順定義テーブルの現インデックスとステップ2で求めた資源キュー数と比較して終端チェックを行う。
次にステップ5で資源優先順定義テーブル20のインデックスに対応するエントリー221から資源キュー管理テーブルポインタを求め、ステップ6で資源キュー241に資源がつながっているかどうか調べる。つながっていれば、その資源を割り当て、つながっていなければ、次の資源キューを検索するため資源優先順定義テーブル20の現インデックスを+1して、ステップ4に戻る。
【0018】
ステップ4からステップ6を繰り返し行うことにより、この後資源キュー管理テーブルポインタ222、223を参照して、資源キュー242、243が順に検索できる。資源キュー241,242,243のいずれにも資源がつながっていなければ、ステップ4で資源優先順定義テーブルの現インデックスが資源キュー数を上回り、資源優先順定義テーブル20の終端に達していることを検出し、要求タイプに対応する未割り当て資源がないことがわかる。
【0019】
上記実施例に加えて本発明の優先管理システムの構成図では、資源グループ選択テーブル10に資源優先順定義テーブルの属性2110,2130や資源優先順定義テーブル20、30に資源キューの属性2210,2220,2230,2310,2320,2330が存在する。これを参照して、ステップ1で資源優先順定義テーブルの属性2110,2130によって資源優先定義テーブル20,30を選択することやステップ5で資源キューの属性2210,2220,2230,2310,2320,2330の中で要求した属性に合致した資源キューアドレス221,222,223,231,232,233のいずれかだけを選択することが可能である。また、資源優先順定義テーブル20,30には資源数2211,2221,2231,2311,2321,2331が存在する。これを参照して、ステップ5で資源数を加えた条件で資源キューアドレス221,222,223,231,232,233のいずれかを選択することが可能である。
【0020】
図4は図1の構成図における本発明の資源グループ優先順位の変更手順の状態遷移を示す状態図で、図5は図1の構成図における本発明の資源グループ優先順位の変更手順の一実施例を示すフローチャートである。
以下に図1の構成図における本発明の資源グループ優先順位の変更手順を説明する。
【0021】
図4(a)は、初期状態である。この状態で資源キュー342で管理される資源キューの優先順位を3番目に変更する。
まず、ステップ1でグループの追加であるかを調べ、要求は変更であるのでグループの削除処理に進む。ステップ2で対象となる資源グループ(資源キュー342で管理される資源キュー)が資源優先順定義テーブル20のどのエントリーにあるかを検索する。図4(a)では、2エントリー目に登録されており、ステップ3で資源優先順定義テーブル20の2エントリー目である資源キュー管理テーブルポインタ322の内容を抹消し、3番目以降の優先順位を繰り上げるため、図4(b)のように資源キュー管理テーブルポインタ323の内容を資源キュー管理テーブルポインタ322に移動する。そして、ステップ4で資源優先順定義テーブル20で管理される資源キュー数を−1して、資源キュー数311に設定する。
【0022】
次に、ステップ5でグループの削除であるかを調べ、要求は変更であるのでグループの追加処理に進む。ステップ6で対象となる資源グループ( 資源キュー342で管理される資源キュー)を挿入するためのエントリーを作成するため、エントリー内容を移動する。しかし、図3(b)では3エレメント以降にアドレスが存在しないため、移動は発生しない。そして、ステップ7で資源優先順定義テーブル20の3エレメント目(資源キューアドレス323)に対象となる資源グループである資源キュー342のアドレスを登録する。最後に、ステップ8で資源優先順定義テーブル20で管理される資源キュー数を+1して、資源キュー数311に設定することで資源グループ優先順位の変更が完了する(図4(c))。
【0023】
図1の構成図における資源グループ優先順位の削除手順は、前記ステップ1からステップ4を実行し、ステップ5でグループの削除であるため、ステップ6からステップ8のグループの追加処理を行わないことで実現される。
また、図1の構成図における資源グループ優先順位の追加手順は、前記ステップ1でグループの追加であるため、ステップ2からステップ4のグループの削除処理を行わずにステップ6からステップ8を実行することで実現される。
【0024】
【発明の効果】
以上説明したように、本発明の資源の優先管理システムは、既存の資源キューや資源キュー管理テーブルの構成を変更せずに、資源要求タイプのインデックスを入力として、資源キュー管理テーブルを求めるまでの手順は一意となるため、論理が簡素化される。これにより、資源要求タイプ毎に資源グループ選択の優先方法が異なっていても、逐次グループ選択優先順位に従った資源優先順定義テーブルを変更せずに、同一論理で資源キューが決定できる効果がある。
【0025】
また、本発明は、既存の資源キューや資源キューの管理テーブルの構成を変更せずに、資源要求タイプに対応するグループ選択優先順位の変更、あるいは資源グループの追加や削除が資源優先順定義テーブルを変更するだけで実現が可能となる。そして、優先順位を変更しない資源要求タイプの資源キュー選択処理を中断することなく検索を行うことが可能になるという効果がある。
【図面の簡単な説明】
【図1】本発明の未割り当て資源キューの優先順位管理方法の構成図である。
【図2】図1の構成図において本発明の資源を検索する手順の一実施例を示すフローチャートである。
【図3】従来技術による未割り当て資源キューの優先順位検索手順の一実施例を示すフローチャートである。
【図4】図1の構成図における本発明の資源グループ優先順位の変更手順の状態遷移を示す状態図で、(a)は資源キューの優先順位変更開始前の状態を示す図、(b)は1つの資源グループに対応する資源キューを優先順位から削除した状態を示す図、(c)は1つの資源グループに対応する資源キューを優先順位に追加した状態を示す図である。
【図5】図1の構成図における本発明の資源グループ優先順位の変更手順の一実施例を示すフローチャートである。
【符号の説明】
10 資源割り当て優先順位選択テーブル
20,30 資源優先順定義テーブル
40 資源キュー管理テーブル
2110,2130 資源優先順定義テーブル属性
211,213,311,313 資源優先順定義テーブルエントリー数
212,214,312,314 資源優先順定義テーブルポインタ
2110,2130 資源キュー管理テーブル属性
2210〜2230,2310〜2330 資源数
221〜223,231〜233,321〜323,331〜332 資源キューアドレス
241〜243,341〜343 資源キュー先頭アドレス
[0001]
[Industrial application fields]
The present invention relates to a plurality of queue management methods for managing resources in a computer system in priority order, and in particular, resources having different resource allocation priority orders corresponding to a plurality of requests, or resource assignment priority orders corresponding to request types The present invention relates to a resource queue management system that allocates resources that are dynamically changed.
[0002]
[Prior art]
Conventionally, a computer system has adopted a method in which a management table having unallocated resources in a queue is connected to a single queue in accordance with an allocation priority, and the queues are sequentially searched. This method can freely determine the configuration of the management table when managing a new resource, but the determined configuration is fixed. However, when a new resource group is added to an existing resource queue and the resource allocation priority is set separately, the configuration of the resource queue management table changes, and the scope of impact on existing processing is reduced. growing.
[0003]
Further, when the resource group selection priority is dynamically changed, the above-described queue management method can be used, but only one resource allocation priority can be set for the resource queue, and a plurality of different priority can be set at the same time. Multiple priorities could not be adopted for the priorities.
[0004]
[Problems to be solved by the invention]
In the conventional technology, as described above, this can be realized by changing the priority of the management queue table for resources corresponding to a plurality of resource request types. However, changing the management table also affects resource allocation and release processing. become. In order to realize selection of resource queues according to the priority of resource groups without changing the configuration of existing resource queues and resource queue management tables, it is necessary to divide processing in consideration of resource request types. Therefore, it was not possible to service each resource simultaneously with multiple priorities.
[0005]
Also, in order to dynamically change the group selection priority corresponding to the resource request type, or to add or delete resource groups, it is not possible without changing the configuration of the existing resource queue or resource queue management table. Is a problem.
Therefore, according to the present invention, the resource group priority can be dynamically changed without changing the configuration of the existing resource queue and the management table of the resource queue, and the resource according to the priority of the plurality of resource groups can be changed. This makes it possible to select allocation efficiently.
[0006]
[Means for Solving the Problems]
The present invention includes a resource queue management table that manages a resource queue in which unassigned resources are grouped for each resource having the same priority, a plurality of resource priority order definition tables that register these resource queue management tables by priority, Furthermore, a resource group selection table for registering these resource priority order definition tables is provided, and resource priority order definition tables having different priorities are updated as necessary, and any resource priority order definition table is selected and generated. This makes it possible to easily select and change the priority order.
[0007]
As a detailed configuration, the resource priority order definition table has a pointer (index) to the resource queue management table, and holds attributes of the resource queue management table and the number of resources connected thereto.
The resource group selection table has a pointer (index) to the resource priority order definition table and holds attributes of the resource priority order definition table and the number of entries in the resource priority order definition table.
[0008]
Here, the attributes of the resource group selection table and the resource priority order definition table are resource request types classified according to the type, performance, usage, etc. of the resource specifically requested. The resource priority order definition table is searched from the entry corresponding to the required resource request type index in the resource group selection table, and then the resource from the entry corresponding to the required resource request type index in the resource priority order definition table is searched. The queue management table is obtained, and finally the necessary resources can be obtained. Here, the resource corresponding to the resource request type has the same logic by inputting the index corresponding to the resource request type, and does not change the resource priority order definition table arranged in the group selection table every time a resource request occurs. The queue is searchable.
[0009]
The present invention further includes means for inserting a resource priority order definition table for a new resource group into an index entry corresponding to a specified resource group selection table, and means for following a pointer in the resource priority order definition table. Means for retrieving a resource priority order definition table corresponding to the specified resource group; means for deleting the resource priority order definition table from the entry of the index corresponding to the specified resource group selection table; and Means is provided for subtracting the number of pointers in the definition table. As described above, when changing the order of resource group selection corresponding to the resource request type, adding a resource group, or deleting a resource group, an entry in the resource priority order definition table and an entry in the resource group selection table By updating the number, only the group selection priority of the resource group corresponding to the specified group selection priority is dynamically changed without changing the configuration of the resource queue or the resource queue management table. The resource queue selection process for the resource request type can be searched without interruption.
[0010]
[Action]
When searching the resource queue according to the group selection priority corresponding to the resource request, the resource priority order definition table is determined from the entry of the resource group selection table corresponding to the resource request type index in the resource group selection table. Then, the resource queue management table is obtained according to the group selection priority by searching the entries in the resource priority order definition table in the index order up to the number of entries in the resource group selection table. That is, the procedure up to obtaining the resource queue management table by inputting the resource request type index without changing the configuration of the existing resource queue or resource queue management table is unique, and the logic is simplified. Thereby, even if the priority method of resource group selection differs for each resource request type, the resource queue can be determined with the same logic without changing the resource priority order definition table according to the sequential group selection priority order.
[0011]
In addition, when changing the group selection priority corresponding to the resource request type, or adding or deleting resource groups, the resource priority order definition table is not changed without changing the configuration of the existing resource queue or resource queue management table. It can be realized just by changing. Further, it is not necessary to interrupt the resource request type resource queue selection process without changing the priority order.
[0012]
【Example】
FIG. 1 is a configuration diagram of a resource priority management system according to the present invention, and FIG. 2 is a flowchart showing an embodiment of a procedure for searching for a resource according to the present invention in the configuration diagram of FIG.
In FIG. 1, 10 is a resource group selection table, 20 and 30 are resource priority order definition tables, and 40 is a resource queue management table.
[0013]
The resource group selection table 10 manages a resource priority order definition table for a plurality of requests. In the resource group selection table 10, the resource priority order definition table entry number 211 and the resource priority order definition table pointer 212, the resource priority order definition table entry number 213, and the resource priority order definition table corresponding to each request index. Each pointer 214 exists.
[0014]
The resource priority order definition table 20 manages a plurality of resource queue management tables. The resource priority order definition table 20 includes resource queue management table pointers 221, 222, and 223 arranged in accordance with the priority order. Similarly, in the resource priority order definition table 30 of different request types, there are resource queue management table pointers 231, 232, and 233 arranged in accordance with the priority order.
[0015]
The resource queue priorities of the request types managed in the resource priority order definition table 20 are in the order of the resource queue 241, the resource queue 242, and the resource queue 243. The resource queue priorities of the request types managed in the resource priority order definition table 30 are the resource queue 242, the resource queue 243, and the resource queue 241 in this order.
In the configuration of FIG. 1, the search procedure for unallocated resources will be described with reference to FIG.
[0016]
If the index of the currently requested resource request type is set to 0, the resource priority order definition table 20 from the resource priority order definition table pointer 212 which is an entry of index 0 corresponding to the request from the resource group selection table 10 in step 1. Is required.
Next, in step 2, the number of resource queues is obtained from the number of entries 211 corresponding to the index 0 from the resource allocation priority selection table 10.
[0017]
In step 3, an index for referring to the resource priority order definition table is initialized to zero. Then, in step 4, a termination check is performed by comparing the current index of the resource priority order definition table with the number of resource queues obtained in step 2.
Next, in step 5, the resource queue management table pointer is obtained from the entry 221 corresponding to the index of the resource priority order definition table 20, and in step 6, it is checked whether or not the resource is connected to the resource queue 241. If it is connected, that resource is allocated, and if it is not connected, the current index of the resource priority order definition table 20 is incremented by 1 to search the next resource queue, and the process returns to step 4.
[0018]
By repeatedly performing Step 4 to Step 6, the resource queues 242 and 243 can be sequentially searched with reference to the resource queue management table pointers 222 and 223 thereafter. If no resource is connected to any of the resource queues 241, 242, and 243, it is confirmed in step 4 that the current index of the resource priority order definition table exceeds the number of resource queues and has reached the end of the resource priority order definition table 20. It can be seen that there is no unallocated resource corresponding to the request type.
[0019]
In the configuration diagram of the priority management system of the present invention in addition to the above embodiment, the resource group selection table 10 includes resource priority order definition table attributes 2110 and 2130, and the resource priority order definition tables 20 and 30 include resource queue attributes 2210 and 2220. , 2230, 2310, 2320, 2330. With reference to this, the resource priority definition tables 20 and 30 are selected by the attributes 2110 and 2130 of the resource priority order definition table in step 1, and the resource queue attributes 2210, 2220, 2230, 2310, 2320 and 2330 are selected in step 5. It is possible to select only one of the resource queue addresses 221, 222, 223, 231, 232, and 233 that matches the requested attribute. The resource priority order definition tables 20 and 30 include resource numbers 2211, 2221, 2231, 2231, 2231, 2331. With reference to this, it is possible to select any of the resource queue addresses 221, 222, 223, 231, 232, and 233 under the condition that the number of resources is added in Step 5.
[0020]
FIG. 4 is a state diagram showing the state transition of the resource group priority changing procedure of the present invention in the configuration diagram of FIG. 1, and FIG. 5 is an implementation of the resource group priority changing procedure of the present invention in the configuration diagram of FIG. It is a flowchart which shows an example.
The procedure for changing the resource group priority of the present invention in the configuration diagram of FIG. 1 will be described below.
[0021]
FIG. 4A shows an initial state. In this state, the priority of the resource queue managed by the resource queue 342 is changed to the third.
First, in step 1, it is checked whether or not a group is added. Since the request is a change, the process proceeds to a group deletion process. In step 2, the entry in the resource priority order definition table 20 is searched for the target resource group (resource queue managed by the resource queue 342). In FIG. 4A, the contents of the resource queue management table pointer 322, which is registered in the second entry and is the second entry of the resource priority order definition table 20 in step 3, are deleted, and the third and subsequent priorities are set. In order to carry it forward, the contents of the resource queue management table pointer 323 are moved to the resource queue management table pointer 322 as shown in FIG. In step 4, the number of resource queues managed by the resource priority order definition table 20 is decremented by 1 and set to the number of resource queues 311.
[0022]
Next, it is checked in step 5 whether the group is to be deleted. Since the request is a change, the process proceeds to a group addition process. In step 6, in order to create an entry for inserting the target resource group (resource queue managed by the resource queue 342), the entry contents are moved. However, in FIG. 3B, since no address exists after the third element, no movement occurs. In step 7, the address of the resource queue 342 that is the target resource group is registered in the third element (resource queue address 323) of the resource priority order definition table 20. Finally, in step 8, the resource queue number managed by the resource priority order definition table 20 is incremented by 1 and set to the resource queue number 311 to complete the change of the resource group priority (FIG. 4C).
[0023]
The resource group priority deletion procedure in the configuration diagram of FIG. 1 is executed by performing steps 1 to 4 and deleting groups in step 5, so that the group addition processing in steps 6 to 8 is not performed. Realized.
Further, since the resource group priority adding procedure in the configuration diagram of FIG. 1 is the addition of a group in the step 1, the steps 6 to 8 are executed without performing the group deletion process in the steps 2 to 4. This is realized.
[0024]
【The invention's effect】
As described above, the resource priority management system according to the present invention does not change the configuration of the existing resource queue or resource queue management table, and inputs the resource request type index until the resource queue management table is obtained. Since the procedure is unique, the logic is simplified. As a result, even when the resource group selection priority method is different for each resource request type, the resource queue can be determined with the same logic without changing the resource priority order definition table according to the sequential group selection priority order. .
[0025]
The present invention also provides a resource priority order definition table for changing the group selection priority corresponding to the resource request type or adding or deleting resource groups without changing the configuration of the existing resource queue or resource queue management table. It can be realized simply by changing. Then, there is an effect that it is possible to perform a search without interrupting the resource queue selection process of the resource request type that does not change the priority order.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a priority management method for an unallocated resource queue according to the present invention.
FIG. 2 is a flowchart showing an embodiment of a procedure for searching for a resource of the present invention in the configuration diagram of FIG. 1;
FIG. 3 is a flowchart showing an embodiment of a priority order search procedure for an unallocated resource queue according to the prior art.
4 is a state diagram showing the state transition of the resource group priority changing procedure of the present invention in the configuration diagram of FIG. 1, wherein (a) is a diagram showing a state before the priority change of the resource queue is started, (b) Is a diagram showing a state where a resource queue corresponding to one resource group is deleted from the priority order, and (c) is a diagram showing a state where a resource queue corresponding to one resource group is added to the priority order.
FIG. 5 is a flowchart showing an embodiment of a procedure for changing the resource group priority order of the present invention in the configuration diagram of FIG. 1;
[Explanation of symbols]
10 Resource allocation priority selection tables 20, 30 Resource priority order definition table 40 Resource queue management tables 2110, 2130 Resource priority order definition table attributes 211, 213, 311, 313 Resource priority order definition table entry numbers 212, 214, 312, 314 Resource priority order definition table pointers 2110 and 2130 Resource queue management table attributes 2210 to 2230 and 2310 to 2330 Resource numbers 221 to 223, 231 to 233, 321 to 323, and 331 to 332 Resource queue addresses 241 to 243 and 341 to 343 Resource queue Start address

Claims (6)

資源管理システムにおいて、
未割り当て資源を優先順位の等しい資源毎にグループ分けした資源キューを管理する資源キュー管理テーブルと、
前記資源キュー管理テーブルを優先順位別に登録した資源優先順定義テーブルと、
前記資源優先順定義テーブルを登録した資源グループ優先選択テーブルと、を設けたことを特徴とする資源の優先管理システム。
In the resource management system,
A resource queue management table for managing a resource queue in which unassigned resources are grouped according to resources of equal priority;
A resource priority order definition table in which the resource queue management table is registered by priority;
A resource priority management system comprising: a resource group priority selection table in which the resource priority order definition table is registered.
請求項1記載の資源キュー管理システムにおいて、上記資源グループ選択テーブルは各資源優先順定義テーブルの属性を同時に登録することを特徴とする資源の優先管理システム。 2. The resource queue management system according to claim 1, wherein the resource group selection table registers attributes of each resource priority order definition table at the same time. 請求項1記載の資源キュー管理システムにおいて、上記資源優先順定義テーブルは各資源キュー管理テーブルの属性を同時に登録したことを特徴とする資源の優先管理システム。 2. The resource priority management system according to claim 1, wherein said resource priority order definition table registers attributes of each resource queue management table at the same time. 請求項1ないし項記載の資源キュー管理システムにおいて、上記資源グループ選択テーブルは各資源優先順定義テーブルのエントリー数を同時に登録することを特徴とする資源の優先管理システム。In claims 1 to resource queue management system as claimed 3, wherein, the said resource group selection table priority management system resources and registers the number of entries of each resource priority definition table simultaneously. 請求項1ないし項記載の資源キュー管理システムにおいて、上記資源優先順定義テーブルは各資源キュー管理テーブルにつながれている資源数を同時に登録したことを特徴とする資源の優先管理システム。In claims 1 to 4 claim of resource queue management system, the priority management system resources the resource priority definition table, characterized in that the registered number resources are coupled to each resource queue management table at the same time. 請求項1ないし項記載の資源キュー管理システムにおいて、指定された資源グループ選択優先順位に登録された資源優先順定義テーブルを更新する資源優先順定義テーブル更新手段を設けたことを特徴とする資源の優先管理システム。In claims 1 to according Section 5 resource queue management system, characterized in that a resource priority definition table updating means for updating the registered in the specified resource group selection priority resource priority definition table resources Priority management system.
JP32682797A 1997-03-17 1997-11-27 Resource priority management system Expired - Fee Related JP3823497B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP32682797A JP3823497B2 (en) 1997-03-17 1997-11-27 Resource priority management system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP9-63060 1997-03-17
JP6306097 1997-03-17
JP32682797A JP3823497B2 (en) 1997-03-17 1997-11-27 Resource priority management system

Publications (2)

Publication Number Publication Date
JPH10320219A JPH10320219A (en) 1998-12-04
JP3823497B2 true JP3823497B2 (en) 2006-09-20

Family

ID=26404135

Family Applications (1)

Application Number Title Priority Date Filing Date
JP32682797A Expired - Fee Related JP3823497B2 (en) 1997-03-17 1997-11-27 Resource priority management system

Country Status (1)

Country Link
JP (1) JP3823497B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4035354B2 (en) 2001-07-11 2008-01-23 富士通株式会社 Electronic circuit design method and apparatus, computer program, and storage medium
KR20050067269A (en) * 2003-12-27 2005-07-01 엘지전자 주식회사 Method to allocate resource applying to muli-path searcher in base station

Also Published As

Publication number Publication date
JPH10320219A (en) 1998-12-04

Similar Documents

Publication Publication Date Title
US8041685B2 (en) Method of changing system configuration in shared-nothing database management system
US7054893B2 (en) Method and apparatus for relocating data related to database management system
US5685003A (en) Method and system for automatically indexing data in a document using a fresh index table
JP5437238B2 (en) Ways to access resources
KR100944912B1 (en) Disk I/O Scheduler for Server Virtualization Environment and Scheduling Method Thereof
JP2012174096A (en) Computer system and data management method
US20020174294A1 (en) Information processing system and recording medium recording a program to cause a computer to execute steps
CN113805816B (en) Disk space management method, device, equipment and storage medium
JP3022378B2 (en) Search method for database system composed of different programming languages
US7509461B1 (en) Method and apparatus for intelligent buffer cache pre-emption
JP3823497B2 (en) Resource priority management system
JPH07182220A (en) Distributed file system and its file caching method
JPH03174653A (en) Method and device for control of key word
US7734592B2 (en) Method for reducing a data repository
JPH06348666A (en) Program execution load distribution method in computer system
JP3699267B2 (en) SEARCH METHOD, SEARCH DEVICE, DATABASE METHOD, AND DATABASE DEVICE
JPH07182239A (en) Segment division managing system
JP3030030B2 (en) Area management processing method
WO2024152644A1 (en) Data query method and system, device cluster, medium and program product
JP2994138B2 (en) Catalog Variable Management Method for Interactive Processing System
JP2787107B2 (en) Buffer control system and device
EP1677216A2 (en) A method for reducing a data repository
JP2003316560A (en) Job processor
CN116226081A (en) Database elastic expansion method and device, electronic equipment and storage medium
JP2633635B2 (en) Control table allocation processing method

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060124

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060324

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: 20060606

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060619

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: 20100707

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100707

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110707

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110707

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120707

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120707

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130707

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees