JP6762450B2 - リソース制御装置、リソース制御方法及びリソース制御プログラム - Google Patents
リソース制御装置、リソース制御方法及びリソース制御プログラム Download PDFInfo
- Publication number
- JP6762450B2 JP6762450B2 JP2020503151A JP2020503151A JP6762450B2 JP 6762450 B2 JP6762450 B2 JP 6762450B2 JP 2020503151 A JP2020503151 A JP 2020503151A JP 2020503151 A JP2020503151 A JP 2020503151A JP 6762450 B2 JP6762450 B2 JP 6762450B2
- Authority
- JP
- Japan
- Prior art keywords
- memory area
- limit value
- size
- stopped
- resource control
- 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
- 238000000034 method Methods 0.000 title claims description 212
- 238000004886 process control Methods 0.000 claims description 47
- 238000001514 detection method Methods 0.000 claims description 26
- 238000013468 resource allocation Methods 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 13
- 230000001419 dependent effect Effects 0.000 claims description 10
- 230000006870 function Effects 0.000 claims description 6
- 238000007726 management method Methods 0.000 description 13
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000010485 coping Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000002040 relaxant effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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; CALCULATING OR 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
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/5022—Mechanisms to release resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5055—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering software capabilities, i.e. software resources associated or available to the machine
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR 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/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Memory System (AREA)
- Stored Programmes (AREA)
Description
この発明は、プロセスが使用するリソースを制御する技術に関する。
従来のリソース制御では、グループ化したプロセス群に対して、そのグループが使用可能なメモリ使用量が制限される。また、グループのメモリ使用量が制限値に達した場合、グループに所属する全てのプロセスを停止させることにより、他のグループに影響させない制御されている。
特許文献１には、リソース制御対象のプロセスが動作するメモリ領域において、メモリ使用量の残量が無い場合に、基準値を用いてプロセスを選出し、選出されたプロセスを停止させることが記載されている。これにより、特許文献１では、メモリを確保し、不具合プロセスに起因したメモリ負荷による、他のプロセスへの影響を排除している。
従来のリソース制御では、リソース制御対象のプロセスの素性が判明していることが前提となっている。
ユーザによって開発されたプロセスのように、機能及び特性を特定できないプロセスを有するシステムにおいて、リソース制御対象の全てのプロセスを特定のグループに分類し、グループ毎に適切なリソース制御を実施することは困難である。リソース制御対象のプロセスが動作するメモリ領域において、使用可能なメモリ領域の残量が無い場合、どのプロセスを再起動もしくは停止させるかの判定も同様に困難である。そのため、継続動作が期待されるサービスに関わるプロセスを再起動もしくは停止させる恐れがあり、サービスを継続して動作させられない可能性があった。
この発明は、リソース制御対象のプロセスの素性が判明してしない場合であっても、サービスを継続して動作させ易くすることを目的とする。
ユーザによって開発されたプロセスのように、機能及び特性を特定できないプロセスを有するシステムにおいて、リソース制御対象の全てのプロセスを特定のグループに分類し、グループ毎に適切なリソース制御を実施することは困難である。リソース制御対象のプロセスが動作するメモリ領域において、使用可能なメモリ領域の残量が無い場合、どのプロセスを再起動もしくは停止させるかの判定も同様に困難である。そのため、継続動作が期待されるサービスに関わるプロセスを再起動もしくは停止させる恐れがあり、サービスを継続して動作させられない可能性があった。
この発明は、リソース制御対象のプロセスの素性が判明してしない場合であっても、サービスを継続して動作させ易くすることを目的とする。
この発明に係るリソース制御装置は、
制限値ｘ以下のサイズのメモリ領域で制御対象の複数のプロセスを動作させるプロセス制御部と、
前記制御対象の複数のプロセスから停止したプロセスを検出する停止検出部と、
前記停止検出部によって停止したプロセスが検出されると、前記制御対象のプロセス毎に使用可能なメモリ領域のサイズを緩和制限値として割り当てるリソース割当部と
を備え、
前記プロセス制御部は、前記停止検出部によって停止したプロセスが検出されると、前記制御対象の各プロセスを、前記リソース割当部によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で縮退運転させる。
制限値ｘ以下のサイズのメモリ領域で制御対象の複数のプロセスを動作させるプロセス制御部と、
前記制御対象の複数のプロセスから停止したプロセスを検出する停止検出部と、
前記停止検出部によって停止したプロセスが検出されると、前記制御対象のプロセス毎に使用可能なメモリ領域のサイズを緩和制限値として割り当てるリソース割当部と
を備え、
前記プロセス制御部は、前記停止検出部によって停止したプロセスが検出されると、前記制御対象の各プロセスを、前記リソース割当部によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で縮退運転させる。
この発明では、使用可能なメモリ領域の残量が無くなる前に、使用可能なメモリ領域をプロセス毎に分離して割り当て、縮退運転させる。これにより、各プロセスのメモリ領域の使用量を抑制させつつ、異常が発生していないプロセスを縮退運転により継続動作させることが可能である。
実施の形態１．
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係るリソース制御装置１０のハードウェア構成を説明する。
リソース制御装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とのハードウェアを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係るリソース制御装置１０のハードウェア構成を説明する。
リソース制御装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とのハードウェアを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
プロセッサ１１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）である。つまり、プロセッサ１１は、処理回路である。プロセッサ１１は、具体例としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。
メモリ１２は、データを一時的に記憶する記憶装置である。メモリ１２は、具体例としては、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
ストレージ１３は、データを保管する記憶装置である。ストレージ１３は、具体例としては、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）である。また、ストレージ１３は、ＳＤ（登録商標，Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカード、ＣＦ（ＣｏｍｐａｃｔＦｌａｓｈ，登録商標）、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）といった可搬記録媒体であってもよい。
通信インタフェース１４は、外部の装置と通信するためのインタフェースである。通信インタフェース１４は、具体例としては、Ｅｔｈｅｒｎｅｔ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＨＤＭＩ（登録商標，Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）のポートである。
図１では、プロセッサ１１は、１つだけ示されていた。しかし、プロセッサ１１は、複数であってもよい。
図２を参照して、実施の形態１に係るリソース制御装置１０のソフトウェア構成を説明する。
リソース制御装置１０では、オペレーティングシステム２０が動作する。オペレーティングシステム２０では、複数のプロセス３０と、管理部４０とが動作する。図２では、４つのプロセス３０が示されているが、プロセス３０の数は２つであっても、３つであっても、５つ以上であってもよい。
リソース制御装置１０では、オペレーティングシステム２０が動作する。オペレーティングシステム２０では、複数のプロセス３０と、管理部４０とが動作する。図２では、４つのプロセス３０が示されているが、プロセス３０の数は２つであっても、３つであっても、５つ以上であってもよい。
オペレーティングシステム２０は、機能構成要素として、リソース制御部２１を備える。
リソース制御部２１は、リソースの制御対象のプロセス３０について、グループ作成と、グループ削除と、グループへのプロセス３０の登録と、プロセス３０の所属先のグループの変更と、メモリ使用量の制限と、メモリ使用量の収集とを実施するためのインタフェースである。
リソース制御部２１は、リソースの制御対象のプロセス３０について、グループ作成と、グループ削除と、グループへのプロセス３０の登録と、プロセス３０の所属先のグループの変更と、メモリ使用量の制限と、メモリ使用量の収集とを実施するためのインタフェースである。
管理部４０は、機能構成要素として、プロセス制御部４１と、停止検出部４２と、リソース割当部４３とを備える。
プロセス制御部４１は、プロセスのグループの作成といったグループに関する処理等をリソース制御部２１に対して要求する。停止検出部４２は、リソースの制御対象の複数のプロセス３０から、停止したプロセス３０を検出する。リソース割当部４３は、制御対象のプロセス３０毎に使用可能なメモリ領域のサイズを割り当てる。
プロセス制御部４１は、プロセスのグループの作成といったグループに関する処理等をリソース制御部２１に対して要求する。停止検出部４２は、リソースの制御対象の複数のプロセス３０から、停止したプロセス３０を検出する。リソース割当部４３は、制御対象のプロセス３０毎に使用可能なメモリ領域のサイズを割り当てる。
＊＊＊動作の説明＊＊＊
図３から図６を参照して、実施の形態１に係るリソース制御装置１０の動作を説明する。
実施の形態１に係るリソース制御装置１０の動作は、実施の形態１に係るリソース制御方法に相当する。また、実施の形態１に係るリソース制御装置１０の動作は、実施の形態１に係るリソース制御プログラムの処理に相当する。
図３から図６を参照して、実施の形態１に係るリソース制御装置１０の動作を説明する。
実施の形態１に係るリソース制御装置１０の動作は、実施の形態１に係るリソース制御方法に相当する。また、実施の形態１に係るリソース制御装置１０の動作は、実施の形態１に係るリソース制御プログラムの処理に相当する。
図３を参照して、実施の形態１に係るリソース制御装置１０の全体的な動作を説明する。
（ステップＳ１０１：テーブル生成処理）
プロセス制御部４１は、リソースの制御対象である複数のプロセス３０を管理するための依存管理テーブル５１を生成する。プロセス制御部４１は、依存管理テーブル５１をストレージ１３に書き込む。
図４に示すように、依存管理テーブル５１は、プロセス３０毎に、起動時刻と、依存プロセスとを記憶する。起動時刻は、互いに比較演算でき、絶対時刻が分かる形式の時刻である。具体例としては、起動時刻は、ＵＮＩＸ（登録商標） ｔｉｍｅである。依存プロセスは、対象のプロセス３０が動作するために必要なプロセス３０である。つまり、依存プロセスが動作していない場合には、対象のプロセス３０は動作できない。例えば、Ｌｉｎｕｘ（登録商標）であれば、依存プロセスは、対象のプロセス３０の親プロセスのことである。
（ステップＳ１０１：テーブル生成処理）
プロセス制御部４１は、リソースの制御対象である複数のプロセス３０を管理するための依存管理テーブル５１を生成する。プロセス制御部４１は、依存管理テーブル５１をストレージ１３に書き込む。
図４に示すように、依存管理テーブル５１は、プロセス３０毎に、起動時刻と、依存プロセスとを記憶する。起動時刻は、互いに比較演算でき、絶対時刻が分かる形式の時刻である。具体例としては、起動時刻は、ＵＮＩＸ（登録商標） ｔｉｍｅである。依存プロセスは、対象のプロセス３０が動作するために必要なプロセス３０である。つまり、依存プロセスが動作していない場合には、対象のプロセス３０は動作できない。例えば、Ｌｉｎｕｘ（登録商標）であれば、依存プロセスは、対象のプロセス３０の親プロセスのことである。
（ステップＳ１０２：グループＸ生成処理）
プロセス制御部４１は、リソース制御部２１を介して、グループＸを生成し、リソースの制御対象である複数のプロセス３０をグループＸに所属させる。
リソース割当部４３は、リソース制御部２１を介して、メモリ１２の使用量の制限値である制限値ｘをグループＸに対して設定する。制限値ｘは、グループＸが使用可能なメモリ領域のサイズよりも小さいサイズである。実施の形態１では、制限値ｘは、グループＸが使用可能なメモリ領域のサイズに１よりも小さい値α（例えば、０．９５）を乗じたサイズである。
プロセス制御部４１は、リソース制御部２１を介して、グループＸを生成し、リソースの制御対象である複数のプロセス３０をグループＸに所属させる。
リソース割当部４３は、リソース制御部２１を介して、メモリ１２の使用量の制限値である制限値ｘをグループＸに対して設定する。制限値ｘは、グループＸが使用可能なメモリ領域のサイズよりも小さいサイズである。実施の形態１では、制限値ｘは、グループＸが使用可能なメモリ領域のサイズに１よりも小さい値α（例えば、０．９５）を乗じたサイズである。
（ステップＳ１０３：使用量取得処理）
プロセス制御部４１は、リソース制御部２１を介して、各プロセス３０が使用しているメモリ領域のサイズであるメモリ使用量を取得する。図５に示すように、プロセス制御部４１は、メモリ使用量を示す使用量管理テーブル５２を生成する。プロセス制御部４１は、使用量管理テーブル５２をストレージ１３に書き込む。
プロセス制御部４１は、リソース制御部２１を介して、各プロセス３０が使用しているメモリ領域のサイズであるメモリ使用量を取得する。図５に示すように、プロセス制御部４１は、メモリ使用量を示す使用量管理テーブル５２を生成する。プロセス制御部４１は、使用量管理テーブル５２をストレージ１３に書き込む。
（ステップＳ１０４：停止検出処理）
停止検出部４２は、リソース制御部２１を介して、リソースの制御対象の複数のプロセス３０から、停止したプロセス３０を検出する。つまり、停止検出部４２は、グループＸに所属する複数のプロセス３０から、停止したプロセス３０を検出する。
停止検出部４２は、停止したプロセス３０が検出された場合には、処理をステップＳ１０５に進める。一方、停止検出部４２は、停止したプロセス３０が検出されなかった場合には、処理をステップＳ１０３に戻して、一定時間経過後に再びメモリ使用量を取得する。
停止検出部４２は、リソース制御部２１を介して、リソースの制御対象の複数のプロセス３０から、停止したプロセス３０を検出する。つまり、停止検出部４２は、グループＸに所属する複数のプロセス３０から、停止したプロセス３０を検出する。
停止検出部４２は、停止したプロセス３０が検出された場合には、処理をステップＳ１０５に進める。一方、停止検出部４２は、停止したプロセス３０が検出されなかった場合には、処理をステップＳ１０３に戻して、一定時間経過後に再びメモリ使用量を取得する。
（ステップＳ１０５：グループＹ生成処理）
プロセス制御部４１は、リソース制御部２１を介して、グループＸに所属するプロセス３０の数と同じ数のグループＹを生成し、各プロセス３０をそれぞれ別のグループＹに所属させる。つまり、１つのグループＹに１つのプロセス３０が所属する。
リソース割当部４３は、各グループＹを対象として、メモリ領域の使用量の制限値である制限値ｙを対象のグループＹに対して設定する。言い換えると、リソース割当部４３は、プロセス３０毎に使用可能なメモリ領域のサイズを制限値ｙとして割り当てる。制限値ｙは、ステップＳ１０４で停止したプロセスが検出された時点における、対象のグループＹに所属するプロセス３０が使用するメモリのサイズである。つまり、第２制限値は、直近のステップＳ１０３で取得された、対象のグループＹに所属するプロセス３０が使用するメモリ領域のサイズである。
プロセス制御部４１は、リソース制御部２１を介して、グループＸに所属するプロセス３０の数と同じ数のグループＹを生成し、各プロセス３０をそれぞれ別のグループＹに所属させる。つまり、１つのグループＹに１つのプロセス３０が所属する。
リソース割当部４３は、各グループＹを対象として、メモリ領域の使用量の制限値である制限値ｙを対象のグループＹに対して設定する。言い換えると、リソース割当部４３は、プロセス３０毎に使用可能なメモリ領域のサイズを制限値ｙとして割り当てる。制限値ｙは、ステップＳ１０４で停止したプロセスが検出された時点における、対象のグループＹに所属するプロセス３０が使用するメモリのサイズである。つまり、第２制限値は、直近のステップＳ１０３で取得された、対象のグループＹに所属するプロセス３０が使用するメモリ領域のサイズである。
各プロセス３０が各グループＹに移行されても、停止したプロセス３０が使用可能なメモリ領域のサイズは、停止したときに使用しているサイズと同じ制限値ｙであるため、停止したプロセス３０は停止したままになる。
（ステップＳ１０６：縮退運転処理）
プロセス制御部４１は、複数のグループＹから１つのグループを選択する。プロセス制御部４１は、リソース制御部２１を介して、選択したグループＹの制限値ｙを緩和した上で、選択したグループＹに所属するプロセス３０を縮退運転させる。例えば、プロセス制御部４１は、シグナル又はメッセージキューといったプロセス間通信、あるいは、共有メモリを用いて、プロセス３０が停止したことの通知を、選択したグループＹに所属するプロセス３０に送信する。プロセス３０は、通知を受信すると、メモリ不足が発生しているとして、縮退運転に移行する。
つまり、プロセス制御部４１は、選択したグループＹに対して、制限値ｙよりも大きいサイズである緩和制限値を割り当てる。緩和制限値は、直近のステップＳ１０３で取得された、対象のグループＹに所属するプロセス３０が使用するメモリ領域のサイズよりも大きいサイズである。実施の形態１では、直近のステップＳ１０３で取得された、対象のグループＹに所属するプロセス３０が使用するメモリ領域のサイズに、値αの逆数（つまり、１／α）を乗じたサイズである。
縮退運転は、不要な機能を動作させず、必要最小限の機能のみで動作する運転モードである。
プロセス制御部４１は、複数のグループＹから１つのグループを選択する。プロセス制御部４１は、リソース制御部２１を介して、選択したグループＹの制限値ｙを緩和した上で、選択したグループＹに所属するプロセス３０を縮退運転させる。例えば、プロセス制御部４１は、シグナル又はメッセージキューといったプロセス間通信、あるいは、共有メモリを用いて、プロセス３０が停止したことの通知を、選択したグループＹに所属するプロセス３０に送信する。プロセス３０は、通知を受信すると、メモリ不足が発生しているとして、縮退運転に移行する。
つまり、プロセス制御部４１は、選択したグループＹに対して、制限値ｙよりも大きいサイズである緩和制限値を割り当てる。緩和制限値は、直近のステップＳ１０３で取得された、対象のグループＹに所属するプロセス３０が使用するメモリ領域のサイズよりも大きいサイズである。実施の形態１では、直近のステップＳ１０３で取得された、対象のグループＹに所属するプロセス３０が使用するメモリ領域のサイズに、値αの逆数（つまり、１／α）を乗じたサイズである。
縮退運転は、不要な機能を動作させず、必要最小限の機能のみで動作する運転モードである。
ここで、プロセス制御部４１は、依存管理テーブル５１を参照して、依存プロセスを有するプロセス３０が存在する場合には、依存プロセスを第１に優先して選択する。また、プロセス制御部４１は、直近のステップＳ１０３で取得されたメモリ使用量が多いプロセス３０を第２に優先して選択する。つまり、プロセス制御部４１は、複数の依存プロセスが存在する場合には、メモリ使用量が多い依存プロセスを優先して選択する。
制限値ｙが緩和されたため、メモリ不足で停止したプロセス３０の動作を再開させることが可能になる場合がある。
（ステップＳ１０７：緩和判定処理）
プロセス制御部４１は、全てのグループＹに所属するプロセス３０について、ステップＳ１０６の処理が実行されたか否かを判定する。
プロセス制御部４１は、実行された場合には、処理をステップＳ１０８に進める。一方、プロセス制御部４１は、実行されていない場合には、処理をステップＳ１０６に戻して、未だ処理が実行されていないグループＹを選択する。
プロセス制御部４１は、全てのグループＹに所属するプロセス３０について、ステップＳ１０６の処理が実行されたか否かを判定する。
プロセス制御部４１は、実行された場合には、処理をステップＳ１０８に進める。一方、プロセス制御部４１は、実行されていない場合には、処理をステップＳ１０６に戻して、未だ処理が実行されていないグループＹを選択する。
（ステップＳ１０８：グループ監視処理）
プロセス制御部４１は、全てのグループＹに所属するプロセス３０が使用するメモリ領域のサイズの合計値がステップＳ１０２で設定された制限値ｘ以下になるまで監視を行う。
プロセス制御部４１は、全てのグループＹに所属するプロセス３０が使用するメモリ領域のサイズの合計値がステップＳ１０２で設定された制限値ｘ以下になるまで監視を行う。
（ステップＳ１０９：グループＹ削除処理）
プロセス制御部４１は、ステップＳ１０８で合計値が制限値ｘ以下になることが確認され不要になった全てのグループＹを削除する。
プロセス制御部４１は、ステップＳ１０８で合計値が制限値ｘ以下になることが確認され不要になった全てのグループＹを削除する。
図６を参照して、実施の形態１に係るグループ監視処理（ステップＳ１０８）を説明する。
（ステップＳ２０１：使用量判定処理）
プロセス制御部４１は、リソース制御部２１を介して、全てのグループＹに所属するプロセス３０が使用しているメモリ領域のサイズであるメモリ使用量を取得する。そして、プロセス制御部４１は、全てのグループＹに所属するプロセス３０が使用するメモリ領域のサイズの合計値が、ステップＳ１０２で設定された制限値ｘ以下であるか否かを判定する。
プロセス制御部４１は、合計値が制限値ｘ以下である場合には、処理をステップＳ２０２に進める。一方、合計値が制限値ｘより大きい場合には、処理をステップＳ２０３に進める。
（ステップＳ２０１：使用量判定処理）
プロセス制御部４１は、リソース制御部２１を介して、全てのグループＹに所属するプロセス３０が使用しているメモリ領域のサイズであるメモリ使用量を取得する。そして、プロセス制御部４１は、全てのグループＹに所属するプロセス３０が使用するメモリ領域のサイズの合計値が、ステップＳ１０２で設定された制限値ｘ以下であるか否かを判定する。
プロセス制御部４１は、合計値が制限値ｘ以下である場合には、処理をステップＳ２０２に進める。一方、合計値が制限値ｘより大きい場合には、処理をステップＳ２０３に進める。
（ステップＳ２０２：復旧処理）
プロセス制御部４１は、リソース制御部２１を介して、全てのグループＹに所属するプロセス３０を、グループＸに移行させる。そして、プロセス制御部４１は、各プロセス３０に対して、メモリ不足が解消されたことを通知し、各プロセス３０を縮退運転ではなく通常運転で動作させる。
プロセス制御部４１は、リソース制御部２１を介して、全てのグループＹに所属するプロセス３０を、グループＸに移行させる。そして、プロセス制御部４１は、各プロセス３０に対して、メモリ不足が解消されたことを通知し、各プロセス３０を縮退運転ではなく通常運転で動作させる。
（ステップＳ２０３：停止判定処理）
停止検出部４２は、全てのグループＹに所属するプロセス３０から、停止したプロセス３０を検出する。
停止検出部４２は、停止したプロセス３０が検出された場合には、処理をステップＳ２０４に進める。一方、停止検出部４２は、停止したプロセス３０が検出されなかった場合には、処理をステップＳ２０１に戻して、一定時間経過後に再びメモリ使用量を取得する。
停止検出部４２は、全てのグループＹに所属するプロセス３０から、停止したプロセス３０を検出する。
停止検出部４２は、停止したプロセス３０が検出された場合には、処理をステップＳ２０４に進める。一方、停止検出部４２は、停止したプロセス３０が検出されなかった場合には、処理をステップＳ２０１に戻して、一定時間経過後に再びメモリ使用量を取得する。
（ステップＳ２０４：再起動処理）
プロセス制御部４１は、リソース制御部２１を介して、ステップＳ２０３で検出された停止したプロセス３０を再起動させる。そして、プロセス制御部４１は、処理をステップＳ２０１に戻して、一定時間経過後に再びメモリ使用量を取得する。
プロセス制御部４１は、リソース制御部２１を介して、ステップＳ２０３で検出された停止したプロセス３０を再起動させる。そして、プロセス制御部４１は、処理をステップＳ２０１に戻して、一定時間経過後に再びメモリ使用量を取得する。
＊＊＊実施の形態１の効果＊＊＊
以上のように、実施の形態１に係るリソース制御装置１０は、使用可能なメモリ領域の残量が無くなる前に、使用可能なメモリ領域をプロセス３０毎に分離して割り当て、各プロセス３０を縮退運転させる。これにより、各プロセス３０のメモリ領域の使用量を抑制させつつ、メモリ領域の使用量が異常に増加したプロセス３０とは無関係なプロセス３０を縮退運転により継続動作させることが可能である。また、異常が発生したプロセス３０については、使用可能なメモリ領域のサイズを大きく割り当てることにより、動作を再開させることが可能である。
プロセス３０を継続動作させることにより、システムの可用性が向上する。また、プロセス３０毎に閾値及び対処方法を事前に設定する必要がなく、導入が容易である。
以上のように、実施の形態１に係るリソース制御装置１０は、使用可能なメモリ領域の残量が無くなる前に、使用可能なメモリ領域をプロセス３０毎に分離して割り当て、各プロセス３０を縮退運転させる。これにより、各プロセス３０のメモリ領域の使用量を抑制させつつ、メモリ領域の使用量が異常に増加したプロセス３０とは無関係なプロセス３０を縮退運転により継続動作させることが可能である。また、異常が発生したプロセス３０については、使用可能なメモリ領域のサイズを大きく割り当てることにより、動作を再開させることが可能である。
プロセス３０を継続動作させることにより、システムの可用性が向上する。また、プロセス３０毎に閾値及び対処方法を事前に設定する必要がなく、導入が容易である。
実施の形態２．
実施の形態２は、各プロセス３０が使用するメモリ領域のサイズをログデータとして出力する点が実施の形態１と異なる。実施の形態２では、この異なる点を説明し、同一の点については説明を省略する。
実施の形態２は、各プロセス３０が使用するメモリ領域のサイズをログデータとして出力する点が実施の形態１と異なる。実施の形態２では、この異なる点を説明し、同一の点については説明を省略する。
＊＊＊構成の説明＊＊＊
図７を参照して、実施の形態２に係るリソース制御装置１０のソフトウェア構成を説明する。
リソース制御装置１０は、管理部４０がログ出力部４４を備える点が図２に示すリソース制御装置１０と異なる。
図７を参照して、実施の形態２に係るリソース制御装置１０のソフトウェア構成を説明する。
リソース制御装置１０は、管理部４０がログ出力部４４を備える点が図２に示すリソース制御装置１０と異なる。
＊＊＊動作の説明＊＊＊
図３と図６と図８と図９とを参照して、実施の形態２に係るリソース制御装置１０の動作を説明する。
実施の形態２に係るリソース制御装置１０の動作は、実施の形態２に係るリソース制御方法に相当する。また、実施の形態２に係るリソース制御装置１０の動作は、実施の形態２に係るリソース制御プログラムの処理に相当する。
図３と図６と図８と図９とを参照して、実施の形態２に係るリソース制御装置１０の動作を説明する。
実施の形態２に係るリソース制御装置１０の動作は、実施の形態２に係るリソース制御方法に相当する。また、実施の形態２に係るリソース制御装置１０の動作は、実施の形態２に係るリソース制御プログラムの処理に相当する。
図３のステップＳ１０３と、図６のステップＳ２０１とにおいて、ログ出力部４４は、取得されたメモリ使用量をログデータとして出力する。
実施の形態２では、図８に示すように、ログ出力部４４は、取得されたメモリ使用量を使用量ログテーブル５３に追記する。図８では、使用量ログテーブル５３は、取得時刻毎に、各プロセス３０のメモリ使用量と、メモリ使用量毎の比率とを記憶する。メモリ使用量毎の比率は、メモリ使用量をＡ１とＡ２とＡ３との３つのレベルに分類し、各レベルに該当するメモリ使用量のプロセス３０の数を表している。つまり、図８の１行目のレコードであれば、メモリ使用量毎の比率は、４：０：０なので、レベルＡ１に該当するプロセス３０の数が４であり、レベルＡ２とＡ３とに該当するプロセス３０の数は０であることを表している。ここでは、レベルＡ１は、メモリ使用量が、制限値ｙ以下の場合である。レベルＡ２は、メモリ使用量が、制限値ｙより多く、かつ、緩和制限値以下の場合である。レベルＡ３は、メモリ使用量が、緩和制限値より多い場合である。
実施の形態２では、図８に示すように、ログ出力部４４は、取得されたメモリ使用量を使用量ログテーブル５３に追記する。図８では、使用量ログテーブル５３は、取得時刻毎に、各プロセス３０のメモリ使用量と、メモリ使用量毎の比率とを記憶する。メモリ使用量毎の比率は、メモリ使用量をＡ１とＡ２とＡ３との３つのレベルに分類し、各レベルに該当するメモリ使用量のプロセス３０の数を表している。つまり、図８の１行目のレコードであれば、メモリ使用量毎の比率は、４：０：０なので、レベルＡ１に該当するプロセス３０の数が４であり、レベルＡ２とＡ３とに該当するプロセス３０の数は０であることを表している。ここでは、レベルＡ１は、メモリ使用量が、制限値ｙ以下の場合である。レベルＡ２は、メモリ使用量が、制限値ｙより多く、かつ、緩和制限値以下の場合である。レベルＡ３は、メモリ使用量が、緩和制限値より多い場合である。
図３のステップＳ１０２とステップＳ１０５とステップＳ１０６と、図６のステップＳ２０２とステップＳ２０３とステップＳ２０４とにおいて、ログ出力部４４は、実施した操作をログデータとして出力する。なお、ログ出力部４４は、各ステップにおいて、複数回ログデータを出力してもよい。
実施の形態２では、図９に示すように、ログ出力部４４は、実施した操作を操作履歴テーブル５４に追記する。図９では、操作履歴テーブル５４は、時刻毎に、操作種類と、操作内容と、結果とを記憶する。操作種類は、実施された操作の分類である。操作種類は、グループ作成と、グループ削除と、グループへのプロセス３０の登録と、プロセス３０の所属先のグループの変更と、メモリ使用量の制限と、メモリ使用量の収集と、通知と、再起動と等である。操作内容は、実施された操作の具体的な内容である。結果は、実施された操作が成功したか失敗したかを示す。結果は、オペレーティングシステム２０及びリソース制御部２１に対する要求の結果である。なお、結果は、操作が失敗した場合には、原因を示すエラー番号を含んでもよい。
実施の形態２では、図９に示すように、ログ出力部４４は、実施した操作を操作履歴テーブル５４に追記する。図９では、操作履歴テーブル５４は、時刻毎に、操作種類と、操作内容と、結果とを記憶する。操作種類は、実施された操作の分類である。操作種類は、グループ作成と、グループ削除と、グループへのプロセス３０の登録と、プロセス３０の所属先のグループの変更と、メモリ使用量の制限と、メモリ使用量の収集と、通知と、再起動と等である。操作内容は、実施された操作の具体的な内容である。結果は、実施された操作が成功したか失敗したかを示す。結果は、オペレーティングシステム２０及びリソース制御部２１に対する要求の結果である。なお、結果は、操作が失敗した場合には、原因を示すエラー番号を含んでもよい。
＊＊＊実施の形態２の効果＊＊＊
以上のように、実施の形態２に係るリソース制御装置１０は、各時点において、メモリ使用量と実施された操作とをログデータとして出力する。これにより、メモリ不足が発生した場合に、原因がプロセス３０にあるか環境にあるかといったことを特定可能である。また、障害のレベルの解析も可能である。
以上のように、実施の形態２に係るリソース制御装置１０は、各時点において、メモリ使用量と実施された操作とをログデータとして出力する。これにより、メモリ不足が発生した場合に、原因がプロセス３０にあるか環境にあるかといったことを特定可能である。また、障害のレベルの解析も可能である。
実施の形態３．
実施の形態３は、ガーベージコレクタを優先して縮退運転を開始させる点が実施の形態１，２と異なる。実施の形態３では、この異なる点を説明し、同一の点については説明を省略する。
実施の形態３では、実施の形態１に機能を追加した場合を説明するが、実施の形態２に機能を追加することも可能である。
実施の形態３は、ガーベージコレクタを優先して縮退運転を開始させる点が実施の形態１，２と異なる。実施の形態３では、この異なる点を説明し、同一の点については説明を省略する。
実施の形態３では、実施の形態１に機能を追加した場合を説明するが、実施の形態２に機能を追加することも可能である。
＊＊＊構成の説明＊＊＊
図１０を参照して、実施の形態３に係るリソース制御装置１０のソフトウェア構成を説明する。
リソース制御装置１０は、ガーベージコレクタ推定部４５を備える点が図２に示すリソース制御装置１０と異なる。
図１０を参照して、実施の形態３に係るリソース制御装置１０のソフトウェア構成を説明する。
リソース制御装置１０は、ガーベージコレクタ推定部４５を備える点が図２に示すリソース制御装置１０と異なる。
＊＊＊動作の説明＊＊＊
図１１を参照して、実施の形態３に係るリソース制御装置１０の動作を説明する。
実施の形態３に係るリソース制御装置１０の動作は、実施の形態３に係るリソース制御方法に相当する。また、実施の形態３に係るリソース制御装置１０の動作は、実施の形態３に係るリソース制御プログラムの処理に相当する。
図１１を参照して、実施の形態３に係るリソース制御装置１０の動作を説明する。
実施の形態３に係るリソース制御装置１０の動作は、実施の形態３に係るリソース制御方法に相当する。また、実施の形態３に係るリソース制御装置１０の動作は、実施の形態３に係るリソース制御プログラムの処理に相当する。
ステップＳ３０１からステップＳ３０５の処理は、図３のステップＳ１０１からステップＳ１０５の処理と同じである。ステップＳ３０８からステップＳ３１０の処理は、図３のステップＳ１０７からステップＳ１０９の処理と同じである。
（ステップＳ３０６：ガーベージコレクタ推定処理）
ガーベージコレクタ推定部４５は、全てのグループＹに所属するプロセス３０のうちガーベージコレクタを推定する。具体的には、ガーベージコレクタ推定部４５は、依存管理テーブル５１を参照して、起動時刻が最も早いプロセス３０をガーベージコレクタと推定する。
プロセス制御部４１は、ガーベージコレクタであるプロセス３０が所属するグループＹの制限値ｙを緩和した上で、ガーベージコレクタであるプロセス３０を縮退運転させる。
ガーベージコレクタ推定部４５は、全てのグループＹに所属するプロセス３０のうちガーベージコレクタを推定する。具体的には、ガーベージコレクタ推定部４５は、依存管理テーブル５１を参照して、起動時刻が最も早いプロセス３０をガーベージコレクタと推定する。
プロセス制御部４１は、ガーベージコレクタであるプロセス３０が所属するグループＹの制限値ｙを緩和した上で、ガーベージコレクタであるプロセス３０を縮退運転させる。
プロセス制御部４１は、ガーベージコレクタの動作が完了した、又は、ガーベージコレクタが未動作であることを示す通知を受信した場合と、縮退運転させたプロセス３０が停止した場合とに、処理をステップＳ３０７に進める。
（ステップＳ３０７：縮退運転処理）
プロセス制御部４１は、ステップＳ３０６で縮退運転させたプロセス３０が所属するグループＹ以外のグループＹから１つのグループを選択する。そして、プロセス制御部４１は、リソース制御部２１を介して、選択したグループＹの制限値ｙを緩和した上で、選択したグループＹに所属するプロセス３０を縮退運転させる。
プロセス制御部４１は、ステップＳ３０６で縮退運転させたプロセス３０が所属するグループＹ以外のグループＹから１つのグループを選択する。そして、プロセス制御部４１は、リソース制御部２１を介して、選択したグループＹの制限値ｙを緩和した上で、選択したグループＹに所属するプロセス３０を縮退運転させる。
＊＊＊実施の形態３の効果＊＊＊
以上のように、実施の形態３に係るリソース制御装置１０は、ガーベージコレクタであるプロセス３０を推定し、ガーベージコレクタであるプロセス３０を優先して、縮退運転させる。ガーベージコレクタが実行されれば、メモリが解放され、メモリ不足が解消する。そのため、ガーベージコレクタであるプロセス３０を優先して運転させることにより、早期にメモリ不足を解消させることが可能である。
以上のように、実施の形態３に係るリソース制御装置１０は、ガーベージコレクタであるプロセス３０を推定し、ガーベージコレクタであるプロセス３０を優先して、縮退運転させる。ガーベージコレクタが実行されれば、メモリが解放され、メモリ不足が解消する。そのため、ガーベージコレクタであるプロセス３０を優先して運転させることにより、早期にメモリ不足を解消させることが可能である。
１０ リソース制御装置、１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信インタフェース、２０ オペレーティングシステム、２１ リソース制御部、３０ プロセス、４０ 管理部、４１ プロセス制御部、４２ 停止検出部、４３ リソース割当部、４４ ログ出力部、４５ ガーベージコレクタ推定部。
Claims (11)
- 制限値ｘ以下のサイズのメモリ領域で制御対象の複数のプロセスを動作させるプロセス制御部と、
前記制御対象の複数のプロセスから使用可能なメモリの不足により停止したプロセスを検出する停止検出部と、
前記停止検出部によって停止したプロセスが検出されると、前記制御対象のプロセス毎に使用可能なメモリ領域のサイズを緩和制限値として割り当てるリソース割当部と
を備え、
前記プロセス制御部は、前記停止検出部によって停止したプロセスが検出されると、停止したプロセスを除く前記制御対象の各プロセスを、前記リソース割当部によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で縮退運転させるとともに、前記停止したプロセスを前記リソース割当部によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で起動させるリソース制御装置。 - 前記制限値ｘは、使用可能なメモリ領域のサイズよりも小さいサイズであり、
前記リソース割当部は、前記制御対象の各プロセスを対象プロセスとして、前記停止検出部によって停止したプロセスが検出された時点における前記対象プロセスが使用するメモリ領域のサイズよりも大きいサイズを前記緩和制限値として割り当てる
請求項１に記載のリソース制御装置。 - 前記制限値ｘは、使用可能なメモリ領域のサイズに１よりも小さい値αを乗じたサイズであり、
前記リソース割当部は、前記対象プロセスが使用するメモリ領域のサイズに、前記値αの逆数を乗じたサイズを前記緩和制限値として割り当てる
請求項２に記載のリソース制御装置。 - 前記プロセス制御部は、他のプロセスが動作するために必要なプロセスである依存プロセスが存在する場合には、依存プロセスを優先して前記緩和制限値以下のサイズのメモリ領域で縮退運転させる
請求項１から３までのいずれか１項に記載のリソース制御装置。 - 前記プロセス制御部は、使用するメモリ領域のサイズが大きいプロセスを優先して前記緩和制限値以下のサイズのメモリ領域で縮退運転させる
請求項１から４までのいずれか１項に記載のリソース制御装置。 - 前記プロセス制御部は、前記各プロセスを前記緩和制限値以下のサイズのメモリ領域で縮退運転させている場合に、前記制御対象の複数のプロセスから停止したプロセスが検出されなくなると、前記制限値ｘ以下のサイズのメモリ領域で前記制御対象の複数のプロセスを動作させる
請求項１から５までのいずれか１項に記載のリソース制御装置。 - 前記リソース制御装置は、さらに、
前記各プロセスが使用するメモリ領域のサイズと、実行した処理との少なくともいずれかを示すログデータを出力するログ出力部
を備える請求項１から６までのいずれか１項に記載のリソース制御装置。 - 前記プロセス制御部は、ガーベージコレクタであるプロセスを優先して前記緩和制限値以下のサイズのメモリ領域で縮退運転させる
請求項１から７までのいずれか１項に記載のリソース制御装置。 - 前記リソース制御装置は、さらに、
前記各プロセスの起動時刻に基づき、ガーベージコレクタであるプロセスを推定するガーベージコレクタ推定部
を備え、
前記プロセス制御部は、前記ガーベージコレクタ推定部によってガーベージコレクタであるプロセスと推定されたプロセスを優先して前記緩和制限値以下のサイズのメモリ領域で縮退運転させる
請求項８に記載のリソース制御装置。 - プロセス制御部が、制限値ｘ以下のサイズのメモリ領域で制御対象の複数のプロセスを動作させ、
停止検出部が、前記制御対象の複数のプロセスから使用可能なメモリの不足により停止したプロセスを検出し、
リソース割当部が、前記停止検出部によって停止したプロセスが検出されると、前記制御対象のプロセス毎に使用可能なメモリ領域のサイズを緩和制限値として割り当て、
前記プロセス制御部が、前記停止検出部によって停止したプロセスが検出されると、停止したプロセスを除く前記制御対象の各プロセスを、前記リソース割当部によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で縮退運転させるとともに、前記停止したプロセスを前記リソース割当部によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で起動させるリソース制御方法。 - 制限値ｘ以下のサイズのメモリ領域で制御対象の複数のプロセスを動作させるプロセス制御処理と、
前記制御対象の複数のプロセスから使用可能なメモリの不足により停止したプロセスを検出する停止検出処理と、
前記停止検出処理によって停止したプロセスが検出されると、前記制御対象のプロセス毎に使用可能なメモリ領域のサイズを緩和制限値として割り当てるリソース割当処理と
を行うリソース制御装置としてコンピュータを機能させ、
前記プロセス制御処理では、前記停止検出処理によって停止したプロセスが検出されると、停止したプロセスを除く前記制御対象の各プロセスを、前記リソース割当処理によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で縮退運転させるとともに、前記停止したプロセスを前記リソース割当処理によってそのプロセスに割り当てられた前記緩和制限値以下のサイズのメモリ領域で起動させるリソース制御プログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2018/007429 WO2019167157A1 (ja) | 2018-02-28 | 2018-02-28 | リソース制御装置、リソース制御方法及びリソース制御プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2019167157A1 JPWO2019167157A1 (ja) | 2020-05-28 |
| JP6762450B2 true JP6762450B2 (ja) | 2020-09-30 |
Family
ID=67805240
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020503151A Expired - Fee Related JP6762450B2 (ja) | 2018-02-28 | 2018-02-28 | リソース制御装置、リソース制御方法及びリソース制御プログラム |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US11409566B2 (ja) |
| JP (1) | JP6762450B2 (ja) |
| KR (1) | KR102254797B1 (ja) |
| CN (1) | CN111742299A (ja) |
| DE (1) | DE112018006950B4 (ja) |
| TW (1) | TW201937376A (ja) |
| WO (1) | WO2019167157A1 (ja) |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000293386A (ja) | 1999-04-12 | 2000-10-20 | Hitachi Ltd | メモリ管理方式 |
| JP2001331348A (ja) | 2000-05-24 | 2001-11-30 | Nec Software Kobe Ltd | プロセスメモリ消費量増加傾向検出方式 |
| JP3974762B2 (ja) | 2001-09-19 | 2007-09-12 | 株式会社リコー | 画像処理装置および画像処理方法 |
| JP2006099332A (ja) * | 2004-09-29 | 2006-04-13 | Sony Corp | 情報処理装置、プロセス制御方法、並びにコンピュータ・プログラム |
| JP2009238011A (ja) | 2008-03-27 | 2009-10-15 | Nec Corp | 実行環境の制御方法およびプログラム |
| US8452875B2 (en) * | 2008-10-13 | 2013-05-28 | Mitsubishi Electric Corporation | Resource allocation apparatus, resource allocation program and recording media, and resource allocation method |
| KR101283864B1 (ko) * | 2008-10-27 | 2013-07-08 | 가부시키가이샤 히타치세이사쿠쇼 | 리소스 관리 방법과 내장 장치 |
| KR100901286B1 (ko) | 2008-12-23 | 2009-06-09 | 어울림정보기술주식회사 | 다중 코어 프로세서에서의 부하 변화에 따른 실시간 프로세스 동적 할당 시스템 및 그 방법 |
| JP5601587B2 (ja) | 2011-02-15 | 2014-10-08 | Ｎｅｃソリューションイノベータ株式会社 | プロセス再起動装置、プロセス再起動方法およびプロセス再起動プログラム |
| JP5783246B2 (ja) | 2011-03-19 | 2015-09-24 | 富士通株式会社 | 端末装置、プロセス管理方法、およびプロセス管理プログラム |
| JP5691749B2 (ja) * | 2011-03-31 | 2015-04-01 | 富士通株式会社 | リソース抑制プログラム、リソース監視プログラム、リソース抑制装置、リソース監視装置、リソース抑制方法、リソース監視方法及びリソース抑制システム |
| WO2013145288A1 (ja) | 2012-03-30 | 2013-10-03 | 富士通株式会社 | 情報処理装置、仮想マシン停止方法およびプログラム |
| JP6089783B2 (ja) * | 2013-02-27 | 2017-03-08 | 富士通株式会社 | 制御装置、リソース制御プログラムおよびリソース制御方法 |
| JP6257296B2 (ja) | 2013-12-05 | 2018-01-10 | 三菱電機株式会社 | リソース配分装置、リソース配分システム、リソース配分方法及びプログラム |
| CN104407924B (zh) | 2014-10-31 | 2017-11-21 | 小米科技有限责任公司 | 内存优化方法及装置 |
| US9678868B2 (en) | 2014-10-31 | 2017-06-13 | Xiaomi Inc. | Method and device for optimizing memory |
| JP2017062721A (ja) * | 2015-09-25 | 2017-03-30 | 日本電気株式会社 | 資源割当変更装置、資源割当変更方法、ならびに、プログラム |
| CN105824702A (zh) * | 2016-03-22 | 2016-08-03 | 乐视云计算有限公司 | 一种管理程序内存占用量的方法和终端 |
| CN106055407B (zh) * | 2016-05-25 | 2020-02-07 | 努比亚技术有限公司 | 进程资源调整装置及方法 |
-
2018
- 2018-02-28 JP JP2020503151A patent/JP6762450B2/ja not_active Expired - Fee Related
- 2018-02-28 KR KR1020207023880A patent/KR102254797B1/ko active IP Right Grant
- 2018-02-28 US US16/963,179 patent/US11409566B2/en active Active
- 2018-02-28 DE DE112018006950.8T patent/DE112018006950B4/de active Active
- 2018-02-28 WO PCT/JP2018/007429 patent/WO2019167157A1/ja active Application Filing
- 2018-02-28 CN CN201880089640.0A patent/CN111742299A/zh active Pending
- 2018-04-26 TW TW107114231A patent/TW201937376A/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| CN111742299A (zh) | 2020-10-02 |
| DE112018006950B4 (de) | 2022-07-14 |
| KR102254797B1 (ko) | 2021-05-21 |
| DE112018006950T5 (de) | 2020-11-19 |
| TW201937376A (zh) | 2019-09-16 |
| US20210132997A1 (en) | 2021-05-06 |
| JPWO2019167157A1 (ja) | 2020-05-28 |
| US11409566B2 (en) | 2022-08-09 |
| WO2019167157A1 (ja) | 2019-09-06 |
| KR20200102526A (ko) | 2020-08-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8635493B2 (en) | High availability system allowing conditionally reserved computing resource use and reclamation upon a failover | |
| US8413144B1 (en) | Providing application-aware high availability of virtual machines | |
| JP5851503B2 (ja) | 高可用性仮想機械環境におけるアプリケーションの高可用性の提供 | |
| US8627143B2 (en) | Dynamically modeling and selecting a checkpoint scheme based upon an application workload | |
| US8135985B2 (en) | High availability support for virtual machines | |
| JP5212360B2 (ja) | 制御プログラム、制御システムおよび制御方法 | |
| WO2016165304A1 (zh) | 一种实例节点管理的方法及管理设备 | |
| US9229820B2 (en) | Information processing device with memory dump function, memory dump method, and recording medium | |
| CN109656895B (zh) | 分布式存储系统、数据写入方法、装置和存储介质 | |
| CN109669822B (zh) | 电子装置、备用存储池的创建方法和计算机可读存储介质 | |
| JP5713138B1 (ja) | 仮想計算機システム、プリンタ制御システム、仮想計算機プログラム及びプリンタ制御プログラム | |
| JP2014178913A (ja) | 電子機器、スナップショットイメージの作成方法及びプログラム | |
| US20150172160A1 (en) | Monitoring file system operations between a client computer and a file server | |
| US20210081234A1 (en) | System and Method for Handling High Priority Management Interrupts | |
| JP6762450B2 (ja) | リソース制御装置、リソース制御方法及びリソース制御プログラム | |
| US9749577B1 (en) | Host video recording by baseboard management controller (BMC) | |
| JP6677021B2 (ja) | 情報処理装置、情報処理方法、プログラム | |
| CN114756355A (zh) | 一种计算机操作系统的进程自动快速恢复的方法和装置 | |
| US9176806B2 (en) | Computer and memory inspection method | |
| CN112328423A (zh) | 一种搜索服务漏洞的处理方法、装置和存储介质 | |
| US10489239B2 (en) | Multiplexing system, multiplexing method, and computer program product | |
| CN114301927B (zh) | 一种分布式系统中主节点选取方法、装置及介质 | |
| US20160266960A1 (en) | Information processing apparatus and kernel dump method | |
| US11630500B2 (en) | Configuring power level of central processing units at boot time | |
| CN107315624B (zh) | 信息处理方法及虚拟化管理器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200204 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20200204 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20200616 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200623 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200717 |
|
| 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: 20200811 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200908 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6762450 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |