JP3672236B2 - コンピュータ環境の中央処理装置を管理する方法、システム、およびプログラム製品 - Google Patents
コンピュータ環境の中央処理装置を管理する方法、システム、およびプログラム製品 Download PDFInfo
- Publication number
- JP3672236B2 JP3672236B2 JP2000290086A JP2000290086A JP3672236B2 JP 3672236 B2 JP3672236 B2 JP 3672236B2 JP 2000290086 A JP2000290086 A JP 2000290086A JP 2000290086 A JP2000290086 A JP 2000290086A JP 3672236 B2 JP3672236 B2 JP 3672236B2
- Authority
- JP
- Japan
- Prior art keywords
- logical
- logical partition
- cpu
- processor
- weight
- 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 - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- 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
-
- 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/5083—Techniques for rebalancing the load in a distributed system
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Multi Processors (AREA)
Description
【発明の属する技術分野】
本発明は、全般的にはコンピュータ・システム内のワークロードの管理に関し、具体的には、論理分割されたシステムなどの分割されたシステムでのワークロードの管理に関する。
【0002】
【従来の技術】
論理分割を用いると、単一の物理計算機または中央演算処理装置複合システム(CPC)内で複数のシステム・イメージを確立することができる。各システム・イメージは、別々のコンピュータ・システムであるかのように動作することができる。すなわち、各論理区画は、独立にリセットでき、論理区画ごとに異なるものとすることのできるオペレーティング・システムを当初にロードでき、異なる入出力装置を使用して異なるソフトウェア・プログラムと共に動作することができる。
【0003】
論理分割されたコンピュータ・システムの例は、たとえば、米国特許第4564903号明細書、米国特許第4843541号明細書、および米国特許第5564040号明細書に記載されている。
【0004】
論理分割されたシステムの商業実施形態には、たとえば、プロセッサ・リソース/システム管理機構(PR/SM)を備えたIBM S/390プロセッサが含まれ、PR/SMは、たとえば、IBM社の出版物「Processor Resource/Systems Manager Planning Guide」、GA22−7236−04、1999年3月に記載されている。
【0005】
【発明が解決しようとする課題】
論理分割されたシステムの重要な態様の1つが、そのシステムの区画内で稼動するワークロードの管理である。たとえば、S/390システムでは、ワークロード・マネージャを使用して、区画内および区画間でワークロードを管理する。ワークロード・マネージャは、作業をシステムの物理リソースに移動することによって、ワークロードの平衡化を試みる。しかし、作業を移動するためには、リロケートされる作業が必要とするデータが、移動先の位置にあることを保証することが重要である。この必要が、作業の移動を制限することがしばしばである。したがって、論理分割されたシステム内でワークロードを平衡化するための努力が行われてきたが、さらなる必要が存在し、さらなる努力が必要である。
【0006】
【課題を解決するための手段】
コンピュータ環境内の中央処理装置(CPU)リソースを管理する方法を提供することにより、従来技術の短所が克服され、追加の長所がもたらされる。この方法には、たとえば、コンピュータ環境の区画へのCPUリソースの割振りを調整しなければならないことを判定するステップと、その区画とコンピュータ環境の別の区画との間で割振りを動的に調整するステップが含まれる。
【0007】
本発明のもう1つの実施形態では、動的調整が、少なくともその区画のワークロード目標に応答する。さらに、もう1つの例では、動的調整は、コンピュータ環境の複数の区画にまたがる。
【0008】
上で要約した方法に対応するシステムおよびコンピュータ・プログラム製品も、本明細書に記載され、請求される。
【0009】
有利なことに、本発明の少なくとも1つの態様によって、コンピュータ環境内の中央処理装置リソースの管理が可能になる。たとえば、ワークロード・マネージャは、論理区画に関連するCPUプロセッサ重みを動的に調整することによって、論理区画にまたがってCPUリソースを分配することができる。WLMは、たとえば、それが稼動する区画の重みが低すぎるので重要なワークロードが遅れている時を理解する。WLMは、たとえば、この区画の重みを引き上げ、別の区画の重みを引き下げ、これによって、追加のCPU容量を重要なワークロードに提供することによって、このワークロードを助けることができる。本発明のこの態様によって、有利なことに、ワークロード要件が変化する際に、必要な区画に動的にCPUリソースを移動することが可能になる。
【0010】
追加の特徴および長所は、本発明の技法を介して実現される。本発明の他の実施形態および態様は、本明細書に記載されており、請求される発明の一部とみなされる。
【0011】
【発明の実施の形態】
コンピュータ環境のリソースの割振りの動的調整によって、その環境のワークロードを平衡化できるようにする、ワークロード管理機能を提供する。一例では、コンピュータ環境に、複数の論理区画が含まれ、ワークロードは、複数の区画にまたがって管理される。
【0012】
本発明のワークロード管理機能を組み込まれ、これを使用するコンピュータ環境の一実施形態を、図1に関連して説明する。コンピュータ環境100は、たとえば、米国ニューヨーク州アーモンクのInternational Business Machines Corporationが提供するエンタープライズ・システム・アーキテクチャー(ESA)/390に基づく。ESA/390は、IBM社の出版物、「Enterprise Systems Architecture/390 Principles Of Operation」、IBM Publication No.SA22−7201−04、1997年6月に記載されている。ESA/390に基づくコンピュータ環境の一例が、International Business Machines Corporationが提供する9672 Parallel Enterprise Serverである。
【0013】
コンピュータ環境100には、たとえば、1つまたは複数の中央処理装置106(たとえばCP1ないしCP4)、1つまたは複数の論理区画108(たとえば論理区画(LP1ないしLP4))、および少なくとも1つの論理区画マネージャ110を有する中央演算処理装置複合システム(CPC)102が含まれる。これらのそれぞれを、下で説明する。
【0014】
中央処理装置106は、論理区画に割り振られる物理プロセッサ・リソースである。具体的に言うと、各論理区画108は、1つまたは複数の論理プロセッサ(図を明瞭にするために特に図示せず)を有し、この論理プロセッサのそれぞれが、その区画に割り振られた物理プロセッサである中央処理装置106のすべてまたは共用部分を表す。特定の論理区画108の論理プロセッサは、その区画専用(その結果、基礎になる中央処理装置106がその区画のために予約される)とするか、別の区画と共用する(その結果、基礎になるプロセッサ・リソースが、潜在的に別の区画から使用可能になる)のいずれかとすることができる。
【0015】
図示の特定の例では、論理区画LP1ないしLP4のそれぞれが、常駐するオペレーティング・システム112(論理区画ごとに異なるものとすることができる)と1つまたは複数のアプリケーション114を有する別々のシステムとして機能する。一実施形態では、オペレーティング・システム112は、International Business Machines Corporationが提供するOS/390またはMVS/ESAオペレーティング・システムである。
【0016】
さらに、各オペレーティング・システム(またはそのサブセット)には、区画内および区画間でワークロードを管理するためのワークロード・マネージャ116が含まれる。ワークロード・マネージャの一例が、International Business Machines Corporationが提供するWLMである。WLMは、たとえば、米国特許第5473773号明細書および米国特許第5675739号明細書に記載されている。
【0017】
論理区画108は、中央処理装置106上で稼動するマイクロコードによって実施される論理区画マネージャ110によって管理される。論理区画108(LP1ないしLP4)および論理区画マネージャ110のそれぞれには、中央処理装置に関連する中央記憶装置のそれぞれの部分に常駐する1つまたは複数のプログラムが含まれる。論理区画マネージャ110の一例が、PR/SMである。
【0018】
コンピュータ環境のもう1つの実施形態では、複数の中央演算処理装置複合システムが、図2に示されているように互いに結合されて、シスプレックスを形成する。一例として、中央演算処理装置複合システム(CPC)102は、たとえば結合装置122を介して、1つまたは複数の他のCPC120に結合される。
【0019】
図示の例では、CPC120に、複数の論理区画124(たとえばLP1ないしLP3)が含まれ、これらの論理区画は、論理区画マネージャ126によって管理される。1つまたは複数の論理区画に、オペレーティング・システムが含まれ、この論理区画は、ワークロード・マネージャおよび1つまたは複数のアプリケーション・プログラムを有することができる(図を明瞭にするためにこの例では図示せず)。さらに、CPC120には、複数の中央処理装置128(たとえばCP1ないしCP3)が含まれ、その中央処理装置のリソースは、複数の論理区画の間で割り振られる。具体的に言うと、リソースは、各区画の1つまたは複数の論理プロセッサ130の間で割り振られる(他の実施形態では、各CPCが、1つまたは複数の論理区画と、1つまたは複数の中央処理装置を有することができる)。
【0020】
結合装置122(別名、構造化外部ストレージ(SES)プロセッサ)は、中央演算処理装置複合システムによってアクセス可能な記憶装置を含み、CPC内のプログラムによって要求される動作を実行する。結合装置は、共用リソース再分配決定を行う際に使用される状態情報の共用のために本発明のさまざまな態様によって使用される(一実施形態では、各中央演算処理装置複合システムが、複数の結合装置に結合される)。結合装置の動作の諸態様は、米国特許第5317739号明細書、米国特許第5561809号明細書、および米国特許第5706432号明細書などの参考文献に詳細に記載されている。
【0021】
一実施形態では、1つまたは複数の中央処理装置が、少なくとも1つのチャネル・サブシステムに結合され、このチャネル・サブシステムは、入出力装置との通信に使用される。たとえば、中央処理装置200(図3)は、主記憶装置202および少なくとも1つのチャネル・サブシステム204に結合される。チャネル・サブシステム204は、さらに、1つまたは複数の制御装置206に結合される。制御装置は、1つまたは複数の入出力装置208に結合される。
【0022】
チャネル・サブシステムは、入出力装置と主記憶装置の間の情報の流れを指示する。チャネル・サブシステムは、中央処理装置を、入出力装置と直接に通信するという作業から解放し、入出力処理と並列にデータ処理を進行できるようにする。チャネル・サブシステムは、入出力装置208との間の情報の流れを管理する際の通信リンクとして、1つまたは複数のチャネル・パス214を使用する。
【0023】
各チャネル・パス214には、たとえば、チャネル・サブシステム204のチャネル210、制御装置206、およびチャネルと制御装置の間のリンク212が含まれる。他の実施形態では、チャネル・パスが、複数のチャネル、制御装置またはリンクを有することができる。さらに、もう1つの例では、チャネル・パスの一部として、1つまたは複数の動的交換機を有することも可能である。動的交換機は、チャネルおよび制御装置に結合され、交換機に付加されるリンクの任意の2つを物理的に相互接続する能力を提供する。チャネル・サブシステムに関するさらなる詳細は、参照によってその全体を本明細書に組み込まれる米国特許第5526484号明細書に記載されている。
【0024】
本発明の一態様では、さまざまな物理リソースが、1つまたは複数のワークロード・マネージャの指示の下で、コンピュータ環境の論理区画の間で動的に再分配される。この動的再分配は、アプリケーション・サブシステムにとって透過的である。例として、再分配される物理リソースには、CPUリソース、論理プロセッサ・リソース、入出力リソース、コプロセッサ、チャネル・リソース、ネットワーク・アダプタ、およびメモリ・リソースが含まれる。一例として、コプロセッサは、特定の機能をサービスする、CPC内のマイクロプロセッサ(CPU以外の)である。コプロセッサの例には、たとえば、チャネル・サブシステム、ネットワーク・アダプタ・カード、および暗号コプロセッサが含まれる。上記の物理リソースは、例として提供されるものにすぎない。他の共用可能リソースも、本発明の主旨から逸脱せずに再分配することができる。
【0025】
リソースの動的再分配を容易にするために、一実施形態では、論理区画が、グループの区画の間でリソースを共用するためにグループ化される。各グループのサイズは、1区画からn区画まで変更できる(一実施形態では、1つまたは複数のグループに1つまたは複数の区画が含まれるが、区画の数はコンピュータ環境のすべての区画より少ない)。具体的に言うと、各グループには、たとえば、計算機の独立のドメインで稼動する1つまたは複数のオペレーティング・システム・イメージが含まれ、このドメインは、ワークロードおよびリソースを分配するために共通のワークロード・マネージャ機能によって管理される。一例では、これらのドメインは、論理分割モードで稼動する論理区画であり、オペレーティング・システムは、論理区画内で稼動するOS/390である。グループの論理区画は、システム(たとえばCPC)またはシスプレックスの区画のサブセット、システムまたはシスプレックス全体、または、異なるシスプレックス(たとえば単一のCPC上の)または異なるシステムの区画とすることができる。
【0026】
中央演算処理装置複合システムの2つの論理区画グループ(またはクラスタ)の一実施形態を、図4に示す。図からわかるように、それぞれに1つまたは複数の論理区画が含まれる、論理区画グループA300および論理区画グループB302がある。論理区画のグループ化によって、リソース割振り(たとえば、優先順位に基づくリソース割振り)を介するグループの区画の間でのリソース共用が可能になる。
【0027】
例として、共用されるリソースには、CPUリソース、入出力リソース、およびメモリならびに、コプロセッサまたは他の、計算機が提供することのできる共用可能リソースが含まれる。特定の論理区画グループは、特定の計算機のすべてのリソースへのアクセス権を有する場合とそうでない場合がある。実際に、複数の論理区画グループを、単一の計算機上で同時に動作するように定義することができる。各論理区画グループを効率的に管理するために、特定の論理区画グループを構成するリソースは、効果的にそのグループにスコーピングされる。
【0028】
スコーピングには、各グループに割振り可能であるリソースの識別が含まれる。具体的に言うと、有効範囲によって、どのリソースがそのグループに制限され、そのグループのために管理可能であるかが定義される。論理区画グループを構成する論理区画は、リソースのコンテナとみなすことができる。これらのコンテナは、論理区画から使用可能なリソース全体の組の境界の中に存在する。一例では、これは、特定のCPC上で使用可能なリソース全体の組である。
【0029】
特定の論理区画グループ(たとえば論理区画グループA)を構成する論理区画には、共用可能なすべてのリソースのうちの特定の部分が割り当てられる。たとえば、共用可能なリソースがCPUリソースであると仮定する。共用CPUリソースについて、論理区画グループAに含まれる論理区画には、中央演算処理装置複合システムCPUリソース全体のうちの特定の部分が割り当てられる。これらのリソースは、特定のグループ内の論理区画ならびに、潜在的に、他の論理区画グループ内の論理区画およびどの論理区画グループにも含まれない論理区画によって共用されている。したがって、グループ内でのリソース移動(たとえば、論理区画グループ内の1区画からそのグループ内の別の区画へ)に関する決定を行おうとするワークロード・マネージャは、グループを構成するリソースの理解ならびに、より大きいコンテナ(たとえばCPC)に含まれるものの理解を有する必要がある。ワークロード・リソース管理に関する決定を行うのに使用される測定フィードバック(たとえば、結合装置に記憶された状態情報)は、上記のように顧客が定義したコンテナを理解するのに十分なものでなければならない。
【0030】
この理解が確立された後に、ワークロード・マネージャが指示する、所与のグループの論理区画でのリソース割振りに対する変更は、通常は、コンテナ・サイズ(すなわち、論理区画グループに割り振られるリソース)を一定に保つ形で行われる。たとえば、管理されるリソースがCPUリソースであると仮定し、さらに、各論理区画に、優先順位を示すCPU処理重みが割り当てられると仮定する。CPU相対重みを管理するために、所与のグループ内の論理区画の相対重みの合計が、たとえばワークロード・マネージャを介する、指示された変更の前と後で一定にならなければならない。これによって、顧客が指定した、グループおよび計算機上に存在する他の論理区画へのリソースの割振りが維持される。
【0031】
上記にもかかわらず、いくつかの場合に、リソースが指定された所有者によって使用されていない時に、区画のグループが、定義されたコンテナより多いリソースを使用することが望ましく、可能である場合がある。しかし、リソースの競合が発生すると同時に、リソースは、定義されたコンテナのサイズ(たとえば、この例では処理重み)に従って、LPARマネージャによって管理される。しかし、そのコンテナを超えてグループを拡張することを許可してはならない場合もありえる。これは、スコーピングに関してもありえる。他のリソースは、リソースの使用の正確なイメージを得るために、単一のグループに完全にスコーピングされる必要がある可能性がある。この形での制限によって、所与のグループの外部の論理区画がそのリソースにアクセスできなくなる。
【0032】
上記に加えて、論理区画グループ内のリソースの可用性に対する外部変更の影響にも考慮を払う。たとえば、ユーザが、なんらかの外部手段を介して(ワークロード・マネージャの指示の下ではなく)リソースの割振りを変更する可能性がある。これは、ある計算機での実際のワークロードの変化、またはグループ間または他の論理区画間のビジネス優先順位のシフトが原因で行われる可能性がある。これらの変更が行われる時には、これらの変更は、ワークロード・マネージャによって理解されなければならず、これらの変更の影響は、合理的に分配されなければならない。変更は、論理区画がグループに追加または除去される時、グループの外部の他の論理区画が追加または除去される時、または、単に外部手段を介して処理重みの変更が行われる時に、発生する可能性がある。これらの外部変更が実行される時には、コンテナのサイズが変更される可能性があり、ワークロード・マネージャは、その新しいサイズのコンテナのマネージャになる。
【0033】
グループの特定の論理区画に属するリソースが外部から変更される時には、グループ内のリソースの再分配が必要になる可能性がある。たとえば、論理区画がグループから除去される時には、その論理区画に関連する処理重みが、そのグループから除去される。その論理区画について現在ワークロード・マネージャが割り当てている重みが、除去される論理区画の重み(すなわち、当初に論理区画に関連する処理重み)より大きい場合には、これらの重みの間の差が、そのグループ内の他の論理区画に追加される。これは、たとえば、グループ内の他の論理区画での重みの既存の分配に比例して行われる。論理区画について現在ワークロード・マネージャが割り当てている重みが、論理区画の初期重みより小さい場合には、これらの重みの間の差が、グループ内の他の論理区画から減算される。やはり、これは、一例として、他の論理区画の重みの割り当てに比例して行われる。
【0034】
上で説明したように、グループは、グループに割り当てられたリソースおよび変更を許可されたリソースへのハンドルを得るためにスコーピングされ、その結果、ワークロード・マネージャは、次に何を行うかに関して正しい決定を行えるようになる。スコーピングによって、グループが識別され、プログラムが理解できる情報がプログラムに供給される。グループが変更される時には、リソースは、その変更を満足するために動的に調整される。
【0035】
一実施形態では、リソースごとに別々のグループ(クラスタ)を設けることができる。たとえば、論理区画グループAをCPUリソースに関するものとし、論理区画グループBを入出力リソースに関するものとすることができる。しかし、他の実施形態では、1つの論理区画グループを、リソースのサブセットまたはすべてに関するものとすることも可能である。
【0036】
LPARグループ有効範囲を確立するために、一例では、論理区画が、1つまたは複数の区画のグループに対してそれ自体を識別する。グループへの加入に関連する論理の一実施形態を、図5に関連して説明する。たとえば、論理区画グループに加入するために、論理区画で稼動するオペレーティング・システム(たとえばOS/390)は、その論理区画がその一部になろうとするLPARグループがどれであるかをLPARマネージャに示す(ステップ400)。一例として、命令を使用して、LPARグループ名をLPARマネージャに渡す。オペレーティング・システムは、LPARグループ内で管理されるリソースのタイプごとに名前を指定する。したがって、他のリソースがある場合には(問合せ402)、他の名前を指定する。たとえば、あるグループ名が、CPUリソースについて与えられ、もう1つの名前が、入出力リソースについて与えられる。望むならば、各リソース・タイプについて同一のLPARグループ名を指定することができる。
【0037】
このOS/390による宣言によって、計算機上で新しいLPARグループが確立される(論理区画がその名前を使用する最初の論理区画である場合)か、この論理区画がそのリソース・タイプに関する同一の名前の既存のLPARグループに加入することになるかのいずれかになる。たとえば、グループ名が指定された(ステップ404)(図6)後に、それが新しい名前であるかどうかに関する判定を行なう(問合せ406)。そうである場合には、新しいグループを作成する(ステップ408)。そうでない場合には、既存のグループに加入する(ステップ410)。その後、リソースをグループにスコーピングする(ステップ412)。
【0038】
具体的に言うと、LPARグループにバインドされるグループ・タイプのリソースは、LPARグループ内で稼動するWLMがそうする必要があると判定した場合に、その時に、その論理区画が使用するために使用可能にされる。スコーピングを必要とするLPARグループの特定のタイプのリソースには、少なくとも2つの変形すなわち、追加リソースおよび固定リソースが含まれる。
【0039】
追加リソース:いくつかの場合に、LPARグループへの加入によって、本質的に、論理区画が加入したばかりのLPARグループにリソースが追加される。この一例が、CPU処理重みであり、これは、たとえば、顧客によって、ハードウェア・コンソールで論理区画に割り当てられる。論理区画の現在の(使用中の)処理重みは、論理区画が活動化される時に、この顧客が割り当てた重みから初期設定される。論理区画がCPUリソースに関するLPARグループに加入する時には、その論理区画に顧客が割り当てた処理重みが、LPARグループ内での使用のために使用可能な総処理重みの一部になり、したがって、WLMによってLPARグループ内で再割り当てすることが可能になる。LPARグループに加入したばかりの論理区画は、寄与が行われたばかりのLPARグループ・リソースのより大きい組を使用する潜在能力を有する。
【0040】
固定リソース:いくつかの場合に、リソースの組が、特定のLPARグループに属するものとして事前に定義される。この一例が、管理対象(浮動)チャネル・パスである。管理対象チャネル・パスとは、ワークロード目標を達成するのを助けるためにそのリソースを再割り当てすることができるチャネル・パスである。特定のLPARグループによる使用のための管理対象チャネル・パスの組は、当初は、チャネル・パス(CHPID)をLPARグループに関連付ける入出力構成定義処理を介して定義される。論理区画は、このLPARグループに加入する時に、このチャネル・パスの組へのアクセスを許可される。論理区画自体は、このリソース・プールに全く寄与しない(このリソースのプールは、やはり動的に変更することができるが、要点は、論理区画がLPARグループに加入し、離脱する際にリソースが論理区画と共に移動しないことである)。
【0041】
LPARスコープも、リソースのタイプに応じてリソースに対して異なる形で実施することができる。
【0042】
追加リソース:LPARグループ内のオペレーティング・システムは、そのLPARグループのこのタイプのリソースの完全な組を問い合わせることができる。一例として、CPU処理重みの場合、これは、命令を介して達成される。オペレーティング・システムは、LPARグループ内のこのリソース・タイプの組全体、グループ内の論理区画へのリソースの割振り、および現在の計算機上で使用可能なリソース・プールの完全なサイズを知る。これらの構成要素のすべてが、全物理リソースのうちのどれだけが論理区画に割り振られるかを理解するのに使用される。その後、オペレーティング・システムは、LPARグループ内の論理区画への割振りを更新して、グループ内のリソースを再割当てする。オペレーティング・システムは、一例では、LPARグループに割り振られるリソースの総量を変更することを許可されない。LPARマネージャは、LPARグループのすべての部分が、更新で考慮され、LPARグループの外部の論理区画がそのリソースに影響を受けないようにすることによって、これを実施する。
【0043】
固定リソース:LPARグループ内のオペレーティング・システムは、このタイプのリソースについて、そのLPARグループに関連するリソースの組を問い合わせる。たとえば、管理対象チャネル・パスについて、特定のLPARグループについて定義された管理対象チャネル・パスのリストを、命令を介してLPARマネージャから取り出すことができる。LPARマネージャは、これらのリソースのスクリーニングも行って、これらが正しいLPARグループによってのみ使用されるようにする。管理対象チャネルの場合、これは、管理対象チャネル・パスを、その管理対象チャネル・パスについて定義された名前と一致するLPARグループ名を宣言した論理区画に対してオンラインに構成することだけが許可されることを意味する。
【0044】
LPARグループの一部である論理区画が、システム・リセット、再IPL、または非活動化される時には、その論理区画が1つまたは複数のLPARグループに関して有した所属のすべてが除去される。グループからの論理区画の除去に関連する論理の一実施形態を、図7に関連して説明する。リセットの一部として、論理区画マネージャは、宣言されたLPAR区画グループ名を論理区画から除去する(ステップ500)。次に、リソースに応じて(問合せ502)、その論理区画のLPARグループ・リソース割振り解除を完了するための1つまたは複数の他の処置を実行する。
【0045】
リソースが追加リソースの場合には、以下が行われる。このような、論理区画がLPARグループに加入した時にLPARグループに追加されたリソースは、LPARグループから除去される(ステップ504)。これには、このタイプのリソースの、LPARグループの残りのメンバへの現在の割振りの調整が含まれる場合がある。たとえば、処理重みの場合、グループを離脱する論理区画の初期処理重みが、LPARグループの有効範囲から除去される。WLMが、論理区画の現在の処理重みを変更している場合には、調整を行う必要がある。論理区画の現在の処理重みが、その初期処理重みより大きい場合には、この2つの間の差が、残りのLPARグループ・メンバに、その現在の処理重みに比例して再分配される。論理区画の現在の処理重みが、その初期処理重みより小さい場合には、この2つの間の差が、残りのLPARグループ・メンバから、その現在の処理重みに比例して除去される。この調整の結果として、結果のLPARグループに対する処理重みコンテナの内容が再確立される。
【0046】
その一方で、リソースが固定リソースの場合には、以下が行われる。このようなリソースは、リセットされる論理区画の構成から単純に除去される(ステップ506)。たとえば、管理対象チャネル・パスの場合、チャネル・パスは、リセットされる論理区画から構成解除される。これによって、LPARグループのメンバだけが、LPARグループのリソースにアクセスできることが、もう一度再確立される。
【0047】
LPARグループ環境内のWLMによって管理されるリソースの一部が、グループ・スコーピングの必要を有しない場合があることにも留意されたい。そのようなリソースの一例が、論理区画のためにオンラインになる論理中央処理装置(CP)の数である。LPARグループ内の特定の論理区画の効果的な挙動は、その論理区画に対してオンラインである論理CPの数によって大きく影響される可能性がある。論理区画が定義することのできるまたはオンラインである論理CPの数は、その論理区画がLPARグループに含まれるか否かに無関係に論理区画の特性であり、したがって、このリソースは、実際にはリソースのより大きいプールの一部にはならない。しかし、LPARグループでのその効果は、それによって、別のLPARグループ・メンバに対してあるLPARグループ・メンバ内で効果的に動作させることができるワークロードのタイプを変更できることである。
【0048】
一例では、複数の論理区画の間で共用されるリソースが、CPUリソースである。本発明の一態様では、OS/390ワークロード・マネージャは、論理区画に関連する1つまたは複数の相対プロセッサ重みを動的に調整することによって、論理区画の間でCPUリソースを再分配する。WLMは、重要なワークロードが稼動する区画の重みが低すぎるので重要なワークロードが遅延される時を理解する。WLMは、この区画の重みを引き上げ、別の区画の重みを引き下げることによってこのワークロードを助けることができ、これによって、追加のCPU容量が重要なワークロードに与えられる。CPUリソースは、ワークロード要件が変化する際に、必要な区画に動的に移動される。
【0049】
一実施形態では、論理区画重みのWLM管理の有効範囲が、論理区画グループである。一例として、WLMは、論理区画重みを調整するが、グループ内の区画の重みの合計を一定に維持する。合計を一定に維持することによって、グループに割り振られる総CPUリソースが、同一の物理コンピュータ上の他の独立のグループに対して相対的に同一に保たれる。したがって、WLMは、ある区画の重みを引き上げる時に、同一のグループ内の別の区画の重みを下げる。
【0050】
論理区画重みの管理は、WLMの目標指向リソース割振り技法に対する機能強化であり、これは、たとえば、米国特許第5473773号明細書および米国特許第5675739号明細書に記載されている。
【0051】
上記の特許明細書に記載されているように、WLMは、CPUディスパッチ優先順位を調整することによって、論理区画内のCPUリソースの割振りを制御する。CPUディスパッチ優先順位は、サービス・クラス・レベルで作業に割り当てられる。しかし、ディスパッチ優先順位の調整がサービス・クラスを助けない、さまざまな状況がある。たとえば、
1)サービス・クラスが、単独で、すでに非システム作業に許可される最高のCPUディスパッチ優先順位である。
2)サービス・クラスを助けるためのCPUディスパッチ優先順位の変更が、それ以上の重要性を有する他のサービス・クラスに及ぼす悪影響が大きすぎる。
【0052】
したがって、WLMは、サービス・クラスが、CPU遅延に起因してその目標を失いつつあり、それをCPU優先順位の調節によって助けることができないことを見つけた時に、WLMは、失敗しつつあるサービス・クラスに関連する区画の重みの調節を検討する。
【0053】
WLMが追加リソースの割振りを検討するサービス・クラスを、レシーバ・サービス・クラスと呼ぶ。WLMは、上に示した理由のどれかのために助けることができない、所与の区画でのCPU遅延に起因して目標を失いつつあるレシーバ・サービス・クラスを見つけた時に、WLMは、その区画の重みを引き上げることを検討する。レシーバ・サービス・クラスを助けるために区画の重みを引き上げることができるかどうかを判定するためにWLMが従う論理の一実施形態を、図8に関連して下で説明する。
【0054】
1.区画の重みを増やすことがレシーバ・クラスに及ぼす影響を見積もる(ステップ600)。区画の重みを増やすと、その区画のCPU容量が増える。レシーバ・クラスでの作業のCPU需要は、一定と仮定されるので、区画のCPU容量を増やすと、レシーバ・サービス・クラスが必要とする、この容量の比率が減る。レシーバ・サービス・クラスに対する利益の見積もりは、レシーバ・サービス・クラスと、システム需要に対する他の作業の両方の、使用可能なCPU容量の比率のこの減少に基づく。
【0055】
2.その重みを減らされる候補になる、論理区画グループ内の別の区画を見つける(ステップ602)。この区画を、候補ドナー区画と称する。候補ドナー区画は、たとえば、区画の重みを下げることによって、最も重要さの少ない作業が影響を受ける可能性が高い区画を探すことによって、選択される。
【0056】
3.その重みを下げられる候補ドナー区画で稼動する作業を有するすべてのサービス・クラスに対する影響を見積もる(ステップ604)。候補ドナー区画の重みを減らすことによって、候補ドナー区画のCPU容量が減る。このCPU容量の減少は、候補ドナーの容量の比率としての、候補ドナーで稼動する作業を有するサービス・クラスのCPU需要が増えることを意味する。候補ドナーの重みを減らすことの悪影響の見積もりは、これらのサービス・クラスが必要とする使用可能CPU容量の比率のこの減少に基づく。
【0057】
4.この重みの変更が正味の値を有するかどうかを判定する(問合せ606)。すなわち、レシーバ・サービス・クラスに対する利益が、関係するサービス・クラスの目標および重要性に基づく、候補ドナー区画の作業に対する悪影響に優越するかどうかを判定する。
【0058】
5.重みの調節が正味の値を有する場合には、提案された区画の重みに対する変更を実施する(ステップ608)。正味の値がない場合には、ほかに候補ドナー区画があるかどうかに関する判定を行う(問合せ610)。そうである場合には、もう1つの候補ドナー区画を選択し(ステップ612)、処理はステップ3(ステップ604)で続行する。ほかに候補ドナー区画がない場合には、処理を終了する(ステップ614)。
【0059】
ある区画で稼動するWLMが、別の区画で稼動する作業に対する区画重み変更の効果の見積もりを行えるようにするために、各区画は、グループ内の各論理区画に関する性能データを含む共用データ構造へのアクセス権を有する。この区画レベルの性能データには、たとえば以下が含まれる。
・サービス・クラスによって区画で実行される作業のCPU要件
・各サービス・クラスが、その目標に向かってその区画上でどの程度良好に動作しているか
・区画のCPUディスパッチ優先順位によるCPU使用量
【0060】
本発明のOS/390実施形態では、この共用データ構造が、結合装置内で作成され、維持される。しかし、メッセージ交換または共用ディスクなどの他のデータ共用手法を使用して、このデータ構造を実施することができる。
【0061】
上で説明したのは、コンピュータ環境のCPUリソースを動的に再分配する能力である。リソースは、一例として、論理区画重みを動的に調整することによって、論理区画の間で再分配される。
【0062】
コンピュータ環境のCPUリソースの動的調整のほかに、本発明のもう1つの態様では、論理プロセッサ・リソースも動的に調整することができる。
【0063】
論理区画は、1つまたは複数の論理プロセッサと共に構成され、この論理プロセッサは、中央演算処理装置複合システムの物理中央処理装置上で、作業を実行するためにディスパッチされる。区画がそれに割り当てられたCPU容量を消費できるようにするために、十分な論理プロセッサを論理区画に構成しなければならない。たとえば、10個のCPUを有するCPC上で稼動する論理区画Aの場合を検討する。ワークロード・マネージャが、論理区画AにCPCの容量の50%を割り当てる場合、論理区画Aは、少なくとも5つの論理プロセッサをそれに構成されることを必要とする(5つの論理プロセッサは、CPUのうちの5つすなわちCPCの容量の50%で稼動することができる)。論理区画Aに、その後、CPCの容量の95%が割り当てられた場合、論理区画Aは、10個の論理プロセッサを有するように構成されるはずである。WLMは、静的に定義された論理プロセッサ構成を用いて論理区画Aに割り当てられた容量を動的に調整することができるので、すべての可能な容量割当てを収めるために、10個の論理プロセッサが論理区画Aに構成される。しかし、論理区画Aに、たとえばCPCの容量の20%だけが割り当てられる場合には、静的に定義された論理プロセッサから次の2つ問題が生じる。1)10個の論理プロセッサのそれぞれが、平均して、物理CPUの容量の0.2の比率で物理CPUリソースを消費することしかできない(10個のCPUの20%を10個の論理プロセッサによって分割すると、1論理プロセッサあたり0.2CPUになる)。これは、スループットが単一のタスクによってゲーティングされるワークロードを厳しく制限する可能性がある。というのは、その単一のタスクを、物理CPUの容量の0.2倍で実行することしかできなくなるからである。これを、ショート・エンジン効果(short engine effect)と称することがしばしばである。2)2つの論理プロセッサだけが必要な時に10個の論理プロセッサを管理しなければならない時に、ソフトウェアおよびハードウェアの効率が大きく低下する。
【0064】
上記の欠陥に対処するために、論理区画の構成は、本発明の一態様によれば、静的に定義されるのではなく、動的に調整される。一例では、区画を管理し、動的調整を行うのは、WLMである。WLMは、コンピュータ環境(またはLPARグループ内)の各論理区画についてこれを行うことができる。論理プロセッサの構成の動的調整に関連する論理の一実施形態を、図9に関連して説明する。
【0065】
当初、論理区画を、ワークロード・マネージャによって論理区画に割り当てられた容量(または、実際に使用されている容量の方が大きい場合にはその容量)を消費できるようにするのに必要な最小の個数の論理プロセッサを用いて構成する(ステップ700)。論理区画の容量割り当て(または容量使用量)が変化する際に(問合せ702)、評価を行って、論理区画に構成される論理プロセッサの数を変更しなければならないかどうかを判定する(ステップ704)。一例では、論理区画に構成される論理プロセッサの数は、論理区画に割り当てられた(または論理区画によって消費される)CPC容量を提供するのに必要な物理CPUの数に近いままになる。したがって、各論理プロセッサは、物理CPUの容量に近い状態で実行され、管理される論理プロセッサの数が、最小になる。
【0066】
論理構成を変更するかどうかの評価を行うために、一例では次の式を使用する。
L=floor[max(W,U)×P+1.5](Lの最大値がPに従う)
ここで、L=論理区画に構成される論理プロセッサの数、W=論理区画に割り当てられるCPC容量の比率、U=論理区画によって現在使用されているCPC容量の比率、P=CPC上の物理CPUの数である(ステップ705)。
【0067】
Lは、たとえば定期的で頻繁なインターバル(たとえば10秒ごと)に、P、W、およびUの現在の値に基づいて、ワークロード・マネージャによって評価される。閾値を使用して、論理区画のLの実際の値(L−act)を上げるか下げるかしなければならないかどうかを判定する。新たに計算されたLの値(L−calc)が、L−actの現在の値より高い場合(問合せ706)、L−actをL−calcまで引き上げる(ステップ708)。そうでない場合に、L−calcがL−actより2つ以上小さい値である場合(問合せ710)、L−actにL−calc−1をセットする(ステップ712)。L−calcが、L−actと等しいか、L−actより1つだけ小さい場合には、論理区画のL−actの値の変更は行われない(ステップ714)。これらの閾値の使用を介して、ワークロードのすばやく高まる容量需要に応答しながらも、小さいワークロード変動に起因するL−actの無用な変更が回避される。
【0068】
もう1つの例示として、次の例を検討されたい。P=10、W=U=24%と仮定する。論理プロセッサの静的構成では、Wが90%を超えて増加する場合を扱うために、L(静的)=10が必要になるはずである。しかし、本発明のこの態様によれば、L(動的)=floor[max(.24,.24)×10+1.5]=3である。したがって、この例では、L(静的)では、単一のタスクが物理CPUの0.24で実行されるように制約されるが、L(動的)では、単一のタスクが、物理CPUの0.80で実行されることが可能であり、これによって、単一タスク性能によってゲーティングされるワークロードのスループットの233%の向上がもたらされる。さらに、この例では、L(静的)に必要な10個の論理プロセッサではなく、3つの論理プロセッサだけが管理されるので、本発明のこの態様に起因して、ソフトウェアおよびハードウェアの効率が大幅に改善される。
【0069】
コンピュータ環境の、管理されるもう1つの共用可能リソースは、本発明の一態様によれば、入出力リソースなどの非同期リソースである。具体的に言うと、コプロセッサ(たとえばチャネル・サブシステム)内の入出力動作または入出力要求が管理される。この管理には、優先順位の高い入出力動作がすばやく処理される、より高い優先順位の入出力動作がチャネルのより多くの帯域幅を割り当てられる、もしくはその両方などの入出力動作の優先順位付けが含まれる。
【0070】
現在の大規模多重プログラミング・コンピュータ・システムでは、付加された入出力装置の読取、書込、および制御のための入出力動作などの長時間稼動する処理の開始および実行は、通常は、複数の独立に動作する計算要素(図10参照)の使用によって達成される。たとえば、中央処理装置800内で実行中のプログラムは、付加された装置804との入出力動作を要求することができる。しかし、付加された装置との入出力動作の実際の開始および実行は、通常はチャネル・サブシステム802と呼ばれる、1つまたは複数の別々に独立に実行する、一緒に動作するプロセッサによって実行される。一般に、非同期入出力処理方法は、比較的長時間稼動する入出力装置の実行と並列に他の作業のために中央処理装置を最適化し効率的に使用するために使用される。すなわち、そうしなければ付加された入出力装置にアクセスし、読み書きするために必要になるはずの総プロセッサ・オーバーヘッド、処理時間、およびプロセッサ待ち時間を最小にするためである。そのような方法は、大規模多重プログラミング・システムで他のプロセッサ作業の実行と入出力動作との、最大のオーバーラップまたは実行の並列性を達成するように設計される。
【0071】
そのような非同期入出力処理システムでは、中央処理装置が、S/390 START SUBCHANNEL命令などの入出力命令の使用によってプログラムが要求した入出力動作の実行を開始する。そのような命令は、通常は、次の2つの責任を負う。
1.チャネル・サブシステムの入出力作業キューに入出力動作要求をエンキュー(追加)し、
2.入出力作業キューを処理するために非同期に実行中のチャネル・サブシステムにシグナルを送る。
【0072】
その後、中央処理装置は、他の作業/命令を実行することができ、入出力装置との要求された入出力動作の実際の実行に直接にはかかわらない。
【0073】
1)上の処理の非同期な性質、2)中央処理装置とチャネル・サブシステム・プロセッサの独立動作、3)中央処理装置の実行速度と比較して相対的に長い、入出力動作の実行時間、および4)装置をチャネル・サブシステムに接続するチャネル・パスなどのチャネル・サブシステム・リソースの一部またはすべてが、入出力動作がプログラムによって要求された時に他の動作の実行で使用中である可能性があるという事実に起因して、複数の入出力要求が、チャネル・サブシステム入出力作業キューに同時にエンキューされる可能性が非常に高い。すなわち、START SUBCHANNEL命令は、チャネル・サブシステムが要求された入出力動作を実行する能力より高い速度で中央処理装置によって実行され、これによって、保留入出力動作要求のNレベルの深さの入出力作業キューが継続的に引き起こされる。
【0074】
保留入出力要求を処理するために、チャネル・サブシステムを構成するマイクロプロセッサは、それぞれの入出力作業キューを検査し(図10参照)、1つまたは複数の入出力要求をこれらのキューからデキューし、それぞれの入出力装置に関するデキューされた入出力要求の開始を試みる。この活動の発端は、チャネル・サブシステム内の問題のマイクロプロセッサおよび作業キューに応じて変化する。たとえば、中央処理装置と対話するチャネル・サブシステム入出力プロセッサは、他の作業の実行に使用中でない時に周期的に、1つまたは複数の中央処理装置START SUBCHANNEL信号の結果として、またはこの両方の組合せで、この処理を開始する可能性がある。
【0075】
チャネル・サブシステムのさまざまな作業キューの一例を、図10に関連して説明する。前に述べたように、入出力要求は、たとえばSTART SUBCHANNEL命令によって、入出力プロセッサ作業キュー806にエンキューされる。その後、入出力要求は、入出力プロセッサ808によって、入出力プロセッサ作業キューからデキューされる。入出力プロセッサ作業キューからデキューされた要求は、入出力プロセッサによって、チャネル・プロセッサ作業キュー810にエンキューされる。その後、これらの要求は、チャネル・プロセッサ812によってデキューされ、制御装置作業キュー814にエンキューされる。チャネル・プロセッサは、制御装置作業キューから要求をデキューして、チャネル・パスを介して制御装置へ、最終的には入出力装置へ送る。
【0076】
現在、S/390プロダクト・ファミリーのシステム内では、チャネル・サブシステムのデキュー処理および作業初期設定処理は、先入れ先出し法(FIFO)に基づいて実行される。この処理は、論理的に実施が最も単純であり、スループットの最適化を目的とし、過去には、保留作業キューの平均深さが比較的浅く、入出力作業保留時間が比較的短い持続時間にとどまる(すなわち、さまざまな入出力作業キューの保留入出力要求の平均数が、高い重要性のプログラムまたはリアルタイム・クリティカル・プログラムに関連する入出力動作の総入出力応答時間を大幅に引き延ばさない)ならば、さまざまな非同期処理要素の間の作業転送のために許容される戦略であった。
【0077】
しかし、クリティカルな作業または時間依存の作業の適時な処理に関するユーザの需要をサポートするためにアプリケーション/プログラム優先順位付け機能を提供するオペレーティング・システムでは、保留入出力要求に関するFIFO処理戦略は、FIFO作業キューの平均深さが増えるにつれて、ますます許容されなくなる。たとえば、IBM Enterprise Storage Serverと共に使用される並列アクセス・ボリュームでは、チャネル・サブシステムの平均キュー深さが増える。これは、通常は、重要性が低いかタイム・クリティカルでない入出力要求が、FIFO作業キュー上でより重要な要求の前にキューに置かれる可能性があり、したがって、よりクリティカルな入出力要求の前に開始されることになるという事実に起因する。頻繁に、クリティカルでない作業は、長時間にわたってリソースを束縛する入出力を実行し、より重要な作業が遭遇する遅延が増える。これは、通常は、より重要な入出力要求の遅延の可能性が高まることをもたらす。
【0078】
入出力保留時間とも称する遅延時間(総リアルタイム遅延または中央処理装置の速度と比較した時の相対時間遅れのいずれかとすることができる)の増加は、チャネル・サブシステムおよび付加された装置が、クリティカルな入出力要求の適時の完了に影響しない入出力実行の速度を維持する能力がないこと(言い換えると、高い重要性/時間にクリティカルなプログラムの実行時間の許容不能な延長をもたらさない実行速度を維持する能力がないこと)に起因することがしばしばである。上で述べたように、クリティカルな入出力要求に関する総入出力応答時間の許容不能な延長の確率は、FIFO作業処理方法が使用される時に、一般に高まる。この遅延の確率は、中央処理装置の速度および数が、付加される入出力装置および、装置が付加されるチャネル・パスなどの他の必要なチャネル・サブシステム要素の速度の向上より高い割合で向上する際に、さらに大きくなる。一般に、入出力速度の向上の割合に対する中央処理装置の速度の向上の割合の不一致は、現在の大規模システム環境で増大を続け、その結果、クリティカルな作業のキューイング遅延およびより大きい入出力応答時間(リアルタイムまたは相対時間のいずれか)の確率がますます高まる。
【0079】
例として、チャネル・サブシステムでのキューイング遅延に起因する、高い重要性の入出力動作および時間にクリティカルな入出力動作の長い入出力応答時間の頻度を最小にするために、優先順位処理技法を定義して、1つまたは複数のチャネル・サブシステム保留入出力作業キューを処理する。
【0080】
2つの独立に実行されるプロセッサまたはプロセスの間の優先順位処理技法の実施の例には、以下が含まれる。
1.エンキュー・プロセッサ(またはプロセス)が、プログラム指定の(たとえばWLMによる)優先順位番号に基づく優先順位シーケンシング技法を使用して、チャネル・サブシステム入出力作業キュー(処理の段階に依存する特定のキュー)に入出力要求を追加する。チャネル・サブシステムは、その後、FIFO技法を使用して、作業キューから最初の最も優先順位の高い入出力要求を除去する。または、
2.エンキュー・プロセッサ(またはプロセス)が、FIFOエンキュー技法を使用して、入出力作業キューの最下部に入出力要求を追加する。チャネル・サブシステムは、優先順位選択技法を使用して、その後、作業キューのすべての入出力要求要素を探索し、最も高いプログラム指定の優先順位番号を有する入出力要求を除去し、処理する。
【0081】
FIFOエンキュー技法(技法2)では、必要な命令が少なく、したがって、中央処理装置が、入出力要求スケジューリング処理をよりすばやく完了することができる。これによって、中央処理装置は、よりすばやく他の作業を実行できるようになる。チャネル・サブシステムを構成するさまざまなマイクロプロセッサの間のエンキュー/デキュー処理について、選択すべき技法は、通常は、参加するプロセッサのどれが、その処理容量および適時性の要件に関して最も制約されるかに依存する。すなわち、エンキュー・プロセッサが最も制約される場合には、第2の技法を選択する。デキュー・プロセッサが最も制約される場合には、通常は第1の技法を選択する。
【0082】
これらの技法のどちらを使用するかに無関係に、その結果は、チャネル・サブシステムが、到着時刻またはFIFO方法ではなく、優先順位付け方法に基づく保留入出力要求の開始および実行を優先することである。
【0083】
さらに、一実施形態では、使用されるエンキュー技法および選択技法に無関係に、処理される要求の優先順位付けまたは選択もしくはその両方に、さまざまな判断基準が使用される。一例では、この判断基準に以下が含まれる。
【0084】
1.各異なる番号が独自の優先順位レベルに対応する、プログラム指定の優先順位番号に基づく保留入出力要求の選択。たとえば、連続する独自の番号の範囲を設け、数の範囲全体が、優先順位の区別を必要とする別個の作業カテゴリの総数以上になるようにする。たとえば、システムが、通常のS/390システムで可能であるように、N個の異なるオペレーティング・システムを同時に実行する能力を有する場合には、チャネル・サブシステム優先順位技法は、N個以上の別個の優先順位レベルを提供しなければならない。最低のレベルから最高のレベルまでまたはその逆の各優先順位レベルは、0からN−1までの範囲の独自の数によって表されるはずである。
【0085】
2.優先順位に無関係にすべてのエンキューされた要求に「フェアネス」も適用する技法を使用する、保留入出力要求の優先順位選択。これは、通常は、たとえば、長時間にわたってチャネル・サブシステムに不相応に多数の高い優先順位の要求が提示されることに起因して発生する可能性がある、低い優先順位の要求が長時間にわたって処理されない確率を最低にするために所望される。フェアネス選択は、他の考慮点に応じて、同一の優先順位の保留要求に適用することもできる。たとえば、まだ選択されていない他の同一優先順位の要求と共に、すでにデキューされ、開始に失敗し、複数回再キューイングされた保留要求にフェアネスを提供することである。このような技法を、図11に関連して説明する。この技法では、複数の異なるカテゴリの保留要求に、優先順位とフェアネスの両方を適用する。
【0086】
3.下記に関する外部ユーザ/オペレータの制御
1.優先順位処理技法のグローバルな使用可能化/使用不能化。この制御は、優先順位技法が不要であるか、非類型的なプログラム実行環境に適当に対応することができない場合に、保留要求のFIFO処理を共生するために必要になる場合がある。
2.複数の論理区画の並列実行を提供するシステムの場合の、所与の論理区画に関連する入出力要求の「デフォルト」優先順位値をユーザが指定できるようにする外部制御。これは、論理区画内で実行中のオペレーティング・システムが、その入出力要求の優先順位値を指定するように設計されていないが、それでも、入出力優先順位付けを指定する他の論理区画内で実行中の他のオペレーティング・システムと成功裡に競合しなければならない時に使用される。
3.複数の論理区画の並列実行を提供するシステムの場合の、チャネル・サブシステムによって供給される値の組全体からの、各論理区画の優先順位値のサブセット最小最大範囲をユーザが指定できるようにするための外部制御。この制御は、別々の論理区画内で実行中の複数のオペレーティング・システムが、入出力優先順位を独立に、それを使用する他の区画の知識なしに使用する時に使用される。すなわち、各使用する区画によって開始される要求の優先順位に基づく分離を可能にするための制御である。
【0087】
上の項目3.2および3.3について、一実施形態では、中央処理装置が、論理区画内で実行中のプログラムのユーザ指定のデフォルト優先順位値またはユーザ指定の最大/最小許容優先順位を、その区画で動作するプログラムに透過的な形で、暗黙のうちに割り当てる。S/390システムでは、これは、論理区画マネージャ(ハイパーバイザ)および中央処理装置のSTART SUBCHANNEL命令によって共同で達成することができる。
【0088】
論理区画内で動作するプログラムが、入出力動作を開始するためにSTARTSUBCHANNELを実行する時には、中央処理装置でのSTART SUBCHANNEL命令の解釈実行で、暗黙のうちに、SIE(Start Interpretive Execution)SD(State Description)テーブルから、デフォルト優先順位番号および最大/最小許容優先順位番号の両方が獲得される。このテーブルは、論理区画ハイパーバイザが区画を実行状態にするためにSIE命令を実行する時に、その論理区画ハイパーバイザによって、中央処理装置内に作成され、ロードされる。その後、START SUBCHANNELの解釈実行では、SIE状態記述テーブルのデフォルト優先順位値および最大/最小優先順位値を使用して、論理区画内で動作するプログラムによる関与なしで、適当な優先順位値を入出力要求に暗黙のうちにセットする。
【0089】
優先順位値が、論理区画内で実行中のプログラムによって指定されない時には、START SUBCHANNELの解釈で、ユーザ指定のデフォルト優先順位値が入出力要求に割り当てられる。論理区画内で実行中のプログラムが、START SUBCHANNELを実行する時に優先順位番号を指定する時には、START SUBCHANNELの解釈実行で、プログラム指定の優先順位値を、状態記述テーブル内のハイパーバイザ指定の最小/最大優先順位値と比較する。プログラム指定の優先順位が、ハイパーバイザ指定の最小値より小さい時には、状態記述テーブルからの最小値によって、暗黙のうちにプログラム指定の値を置換する。プログラム指定の優先順位値が、ハイパーバイザ指定の最大優先順位を超える時には、状態記述テーブルからの最大優先順位値によって、プログラム指定の値を置換する。
【0090】
上記の判断基準のうちの0個以上を使用して、優先順位選択技法を導出することができる。上記の判断基準の少なくともいくつかを使用する、処理される要求を選択するための技法の一実施形態を、図11に関連して説明する。
【0091】
当初は、保留作業キューにアクセスする(ステップ900)。たとえば、入出力プロセッサ作業キュー、チャネル・プロセッサ作業キュー、または制御装置作業キューのいずれかにアクセスする。その後、デキューされた保留要求のカウントを1つ増分する(たとえば、DQCOUNT=DQCOUNT+1)(ステップ902)。
【0092】
その後、どのカテゴリの保留要求を処理するかに関する判定を行う(ステップ904)。一例では、選択されるカテゴリが、(DQCount MODULUS カテゴリ数)に等しい。したがって、この例では4つのカテゴリがあるので、選択されるカテゴリは、DQCount MODULUS 4に等しい。結果が0の場合には、任意の優先順位の最初の要求をデキューする(ステップ906)。しかし、選択されるカテゴリが1の場合には、前にデキューされていない最高優先順位の最初の要求を選択する(ステップ908)。さらに、選択されるカテゴリが2の場合には、前にデキューされ、開始に成功しなかった最高の優先順位の最初の要求を選択する(ステップ910)。しかし、結果が3の場合には、前にデキューされていない任意の優先順位の最初の要求を選択する(ステップ912)。その後、選択された要求をデキューし、処理する(ステップ914)。
【0093】
上で詳細に説明したのは、コプロセッサ内の非同期要求のための優先順位付け機構である。入出力要求およびチャネル・サブシステムに関連して例を説明したが、これらは例にすぎない。本発明は、他の非同期要求およびコプロセッサに同等に適用可能である。さらに、上に記載の例は、キューイングに関連して説明したが、同様の優先順位付け機構を使用して、複数の動作を同時に実行できるチャネル上のリソース(たとえば帯域幅)の割り当てを調整することができ、これによって、すべてを同等に実行するのではなく、優先順位の高い動作により多くのチャネル・リソースを与えることができる。
【0094】
さらに、本明細書に記載のさまざまな例は、論理分割されたシステムに関連して説明されるが、本発明の入出力優先順位機能を含むがそれに制限されない本発明のさまざまな態様は、論理区画を有しないかサポートしないシステム内で使用可能である。
【0095】
本発明のもう1つの態様によれば、人間の介入なしに使用可能なチャネル・リソースを必要な場所に移動するか、余分のチャネル・リソースを除去するために、コンピュータ環境の入出力構成(たとえばチャネル・パス構成)を動的に変更することができる。これによって、入出力を構成するのに必要な技術が減り、総合的なシステム可用性が強化され、導入されたチャネルの利用度が最大になり、使用可能入出力容量を分配するのにワークロードの相対優先順位が使用される。一実施形態では、「最良」の変更を決定するために、変更を行う前に1つまたは複数の要因を調べる。この要因には、たとえば、応答時間または入出力速度に対する影響、特定のワークロード目標を達成するための応答時間に対する影響、宛先ポートが使用中であるかどうか、結果の可用性特性(たとえば、共通の単一障害点がないパスの追加)、および結果の入出力構成の複雑さ(またはエントロピ)が含まれる。
【0096】
入出力構成の動的調整に関連する論理の一実施形態を、図12ないし17に関連して詳細に説明する。当初、基本平衡化処理は、たとえばコンピュータ環境のワークロード・マネージャ構成要素によって、定期的にスケジューリングされるタイム・インターバル、たとえば10秒ごとに呼び出される。基本平衡化処理の機能は、サブシステム(たとえば論理制御装置)(浮動(すなわち管理対象)チャネルを定義されている)にまたがって均等に入出力速度を継続的に平衡化し、好ましくは共通の単一障害点のない、複数のパスを介してすべての装置にアクセスできるようにし、ハードウェア障害の後にサブシステムの再平衡化を行うことである。この処理には、データ収集(図12のステップ1000)および平衡検査(ステップ1002)という2つの構成要素が含まれる。データ収集は、環境の各論理区画内(環境が論理分割されると仮定する。論理分割されていない場合には、各システム内)で各インターバルに1回実行され、平衡検査は、グループ化されたLPAR(やはりグループ化を仮定する)ごとにインターバルごとに1回だけ実行される。
【0097】
この処理のデータ収集部分の直列化は、どのシステムでもWLMだけがインターバルごとに1回基本平衡化技法を呼び出すという事実によって得られる。さらに、収集した情報を更新する時には、バージョン番号検査が使用される。たとえば、結合装置内に記憶された制御ブロックを直列化して、収集された情報を更新する。これらの制御ブロックによって、グループ・レベルのデータ収集が可能になり、これによって、同一CPC上のグループのメンバにまたがるチャネルの管理が可能になる。
【0098】
平衡検査を直列化するために、特にその目的のためのグループ有効範囲を有する直列化を使用する。通常、平衡化がデータ収集の直後に呼び出される時には、グループ単位の直列化が要求される。直列化が得られる場合には、平衡検査が進行し、そうでない場合には、平衡検査が、グループ化されたLPAR内ですでに行われつつあり、このインターバル中にもう一度実行する必要はない。
【0099】
図12のデータ収集処理を、図13に関連してさらに説明する。一実施形態では、定義されたサブシステム(たとえば論理制御装置)ごとに、測定データを収集し、更新する(ステップ1100)。測定データには、たとえば、接続時間、保留時間、サブシステム使用中、装置使用中、宛先ポート使用中時間、および宛先ポート使用中カウントが含まれる。更新された測定データは、結合装置などの共用メモリ内の制御ブロックと共に、プロセッサ・メモリ内の制御ブロックに記憶される。
【0100】
測定データの更新の後に、各サブシステムのデフォルト目標入出力速度を計算する(ステップ1102)。この入出力速度は、追加のチャネル帯域幅が必要または望まれるかどうかを示す。一例として、デフォルト目標入出力速度は、接続時間によって重みを付けられる。この計算を実行するために、一例では、以下のステップが行われる。DCMによって管理されるサブシステムごとに、前のインターバル中にそのサブシステムが与えた接続時間の量と共に、現在の速度または実際の速度を得る。その後、入出力速度に接続時間を乗じて、結果を得る。サブシステムの結果を足し合わせて、合計を得る。接続時間によって重みを付けられたデフォルト目標入出力速度を決定するために、この合計を総接続時間で割る。
【0101】
図12に戻って、データ収集を実行した後に、本明細書に記載されているように、平衡検査を実行する(ステップ1002)。平衡検査に関連する論理の一実施形態を、図14に関連して説明する。当初、平衡検査をこの瞬間に実行しなければならないかどうかを判定するために、直列化を実行する(問合せ1200)。グループ単位の直列化を得る試みが不成功の場合には、平衡検査論理は実行されない(ステップ1202)。しかし、直列化が得られる場合には、目標範囲から外れているサブシステムを探す(ステップ1204)。
【0102】
たとえば、すべてのサブシステムについて実際の入出力速度を得、平均をとる(一例では、動的CHPID管理(DCM)によって管理されるサブシステムだけが、この平均に含まれる)。平均を判定した後に、範囲を作成する。一例では、範囲は、たとえば、平均値の±5%である。その後、各サブシステムの目標入出力速度を、目標範囲と比較する。目標入出力速度が指定されていない場合には、デフォルト目標入出力速度を使用する。この比較の結果として、2つのリストが作成される(ステップ1206)。一方のリストには、目標範囲を超えるサブシステムが含まれ、もう一方には、目標を達成しないサブシステムが含まれる。どの場合でも、最近(たとえば最近の10秒以内)に変更されたサブシステムは、リストから排除される。
【0103】
その後、達成されない目標のリストをソートする(ステップ1208)。一例では、WLMを使用してこのリストをソートする。というのは、WLMが、どのサブシステムが最も重要であるかを決定する位置にあるからである。したがって、WLMは、WLMがサービスしようとする順序でサブシステムを並べる。
【0104】
リストをソートした後に、リストの1つまたは複数のサブシステムが、たとえば利用度の低いサブシステムから過度に利用されているサブシステムへ容量をシフトすることによって、サービスされる(ステップ1210)。割り当てられた時間内でサービスできる数のサブシステムが調整される。
【0105】
容量の調整に関連する論理の一実施形態を、図15ないし16に関連して説明する。当初は、リストからサブシステムを選択する(ステップ1300、図15)。一例では、選択されるのは、リストの最初のサブシステムである。その後、問題が宛先ポート使用中であるかどうかに関する判定を行う(問合せ1302)。具体的に言うと、競合(たとえば宛先ポート使用中時間)が高いかどうかに関する判定を行い、そうである場合には、それに接続されるさまざまなインターフェースに関してそれが変動するかどうかを判定する。宛先ポート使用中がすべてのインターフェースで高い場合には、これは、別のチャネル・パスを追加する必要があることを意味する。しかし、1つのインターフェースだけで高い場合には、チャネル・パスを別のインターフェースに移動する(ステップ1304)。したがって、既存のパスが、過度な宛先ポート使用中時間を有するインターフェースから別のインターフェースに移動され、処理は変更の実施(ステップ1306、図16)に続行する。
【0106】
変更を実施する方法の説明は、米国特許第5257379号明細書、米国特許第5257368号明細書、および米国特許第5220654号明細書に記載されている。
【0107】
変更を実施した後に、目標範囲内にない他のサブシステムがあるかどうかに関する判定を行う(問合せ1308)。ない場合には、不平衡訂正の処理が完了する。しかし、他のサブシステムが範囲内にない場合には、この処理は、ステップ1300「リストの次のサブシステムを選択する」(図15)に継続する。
【0108】
問合せ1302に戻って、問題が競合に起因するものでない場合には、処理は、本明細書で説明するように続行される。
【0109】
具体的に言うと、一例では、サブシステムに追加することが可能なチャネル・パスを判定する(ステップ1310)。この判定には、物理トポロジ内での、その特定のサブシステムに到達することができるすべてのチャネルの検査と、そのサブシステムに到達することが可能な方法(パス)の判定が含まれる。パスは、ハードウェア要素がそれを介して接続される接続性の順列であり、これには、チャネルとサブシステムの両方が含まれる。これらのパスのすべて(または、望むならばサブセット)が、可能なパスに含まれる。
【0110】
同様に、除去が可能なパスに関する判定を行う(ステップ1312)。一例として、同一チャネル上に複数のサブシステムがある場合に、共用するサブシステムに接続されたパスの1つが、除去の候補とみなされる。
【0111】
その後、その変更によって影響を受けるサブシステムに関する判定を行う(ステップ1314)。さらに、変更される構成の複雑さを示すエントロピ・インデックスも、下で説明するように判定する。
【0112】
影響を受けるサブシステムの判定に関連する論理の一実施形態を、図17に関連して説明する。当初、サブシステムのサブシステム制御ブロック(SSCB)リストおよびチャネルのCHPIDリストを、後の使用のためにクリアする(ステップ1400)。その後、チャネル・パスIDを、提案されたチャネルに関連する判断選択ブロック(DSB)から取り出し、CHPIDリストに追加する(ステップ1402)。具体的に言うと、各パスは、判断選択ブロックを関連付けられている。判断選択ブロックとは、たとえばチャネル・パスのID(CHPID)、チャネル・パスに関連する論理制御装置を示すサブシステム制御ブロック(SSCB)ポインタ、および影響を受けるSSCBの配列を含む、さまざまな情報を含む制御ブロックである。各SSCBには、サブシステムに接続されたチャネルのすべてが含まれる。
【0113】
その後、援助されるSSCBに関連するすべてのCHPIDも、CHPIDリストに追加する(ステップ1404)。具体的に言うと、SSCBポインタを、援助されるSSCBを示すDSBから取り出す。その後、SSCBのCHPIDのすべてを、CHPIDリストに追加する。
【0114】
その後、リスト内のCHPIDのそれぞれについて、チャネル・パスに関連するSSCBを、SSCBリストに追加する(ステップ1406)。一例では、この情報は、各CHPIDに接続されたSSCBを示すチャネル・パス・テーブルから入手される。
【0115】
その後、SSCBがリストに追加されたかどうかに関する判定を行う(問合せ1408)。そうである場合には、リスト内のSSCBのそれぞれについて、ステップ1404に関して上で説明したように、まだCHPIDリストに含まれていないCHPIDを追加する(ステップ1410)。
【0116】
その後、リストに追加されたCHPIDがあったかどうかに関するもう1つの判定を行う(問合せ1412)。リストに追加された他のCHPIDがあった場合には、処理はステップ1406で継続される。しかし、リストに追加されたSSCBもCHPIDもない場合には(問合せ1408および1412)、リストのSSCBのそれぞれについて、DSB配列要素を作成する(ステップ1414)。すなわち、SSCBのそれぞれを、影響を受けるSSCBの配列に追加する。さらに、配列要素のそれぞれを、実際の入出力速度、目標入出力速度、目標入出力速度と実際の入出力速度の間の現在のデルタ、およびSSCBポインタを用いて更新する(ステップ1416)。
【0117】
図15に戻って、上記に加えて、各パスの可用性インデックスを計算する(ステップ1316)。一例では、可用性インデックスは、提案されたパスがサブシステムへの既存のパスと共通して有する単一障害点の個数を示す数である。チャネル・パスを追加する場合には、単一障害点を有しないことが望まれる。チャネル・パスを削除する場合には、通常は、最も多数の単一障害点を有するパスが選択される。
【0118】
その後、影響を受けるシステムに対する影響を見積もる(ステップ1318)。具体的に言うと、一例では、各サブシステムに対する現在の負荷を調べて、変更を行った場合にそれがどれほど異なるかを判定する。この情報を使用して、最適のオプションを選択する(ステップ1320)。最適のオプションを選択するために、たとえば下記を含むさまざまな要因を検討することができる。
・どのオプションでサブシステムが目標の最も近くに移動されるか
・どのオプションが最良の可用性をもたらすか
・どのオプションが最良の対称性(最小のエントロピ)をもたらすか
・このオプションでパスの総数が2未満に減るか
・このオプションは、明示的な目標のどれかに違反するか(WLMは、デフォルト目標の代わりに使用される明示的目標を供給することができる)
・このオプションは、アーキテクチャ的制限のどれかに違反するか
・このオプションは、導入先によって定義される構成に違反するか
・このオプションは、現在使用不能なリソースの使用を試みるか
【0119】
1特定の例では、当初、どの状況の下でも実施できない判断選択ブロック(DSB)を排除する。これには、たとえば、アーキテクチャ的制限に違反するもの、パスの総数が2未満に減るもの、導入先によって定義される構成に違反するもの(たとえば、定義で許容される最大個数を超える浮動チャネル・パスを使用するもの)、および現在使用不能なリソースの使用を試みるもの(たとえば、使用不能にされたポートの使用を試みるもの)が含まれる(この機能は、この処理のより早い段階に移動し、その結果、可用性インデックスおよびサブシステムに対する影響の見積もりが、絶対に選択できないDSBについて計算されないようにすることができる)。
【0120】
現在サブシステムへのパスが1つだけ存在する場合(おそらくはシステム始動のすぐ後または障害の後)、最適の可用性インデックスを有するパスを選択する。複数のパスが同等の可用性インデックスを有する場合には、目標サブシステムを目標入出力速度目標内に移動する最低のエントロピ・インデックスを有するパスを選択する。複数存在する場合には、その見積もられたデルタの合計(DSBからの「Σ見積もられたデルタ」)が最小であるパスを選択する。
【0121】
現在サブシステムへのパスが複数存在する場合には、最良の可用性インデックスを有するDSBの組を見つける。その組から、目標サブシステムを目標入出力速度の許容範囲内にする、最も低いエントロピ・インデックスを有するオプションを探す。複数存在する場合には、その見積もられたデルタの合計(DSBからの「Σ見積もられたデルタ」)が最小であるパスを選択する。
【0122】
そのようなオプションが存在しない場合には、次によい可用性インデックスを有するパスの組を見つけ、再度試みる。
【0123】
どのオプションでもサブシステムを許容範囲内にすることができない場合には、可用性インデックスおよびエントロピ・インデックスを考慮せずに、サブシステムを目標に最も近づけるものを選択する(上で説明した最適オプション選択のための技法は、一例にすぎない。さまざまな追加、削除、および変更を、本発明の主旨から逸脱せずに行うことができる。さらに、他の技法を使用して、最適オプションを選択することができる)。
【0124】
最適オプションの選択を試みた後に、明示的目標を有するサブシステムに影響せずに新しい目標を達成できるかどうかに関する判定を行う(問合せ1322)。言い換えると、最適オプションが、WLMによって設定された明示的目標を有するサブシステムに悪影響を及ぼすかどうかを判定する。そうである場合には、ワークロード・マネージャを呼び出して、適当なパスを選択する(ステップ1324)。具体的に言うと、ワークロード・マネージャは、パスを選択し、ドナーの新しい目標を選択する。
【0125】
その後、または、明示的目標を有するサブシステムに悪影響を及ぼさずに新しい目標を達成できる場合に、変更を実施し(ステップ1306)、処理は、目標範囲内にない他のサブシステムが存在するかどうかの判定(問合せ1308)に継続する。
【0126】
上で述べたように、WLMは、明示的入出力速度目標を設定することができ、これは、デフォルト平均入出力速度目標の代わりに使用される。一実施形態では、サービス・クラスがその目標を満たさないことをWLMが見つけた時に、WLMが明示的目標を設定する。明示的サブシステム入出力速度目標の設定に関連する論理の一実施形態を、図18に関連して説明する。
【0127】
当初、入出力が最大の遅延を引き起こしているかどうかを判定する(問合せ1500)。そうでない場合には、本発明のこの態様においては処理が完了する。しかし、入出力が最大の遅延を引き起こしている場合には、入出力優先順位調整を試みる(ステップ1502)。その後、サービス・クラスがその目標を満たしているかどうかに関する判定を行う(問合せ1504)。サービス・クラスがその目標を満たしている場合には、処理が完了する。しかし、サービス・クラスが、まだその目標を満たしていない場合には、そのサービス・クラスによって使用されており、低い入出力速度を有するサブシステムを探す(ステップ1506)。突きとめられた1つまたは複数のサブシステムについて、新しいサブシステム入出力速度目標を設定する。一例では、定義済みの量だけ現在の目標を増やし、サブシステムに対する影響を見積もることによって、サブシステム入出力目標が設定される。影響が十分である(たとえば、レシーバ値を超える)場合には、処理が完了する。そうでない場合には、目標をもう一度増やし、この処理を繰り返す。
【0128】
上で詳細に説明したのは、入出力構成の動的調整を提供する動的CHPID管理(DCM)である。DCMは、WLMに有利に統合され、これによって、ワークロードおよび目標の理解を用いて判断を行えるようになる。さらに、DCMを用いると、複数の区画(たとえば区画のグループの区画)にまたがるチャネルの管理が可能になる。これによって、必要な場所へのリソースの追加、ならびに余分なリソースの除去が可能になる。
【0129】
上で説明したように、動的CHPID管理(DCM)を用いて、サブシステムに追加(またはそれから除去)される「最適の」チャネルが選択される。これを行うために、たとえば結果の入出力構成の複雑さ(またはエントロピ)を含む、1つまたは複数の属性が試験される。
【0130】
エントロピの増加は、入出力構成を過度に複雑にし、DCMの処理の過度な時間、影響を受けるサブシステムの過剰な数に起因する不正確な結果、性能報告の複雑さ、および問題判定の複雑さをもたらす。したがって、本発明の一態様では、異なる選択肢の相対エントロピを判定し、その結果、構成をどのように調整するかの選択を行う時に、入出力速度および可用性などの他の検討点と共に、相対エントロピを検討できるようにする機能が提供される。
【0131】
相対エントロピを判定する際には、エントロピ・インデックスを計算する。たとえば、パスを追加する場合には、エントロピ・インデックスは、結果の構成のチャネル数およびサブシステム数の合計になる。さらに、パスを削除する場合には、エントロピ・インデックスは、パスが削除された後に目標サブシステムに相互接続されているチャネルおよびサブシステムの組を反映する。これには、もはやその組に含まれないチャネルおよびサブシステムは含まれない。
【0132】
各オプションのエントロピの度合を計算するために、その決定が実施されると仮定して、一緒に接続されるチャネルおよびサブシステムの数を使用する。エントロピ技法の基本的な前提の1つが、複数の提案されたトポロジの間の比較と、どのトポロジがより対称であるか、またはより少ないエントロピを有するかの判定とを可能にするインデックスを計算することである。これの目的は、大規模な相互接続されたトポロジを避けることである。このようなトポロジは、入出力速度技法の精度を下げ、過度に複雑なトポロジに起因して、事後に性能問題を分析することを困難にすると思われる。
【0133】
エントロピ判定技法の一実施形態を、さまざまな例に関連して説明する。たとえば、図19は、2つのサブシステム1604に接続された2つのチャネル1602を含む構成1600の一例を示す図である。サブシステム22は、追加リソースを必要とする場合に、少なくとも2つの場所からそれを入手することができる。サブシステム22は、チャネル1またはチャネル3のいずれかからそれを受け取ることができる。サブシステム22がチャネル3からそれを入手する場合、結果の構成は、3つのチャネルと2つのサブシステムを有する(図20)。これによって、この構成に5(3+2)のエントロピ・インデックスが与えられる。しかし、サブシステム22が、チャネル1から追加リソースを受け取る場合(図21)、結果の構成は、元々有したもの以上のチャネルもサブシステムも有しておらず、結果のエントロピ・インデックスは2になる。この例では、第2のオプションが最小のエントロピを有する。
【0134】
もう1つの例を検討されたい。図22に示された例では、サブシステム22が、追加リソースを必要としている。その追加リソースは、チャネル2またはチャネル4から入手することができる。チャネル2が使用される場合(図23)、結果のエントロピ・インデックスは5になる(すなわち、ある構成で3つのチャネルが2つのサブシステムに相互接続されているが、チャネル4は、接続されていないのでカウントされない)。チャネル4が使用される場合(図24)、結果のインデックスは3になる。したがって、第2の選択肢が最小のエントロピを有する。
【0135】
次に、構成が分割される場合を検討して、これがエントロピにどのように影響するかを判定する。
【0136】
図25を参照すると、サブシステム23が、過度の容量を有する場合に、チャネル2またはチャネル3を除去することができる。チャネル2を除去する場合(図26)、構成が分割され、両方の構成のエントロピ・インデックスが下がる。チャネル3を除去する場合(図27)、まだ1つの構成が存在するが、エントロピ・インデックスは元のインデックスより低い。一実施形態では、構成を2つに分割するという決定は、2つのより複雑でないネットワークをもたらし、よりよい選択肢であると思われる。
【0137】
削除の際に、既存の構成(図28)のインデックスならびに考慮中のサブシステムを含む提案された構成(図29の右側)のインデックスが既知である場合には、もう一方の構成(図29の左側)のインデックスは、減算によって計算することができる。この例では、もう一方の構成のインデックスは、2に等しい(4−3=1かつ2−1=1、したがって1+1=2)。図30のように、減算がサブシステムまたはチャネルの数としての0をもたらす場合には、エントロピは、構成を分割せずに減らされている(たとえば、2サブシステム−2サブシステム=0)。一実施形態では、分割が好ましい。
【0138】
以下の例では、サブシステム23が、過剰なリソースを有する(図31)。チャネル2またはチャネル3を除去することができる。チャネル3を除去する場合(図32)、結果のエントロピ・インデックスは7になる。チャネル2を除去する場合(図33)、構成が2つの構成に分割され、考慮中の構成(サブシステム23を有する構成)は、5のエントロピ・インデックスを有し、結果の第2の構成は、3のエントロピ・インデックスを有する。一実施形態では、構成の分割が好ましい。
【0139】
次に、結果のエントロピ値ではなく、削除の際に分割を探すことだけが望まれる場合を判定するための例を検討する。
【0140】
図34に示された例では、サブシステム23が、多すぎる帯域幅を有する。チャネル2またはチャネル4のいずれかを除去することができる。チャネル2を除去する場合(図35)、新しいエントロピ・インデックス6が得られ、残りの第2の構成のエントロピ・インデックスは3である。チャネル4を除去する場合(図36)、新しいエントロピ・インデックス5が得られ、残りの第2の構成のエントロピ・インデックスは4である。5および4のエントロピ・インデックスを有する構成が、よりよい選択肢である。したがって、一実施形態では、分割の種類が重要である。
【0141】
図37に示された例では、サブシステム23が、追加リソースを必要としている。サブシステム21をチャネル2から除去し(図38)、サブシステム23にチャネル2のすべてのリソースを与えることができ、また、サブシステム25をチャネル4から除去し(図39)、サブシステム23にチャネル4のすべてのリソースを与えることができる。
【0142】
サブシステム21をチャネル2から除去する場合、結果のエントロピ・インデックスは7であり、結果の第2の構成のエントロピ・インデックスは2である。サブシステム25をチャネル4から除去する場合、結果のエントロピ・インデックスは6であり、残りの第2の構成は3である。一実施形態では、分割が均等により近いので、第2の選択肢がより良いと思われる。
【0143】
どのオプションが半分により近い(すなわち「均等」)かを計算するために、新しいエントロピ・インデックスと結果の第2の構成のエントロピ・インデックスとの間で、チャネルおよびサブシステムの数の差を判定する。この例では、第1の選択肢は、7および2のエントロピ・インデックスがもたらされるので、差は5である(すなわち、対称インデックス)。第2の選択肢は、6および3のエントロピ・インデックスをもたらすので、差は3である。より少ない差を有する選択肢が、この実施形態では最良の選択肢である。
【0144】
結論を出すと、一実施形態では、サブシステムを目標入出力速度に近づけないオプションが、排除される。さらに、エントロピ・インデックスが、結果の構成で相互接続されているチャネルおよびサブシステムの総数を加算することによって計算される。エントロピ・インデックスが変化しない場合には、その変更は対称である。最低のエントロピ・インデックスを有する構成が、通常は選択される。より高いエントロピ・インデックスを有する構成を選択することを意味する場合であっても、8つを超えるチャネルを有する構成を選択することは回避されたい。代替案がない場合には、8つを超えるチャネルを有する構成を選択し、うまくいけば、次のインターバルにこの構成が分割されることになる。
【0145】
上記の実施形態の変形形態を、入出力構成に関連して説明してきたが、本発明の機能は、記憶域ネットワークならびに他のネットワークなど、他のネットワークに同等に適用可能である。
【0146】
上で説明したのは、コンピュータ環境のリソースを管理するためのさまざまな機構である。本発明の一態様では、物理共用可能リソースが、コンピュータ環境の論理区画にまたがって管理される。さらに、一実施形態では、論理区画をグループ化して、たとえば優先順位に基づくリソース割振りを介する、リソース共用が可能になる。このリソース共用には、たとえば、LPARにまたがるCPUリソースの動的管理、LPARにまたがる動的CHPID管理、チャネル・サブシステム内の入出力優先順位キューイング、およびLPARにまたがるメモリの動的管理が含まれる。
【0147】
一例では、システムのワークロード・マネージャが、少なくとも部分的にこの管理の責任を負う。共用可能リソースは、アプリケーションのサブシステムにとって透過的なワークロード・マネージャ指示の下で、LPARにまたがって動的に再分配される。リソースは、モニタリング活動および顧客の目標に基づいて、必要な区画に供給される。さらに、たとえばWLM、シスプレックス、およびPR/SM統合を介する、ワークロード目標による物理リソースの動的調整は、並列シスプレックス・データ共用を必要とせずに実行される。
【0148】
上で説明した実施形態では、さまざまなコンピュータ環境およびシステムを説明した。これらは、例にすぎず、本発明のさまざまな態様を制限する目的のものではない。さらに、本発明のさまざまな態様を、論理区画に関連して説明した。論理区画の使用は、一例にすぎない。本発明の諸態様は、他のタイプの分割ならびに分割されないシステムに適用される。したがって、これらも、本発明の範囲内と見なされる。
【0149】
本発明は、たとえばコンピュータ使用可能媒体を有する、製造品(たとえば、1つまたは複数のコンピュータ・プログラム製品)に含めることができる。この媒体は、その中に、たとえば、本発明の機能を提供し、容易にするためのコンピュータ可読プログラム・コード手段を実施される。製造品は、コンピュータ・システムの一部として含めるか、別々に販売することができる。
【0150】
さらに、本発明の機能を実行するために計算機によって実行可能な命令の少なくとも1つのプログラムを具体的に実施する、計算機によって読取可能な少なくとも1つのプログラム記憶装置を提供することができる。
【0151】
本明細書で示した流れ図は、例示にすぎない。本発明の主旨から逸脱しない、これらの図または本明細書に記載のステップ(または動作)に対する多数の変形形態がありえる。たとえば、ステップを異なる順序で実行することができ、ステップを追加、削除、または変更することができる。これらの変形形態のすべてが、請求される発明の一部とみなされる。
【0152】
本明細書で好ましい実施形態を図示し、説明してきたが、さまざまな変更、追加、置換、および類似行為を、本発明の主旨から逸脱せずに行うことができ、したがって、これらが、請求項で定義される本発明の範囲内であると見なされることを、当業者は諒解するであろう。
【0153】
まとめとして、本発明の構成に関して以下の事項を開示する。
【0154】
(1) コンピュータ環境内の中央処理装置(CPU)リソースを管理する方法であって、前記コンピュータ環境は1つ又は複数の中央処理装置を有し、前記コンピュータ環境は1つ又は複数の論理区画を含む複数のグループを有し、前記論理区画の各々は1つ又は複数の論理プロセッサを有し、前記論理プロセッサの各々は、前記論理区画に割り振られた物理プロセッサである中央処理装置の全て又は共用部分を表し、
前記方法は、
前記コンピュータ環境の論理区画へのCPUリソースの割振りを調整しなければならないことを判定するステップと、
前記論理区画および前記コンピュータ環境の別の論理区画にまたがって前記割振りを動的に調整するステップであって、前記論理区画は前記別の論理区画と同一のグループに属する、前記調整するステップと
を含み、
前記動的に調整するステップが、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配し、ただし前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計を一定に維持し、それによって前記グループに割り振られる総CPUリソースが、同一のコンピュータ環境上の他の独立のグループに対して相対的に同一に保たれるステップを含む、方法。
(2) 前記動的に調整するステップにおいて、前記調整が少なくとも前記論理区画の作業負荷の目標に基づく、(1)に記載の方法。
(3) 前記変更するステップが、
前記第1CPUプロセッサ重みを増やすステップと、
前記第2CPUプロセッサ重みを減らすステップと
を含む、(1)に記載の方法。
(4) 前記第1CPUプロセッサ重みが、前記第2CPUプロセッサ重みの減少と等しい量だけ増やされ、前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計が一定のままになる、(3)に記載の方法。
(5) 前記変更するステップが、
前記第1CPUプロセッサ重みを減らすステップと、
前記第2CPUプロセッサ重みを増やすステップと
を含む、(1)に記載の方法。
(6) 前記動的に調整するステップにおいて、前記調整が前記コンピュータ環境の複数の論理区画にまたがる、(1)に記載の方法。
(7) 前記論理区画および前記別の論理区画が、論理区画のグループ内にある、(1)に記載の方法。
(8) 前記論理区画が、作業の1つまたは複数のサービス・クラスを含み、
前記判定するステップが、
前記第1CPUプロセッサ重みを増やすことの、前記1つまたは複数のサービス・クラスの選択されたサービス・クラスに対する影響を見積もるステップと、
前記第2CPUプロセッサ重みを減らすことの、前記別の論理区画の1つまたは複数のサービス・クラスに対する影響を見積もるステップと、
前記選択されたサービス・クラスに対する利益が、前記別の論理区画の作業に対する悪影響に優越するかどうかを判定するステップと
を含み、
前記調整するステップにおいて、前記調整は、前記利益が前記悪影響に優越する時に行われる、(1)に記載の方法。
(9) 前記動的に調整するステップが、前記別の論理区画を選択して、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配するステップを含む、(1)に記載の方法。
(10) 前記選択するステップにおいて、前記選択が、前記別の論理区画内で実行される作業の重要性に基づきおこなわれる、(9)に記載の方法。
(11) コンピュータ環境内の中央処理装置(CPU)リソースを管理するシステムであって、前記コンピュータ環境は1つ又は複数の中央処理装置を有し、前記コンピュータ環境は1つ又は複数の論理区画を含む複数のグループを有し、前記論理区画の各々は1つ又は複数の論理プロセッサを有し、前記論理プロセッサの各々は、前記論理区画に割り振られた物理プロセッサである中央処理装置の全て又は共用部分を表し、
前記システムは、
前記コンピュータ環境の論理区画へのCPUリソースの割振りを調整しなければならないことを判定する手段と、
前記論理区画および前記コンピュータ環境の別の論理区画にまたがって前記割振りを動的に調整する手段であって、前記論理区画は前記別の論理区画と同一のグループに属する、前記調整する手段と
を含み、
前記動的に調整する手段が、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配し、ただし前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計を一定に維持し、それによって前記グループに割り振られる総CPUリソースが、同一のコンピュータ環境上の他の独立のグループに対して相対的に同一に保たれる手段を含む、システム。
(12) 前記動的に調整する手段において、前記調整が少なくとも前記論理区画の作業負荷の目標に基づく、(11)に記載のシステム。
(13) 前記変更する手段が、
前記第1CPUプロセッサ重みを増やす手段と、
前記第2CPUプロセッサ重みを減らす手段と
を含む、(11)に記載のシステム。
(14) 前記第1CPUプロセッサ重みが、前記第2CPUプロセッサ重みの減少と等しい量だけ増やされ、前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計が一定のままになる、(13)に記載のシステム。
(15) 前記変更する手段が、
前記第1CPUプロセッサ重みを減らす手段と、
前記第2CPUプロセッサ重みを増やす手段と
を含む、(11)に記載のシステム。
(16) 前記調整する手段が、前記コンピュータ環境の複数の論理区画にまたがる、(11)に記載のシステム。
(17) 前記論理区画および前記別の論理区画が、論理区画のグループ内にある、(11)に記載のシステム。
(18) 前記論理区画が、作業の1つまたは複数のサービス・クラスを含み、
前記判定手段が、
前記第1CPUプロセッサ重みを増やすことの、前記1つまたは複数のサービス・クラスの選択されたサービス・クラスに対する影響を見積もる手段と、
前記第2CPUプロセッサ重みを減らすことの、前記別の論理区画の1つまたは複数のサービス・クラスに対する影響を見積もる手段と、
前記選択されたサービス・クラスに対する利益が、前記別の論理区画の作業に対する悪影響に優越するかどうかを判定する手段と
を含み、
前記調整する手段において、前記調整は、前記利益が前記悪影響に優越する時に行われる、(11)に記載のシステム。
(19) 前記動的に調整する手段が、前記別の論理区画を選択して、前記論理区画に割 り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配する手段を含む、(11)に記載のシステム。
(20) 前記選択する手段において、前記選択が、前記別の論理区画内で実行される作業の重要性に基づく、(19)に記載のシステム。
(21) コンピュータ環境内の中央処理装置(CPU)リソースを管理するシステムであって、前記コンピュータ環境は1つ又は複数の中央処理装置を有し、前記コンピュータ環境は1つ又は複数の論理区画を含む複数のグループを有し、前記論理区画の各々は1つ又は複数の論理プロセッサを有し、前記論理プロセッサの各々は、前記論理区画に割り振られた物理プロセッサである中央処理装置の全て又は共用部分を表し、
前記システムは、
前記コンピュータ環境の論理区画へのCPUリソースの割振りを調整しなければならないことを判定するように適合されたプロセッサと、
前記論理区画および前記コンピュータ環境の別の論理区画にまたがって前記割振りを動的に調整するように適合されたプロセッサと
を含み、前記論理区画は前記別の論理区画と同一のグループに属し、
前記動的に調整するように適合されたプロセッサが、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配し、ただし前記論理区画の重みと前記別の論理区画の重みの合計を一定に維持し、それによって前記グループに割り振られる総CPUリソースが、同一のコンピュータ環境上の他の独立のグループに対して相対的に同一に保たれる、システム。
(22) (1)ないし(10)のいずれかに記載の方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図面の簡単な説明】
【図1】本発明の機能を組み込まれ、使用するコンピュータ環境の一例を示す図である。
【図2】本発明の機能を組み込まれ、使用するコンピュータ環境のもう1つの実施形態を示す図である。
【図3】本発明の機能を組み込まれ、使用するコンピュータ環境の追加構成要素を示す図である。
【図4】本発明の原理に従って使用される論理区画グループの一例を示す図である。
【図5】本発明の原理による、グループに加入する区画に関連する論理の一例を示す図である。
【図6】本発明の原理による、グループに加入する区画に関連する論理の一例を示す図である。
【図7】本発明の原理による、グループからの区画の除去に関連する論理の一実施形態を示す図である。
【図8】本発明の原理による、区画のレシーバ・サービス・クラスを助けるための、区画の重みを増やすことができるかどうかの判定に関連する論理の一実施形態を示す図である。
【図9】本発明の原理による、論理プロセッサの構成の動的調整に関連する論理の一実施形態を示す図である。
【図10】本発明の1つまたは複数の機能を組み込まれ、使用するチャネル・サブシステムの一実施形態を示す図である。
【図11】本発明の原理による、処理される入出力動作の選択に関連する論理の一実施形態を示す図である。
【図12】本発明の原理による、入出力構成を調整しなければならないかどうかの判定に関連する論理の一実施形態を示す図である。
【図13】本発明の原理による、図12のデータ収集に関連する論理の一実施形態を示す図である。
【図14】本発明の原理による、図12の平衡検査に関連する論理の一実施形態を示す図である。
【図15】本発明の原理による、入出力構成の不平衡の訂正に関連する論理の一実施形態を示す図である。
【図16】本発明の原理による、入出力構成の不平衡の訂正に関連する論理の一実施形態を示す図である。
【図17】本発明の原理による、影響を受けるサブシステムの判定に関連する論理の一実施形態を示す図である。
【図18】本発明の原理に従って使用される、明示的入出力速度目標の設定に関連する論理の一実施形態を示す図である。
【図19】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図20】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図21】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図22】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図23】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図24】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図25】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図26】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図27】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図28】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図29】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図30】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図31】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図32】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図33】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図34】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図35】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図36】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図37】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図である。
【図38】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図
である。
【図39】本発明の原理による、エントロピ判定に使用される入出力構成の一例を示す図
である。
【符号の説明】
800 中央処理装置
802 チャネル・サブシステム
804 付加された装置
806 入出力プロセッサ作業キュー
808 入出力プロセッサ
810 チャネル・プロセッサ作業キュー
812 チャネル・プロセッサ
814 制御装置作業キュー
Claims (22)
- コンピュータ環境内の中央処理装置(CPU)リソースを管理する方法であって、前記コンピュータ環境は1つ又は複数の中央処理装置を有し、前記コンピュータ環境は1つ又は複数の論理区画を含む複数のグループを有し、前記論理区画の各々は1つ又は複数の論理プロセッサを有し、前記論理プロセッサの各々は、前記論理区画に割り振られた物理プロセッサである中央処理装置の全て又は共用部分を表し、
前記方法は、
前記コンピュータ環境の論理区画へのCPUリソースの割振りを調整しなければならないことを判定するステップと、
前記論理区画および前記コンピュータ環境の別の論理区画にまたがって前記割振りを動的に調整するステップであって、前記論理区画は前記別の論理区画と同一のグループに属する、前記調整するステップと
を含み、
前記動的に調整するステップが、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配し、ただし前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計を一定に維持し、それによって前記グループに割り振られる総CPUリソースが、同一のコンピュータ環境上の他の独立のグループに対して相対的に同一に保たれるステップを含む、方法。 - 前記動的に調整するステップにおいて、前記調整が少なくとも前記論理区画の作業負荷の目標に基づく、請求項1に記載の方法。
- 前記変更するステップが、
前記第1CPUプロセッサ重みを増やすステップと、
前記第2CPUプロセッサ重みを減らすステップと
を含む、請求項1に記載の方法。 - 前記第1CPUプロセッサ重みが、前記第2CPUプロセッサ重みの減少と等しい量だけ増やされ、前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計が一定のままになる、請求項3に記載の方法。
- 前記変更するステップが、
前記第1CPUプロセッサ重みを減らすステップと、
前記第2CPUプロセッサ重みを増やすステップと
を含む、請求項1に記載の方法。 - 前記動的に調整するステップにおいて、前記調整が前記コンピュータ環境の複数の論理区画にまたがる、請求項1に記載の方法。
- 前記論理区画および前記別の論理区画が、論理区画のグループ内にある、請求項1に記載の方法。
- 前記論理区画が、作業の1つまたは複数のサービス・クラスを含み、
前記判定するステップが、
前記第1CPUプロセッサ重みを増やすことの、前記1つまたは複数のサービス・クラスの選択されたサービス・クラスに対する影響を見積もるステップと、
前記第2CPUプロセッサ重みを減らすことの、前記別の論理区画の1つまたは複数のサービス・クラスに対する影響を見積もるステップと、
前記選択されたサービス・クラスに対する利益が、前記別の論理区画の作業に対する悪影響に優越するかどうかを判定するステップと
を含み、
前記調整するステップにおいて、前記調整は、前記利益が前記悪影響に優越する時に行われる、請求項1に記載の方法。 - 前記動的に調整するステップが、前記別の論理区画を選択して、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配するステップを含む、請求項1に記載の方法。
- 前記選択するステップにおいて、前記選択が、前記別の論理区画内で実行される作業の重要性に基づきおこなわれる、請求項9に記載の方法。
- コンピュータ環境内の中央処理装置(CPU)リソースを管理するシステムであって、前記コンピュータ環境は1つ又は複数の中央処理装置を有し、前記コンピュータ環境は1つ又は複数の論理区画を含む複数のグループを有し、前記論理区画の各々は1つ又は複数の論理プロセッサを有し、前記論理プロセッサの各々は、前記論理区画に割り振られた物理プロセッサである中央処理装置の全て又は共用部分を表し、
前記システムは、
前記コンピュータ環境の論理区画へのCPUリソースの割振りを調整しなければならないことを判定する手段と、
前記論理区画および前記コンピュータ環境の別の論理区画にまたがって前記割振りを動的に調整する手段であって、前記論理区画は前記別の論理区画と同一のグループに属する、前記調整する手段と
を含み、
前記動的に調整する手段が、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配し、ただし前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計を一定に維持し、それによって前記グループに割り振られる総CPUリソースが、同一のコンピュータ環境上の他の独立のグループに対して相対的に同一に保たれる手段を含む、システム。 - 前記動的に調整する手段において、前記調整が少なくとも前記論理区画の作業負荷の目標に基づく、請求項11に記載のシステム。
- 前記変更する手段が、
前記第1CPUプロセッサ重みを増やす手段と、
前記第2CPUプロセッサ重みを減らす手段と
を含む、請求項11に記載のシステム。 - 前記第1CPUプロセッサ重みが、前記第2CPUプロセッサ重みの減少と等しい量だけ増やされ、前記第1CPUプロセッサ重みと前記第2CPUプロセッサ重みの合計が一定のままになる、請求項13に記載のシステム。
- 前記変更する手段が、
前記第1CPUプロセッサ重みを減らす手段と、
前記第2CPUプロセッサ重みを増やす手段と
を含む、請求項11に記載のシステム。 - 前記調整する手段が、前記コンピュータ環境の複数の論理区画にまたがる、請求項11に記載のシステム。
- 前記論理区画および前記別の論理区画が、論理区画のグループ内にある、請求項11に記載のシステム。
- 前記論理区画が、作業の1つまたは複数のサービス・クラスを含み、
前記判定手段が、
前記第1CPUプロセッサ重みを増やすことの、前記1つまたは複数のサービス・クラスの選択されたサービス・クラスに対する影響を見積もる手段と、
前記第2CPUプロセッサ重みを減らすことの、前記別の論理区画の1つまたは複数のサービス・クラスに対する影響を見積もる手段と、
前記選択されたサービス・クラスに対する利益が、前記別の論理区画の作業に対する悪影響に優越するかどうかを判定する手段と
を含み、
前記調整する手段において、前記調整は、前記利益が前記悪影響に優越する時に行われる、請求項11に記載のシステム。 - 前記動的に調整する手段が、前記別の論理区画を選択して、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配する手段を含む、請求項11に記載のシステム。
- 前記選択する手段において、前記選択が、前記別の論理区画内で実行される作業の重要性に基づく、請求項19に記載のシステム。
- コンピュータ環境内の中央処理装置(CPU)リソースを管理するシステムであって、前記コンピュータ環境は1つ又は複数の中央処理装置を有し、前記コンピュータ環境は1つ又は複数の論理区画を含む複数のグループを有し、前記論理区画の各々は1つ又は複数の論理プロセッサを有し、前記論理プロセッサの各々は、前記論理区画に割り振られた物理プロセッサである中央処理装置の全て又は共用部分を表し、
前記システムは、
前記コンピュータ環境の論理区画へのCPUリソースの割振りを調整しなければならないことを判定するように適合されたプロセッサと、
前記論理区画および前記コンピュータ環境の別の論理区画にまたがって前記割振りを動的に調整するように適合されたプロセッサと
を含み、前記論理区画は前記別の論理区画と同一のグループに属し、
前記動的に調整するように適合されたプロセッサが、前記論理区画に割り当てられた第1CPUプロセッサ重みと前記別の論理区画に割り当てられた第2CPUプロセッサ重みとを変更して前記論理区画の間でCPUリソースを再分配し、ただし前記論理区画の重みと前記別の論理区画の重みの合計を一定に維持し、それによって前記グループに割り振られる総CPUリソースが、同一のコンピュータ環境上の他の独立のグループに対して相対的に同一に保たれる、システム。 - 請求項1ないし請求項10のいずれかに記載の方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/407212 | 1999-09-28 | ||
US09/407,212 US6587938B1 (en) | 1999-09-28 | 1999-09-28 | Method, system and program products for managing central processing unit resources of a computing environment |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001142858A JP2001142858A (ja) | 2001-05-25 |
JP3672236B2 true JP3672236B2 (ja) | 2005-07-20 |
Family
ID=23611115
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000290086A Expired - Lifetime JP3672236B2 (ja) | 1999-09-28 | 2000-09-25 | コンピュータ環境の中央処理装置を管理する方法、システム、およびプログラム製品 |
Country Status (3)
Country | Link |
---|---|
US (1) | US6587938B1 (ja) |
JP (1) | JP3672236B2 (ja) |
KR (1) | KR100420420B1 (ja) |
Families Citing this family (100)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6986137B1 (en) * | 1999-09-28 | 2006-01-10 | International Business Machines Corporation | Method, system and program products for managing logical processors of a computing environment |
JP2001109638A (ja) * | 1999-10-06 | 2001-04-20 | Nec Corp | 推定伸長率に基づくトランザクション負荷分散方法及び方式並びにコンピュータ可読記録媒体 |
US6938256B2 (en) | 2000-01-18 | 2005-08-30 | Galactic Computing Corporation | System for balance distribution of requests across multiple servers using dynamic metrics |
US7140020B2 (en) * | 2000-01-28 | 2006-11-21 | Hewlett-Packard Development Company, L.P. | Dynamic management of virtual partition computer workloads through service level optimization |
US6928646B1 (en) * | 2000-02-02 | 2005-08-09 | Sony Corporation | System and method for efficiently performing scheduling operations in an electronic device |
US6816905B1 (en) * | 2000-11-10 | 2004-11-09 | Galactic Computing Corporation Bvi/Bc | Method and system for providing dynamic hosted service management across disparate accounts/sites |
US8538843B2 (en) | 2000-07-17 | 2013-09-17 | Galactic Computing Corporation Bvi/Bc | Method and system for operating an E-commerce service provider |
JP2002041304A (ja) * | 2000-07-28 | 2002-02-08 | Hitachi Ltd | 論理区画の予備リソース自動付与方法及び論理区画式計算機システム |
US6912493B1 (en) * | 2000-09-29 | 2005-06-28 | International Business Machines Corporation | Technique for configuring processors in system with logical partitions |
JP2002202959A (ja) * | 2000-12-28 | 2002-07-19 | Hitachi Ltd | 動的な資源分配をする仮想計算機システム |
US6957435B2 (en) * | 2001-04-19 | 2005-10-18 | International Business Machines Corporation | Method and apparatus for allocating processor resources in a logically partitioned computer system |
US7170862B1 (en) * | 2001-07-31 | 2007-01-30 | Cisco Technology, Inc. | Partitioning a network element into multiple virtual network elements |
US7428485B2 (en) * | 2001-08-24 | 2008-09-23 | International Business Machines Corporation | System for yielding to a processor |
US7251814B2 (en) * | 2001-08-24 | 2007-07-31 | International Business Machines Corporation | Yield on multithreaded processors |
US20030061262A1 (en) * | 2001-09-25 | 2003-03-27 | Hahn Stephen C. | Method and apparatus for partitioning resources within a computer system |
JP4018900B2 (ja) * | 2001-11-22 | 2007-12-05 | 株式会社日立製作所 | 仮想計算機システム及びプログラム |
JP4119162B2 (ja) * | 2002-05-15 | 2008-07-16 | 株式会社日立製作所 | 多重化計算機システム、論理計算機の割当方法および論理計算機の割当プログラム |
US20030220960A1 (en) * | 2002-05-21 | 2003-11-27 | Demoff Jeff S. | System and method for processing data over a distributed network |
US7412703B2 (en) * | 2002-09-19 | 2008-08-12 | Sedna Patent Services, Llc | Low cost, highly accurate video server bit-rate compensation |
US7133915B2 (en) * | 2002-10-10 | 2006-11-07 | International Business Machines Corporation | Apparatus and method for offloading and sharing CPU and RAM utilization in a network of machines |
JP4119239B2 (ja) * | 2002-12-20 | 2008-07-16 | 株式会社日立製作所 | 計算機資源割当方法、それを実行するための資源管理サーバおよび計算機システム |
US7290260B2 (en) * | 2003-02-20 | 2007-10-30 | International Business Machines Corporation | Dynamic processor redistribution between partitions in a computing system |
US7191329B2 (en) * | 2003-03-05 | 2007-03-13 | Sun Microsystems, Inc. | Automated resource management using perceptron prediction |
US7000051B2 (en) * | 2003-03-31 | 2006-02-14 | International Business Machines Corporation | Apparatus and method for virtualizing interrupts in a logically partitioned computer system |
US7472392B2 (en) * | 2003-04-23 | 2008-12-30 | Micron Technology, Inc. | Method for load balancing an n-dimensional array of parallel processing elements |
US7437729B2 (en) * | 2003-04-23 | 2008-10-14 | Micron Technology, Inc. | Method for load balancing a loop of parallel processing elements |
US7448038B2 (en) * | 2003-04-23 | 2008-11-04 | Micron Technology, Inc. | Method for using filtering to load balance a loop of parallel processing elements |
US7430742B2 (en) * | 2003-04-23 | 2008-09-30 | Micron Technology, Inc. | Method for load balancing a line of parallel processing elements |
US7437726B2 (en) * | 2003-04-23 | 2008-10-14 | Micron Technology, Inc. | Method for rounding values for a plurality of parallel processing elements |
US7028157B2 (en) * | 2003-04-24 | 2006-04-11 | International Business Machines Corporation | On-demand allocation of data structures to partitions |
US7281075B2 (en) * | 2003-04-24 | 2007-10-09 | International Business Machines Corporation | Virtualization of a global interrupt queue |
US20040226015A1 (en) * | 2003-05-09 | 2004-11-11 | Leonard Ozgur C. | Multi-level computing resource scheduling control for operating system partitions |
US20050060704A1 (en) * | 2003-09-17 | 2005-03-17 | International Business Machines Corporation | Managing processing within computing environments including initiation of virtual machines |
US7234032B2 (en) * | 2003-11-20 | 2007-06-19 | International Business Machines Corporation | Computerized system, method and program product for managing an enterprise storage system |
US7464378B1 (en) * | 2003-12-04 | 2008-12-09 | Symantec Operating Corporation | System and method for allowing multiple sub-clusters to survive a cluster partition |
US20050155032A1 (en) * | 2004-01-12 | 2005-07-14 | Schantz John L. | Dynamic load balancing |
US7975270B2 (en) * | 2004-03-10 | 2011-07-05 | International Business Machines Corporation | Facilitating allocation of resources in a heterogeneous computing environment |
EP1738258A4 (en) | 2004-03-13 | 2009-10-28 | Cluster Resources Inc | SYSTEM AND METHOD IMPLEMENTING OBJECT TRIGGERS |
CA2559593C (en) | 2004-03-13 | 2013-12-31 | Cluster Resources, Inc. | System and method of co-allocating a reservation spanning different compute resources types |
US7890629B2 (en) | 2004-03-13 | 2011-02-15 | Adaptive Computing Enterprises, Inc. | System and method of providing reservation masks within a compute environment |
CA2559603A1 (en) * | 2004-03-13 | 2005-09-29 | Cluster Resources, Inc. | System and method for providing advanced reservations in a compute environment |
US8782654B2 (en) | 2004-03-13 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Co-allocating a reservation spanning different compute resources types |
US20050216716A1 (en) * | 2004-03-29 | 2005-09-29 | Hoffman Philip M | System and method for licensing and distribution of I/O in partitioned computer systems |
US7814491B1 (en) * | 2004-04-14 | 2010-10-12 | Oracle America, Inc. | Method and apparatus for managing system resources using a container model |
US7530071B2 (en) * | 2004-04-22 | 2009-05-05 | International Business Machines Corporation | Facilitating access to input/output resources via an I/O partition shared by multiple consumer partitions |
US20070266388A1 (en) | 2004-06-18 | 2007-11-15 | Cluster Resources, Inc. | System and method for providing advanced reservations in a compute environment |
US7277985B2 (en) * | 2004-07-13 | 2007-10-02 | International Business Machines Corporation | Method, system and program product for storing downloadable content on a plurality of enterprise storage system (ESS) cells |
US8176490B1 (en) | 2004-08-20 | 2012-05-08 | Adaptive Computing Enterprises, Inc. | System and method of interfacing a workload manager and scheduler with an identity manager |
US7752623B1 (en) * | 2004-09-16 | 2010-07-06 | Hewlett-Packard Development Company, L.P. | System and method for allocating resources by examining a system characteristic |
CA2586763C (en) | 2004-11-08 | 2013-12-17 | Cluster Resources, Inc. | System and method of providing system jobs within a compute environment |
US20060107000A1 (en) * | 2004-11-15 | 2006-05-18 | Lee Jung-Ik | Peer-based partitioning method for system resource sharing |
US8286157B2 (en) * | 2005-02-28 | 2012-10-09 | International Business Machines Corporation | Method, system and program product for managing applications in a shared computer infrastructure |
US7698430B2 (en) * | 2005-03-16 | 2010-04-13 | Adaptive Computing Enterprises, Inc. | On-demand compute environment |
US7996455B2 (en) | 2005-06-17 | 2011-08-09 | Adaptive Computing Enterprises, Inc. | System and method for providing dynamic roll-back reservations in time |
US8863143B2 (en) | 2006-03-16 | 2014-10-14 | Adaptive Computing Enterprises, Inc. | System and method for managing a hybrid compute environment |
US9225663B2 (en) | 2005-03-16 | 2015-12-29 | Adaptive Computing Enterprises, Inc. | System and method providing a virtual private cluster |
US9231886B2 (en) | 2005-03-16 | 2016-01-05 | Adaptive Computing Enterprises, Inc. | Simple integration of an on-demand compute environment |
EP3203374B1 (en) | 2005-04-07 | 2021-11-24 | III Holdings 12, LLC | On-demand access to compute resources |
US7734895B1 (en) | 2005-04-28 | 2010-06-08 | Massachusetts Institute Of Technology | Configuring sets of processor cores for processing instructions |
US7743379B2 (en) * | 2005-07-14 | 2010-06-22 | International Business Machines Corporation | Variable resource sets |
US7478272B2 (en) * | 2005-09-30 | 2009-01-13 | International Business Machines Corporation | Replacing a failing physical processor |
US7945913B2 (en) * | 2006-01-19 | 2011-05-17 | International Business Machines Corporation | Method, system and computer program product for optimizing allocation of resources on partitions of a data processing system |
US7904547B2 (en) | 2006-02-21 | 2011-03-08 | International Business Machines Corporation | Method, system, and program product for optimizing monitoring and discovery services for a grid computing environment |
US8117611B2 (en) * | 2006-03-01 | 2012-02-14 | International Business Machines Corporation | Method, system, and program product for deploying a platform dependent application in a grid environment |
JP4519098B2 (ja) * | 2006-03-30 | 2010-08-04 | 株式会社日立製作所 | 計算機の管理方法、計算機システム、及び管理プログラム |
US7987464B2 (en) * | 2006-07-25 | 2011-07-26 | International Business Machines Corporation | Logical partitioning and virtualization in a heterogeneous architecture |
US7844709B2 (en) * | 2006-09-20 | 2010-11-30 | International Business Machines Corporation | Method and apparatus for managing central processing unit resources of a logically partitioned computing environment without shared memory access |
US7657715B2 (en) * | 2006-10-31 | 2010-02-02 | International Business Machines Corporation | Dynamic operation mode transition of a storage subsystem |
US8532288B2 (en) * | 2006-12-01 | 2013-09-10 | International Business Machines Corporation | Selectively isolating processor elements into subsets of processor elements |
JP5079342B2 (ja) * | 2007-01-22 | 2012-11-21 | ルネサスエレクトロニクス株式会社 | マルチプロセッサ装置 |
US8127295B1 (en) * | 2007-08-03 | 2012-02-28 | Oracle America, Inc. | Scalable resource allocation |
US20090055831A1 (en) | 2007-08-24 | 2009-02-26 | Bauman Ellen M | Allocating Network Adapter Resources Among Logical Partitions |
US8041773B2 (en) | 2007-09-24 | 2011-10-18 | The Research Foundation Of State University Of New York | Automatic clustering for self-organizing grids |
US8352950B2 (en) * | 2008-01-11 | 2013-01-08 | International Business Machines Corporation | Algorithm to share physical processors to maximize processor cache usage and topologies |
US20090313074A1 (en) * | 2008-06-11 | 2009-12-17 | International Business Machines Corporation | Enhanced viewing/updating of calendar entries based upon relationships between a viewer and a calendar owner and a relative importance value of the calendar entries |
US9189222B1 (en) | 2008-10-28 | 2015-11-17 | Hewlett-Packard Development Company, L.P. | Updating a computer system |
JP5507136B2 (ja) * | 2009-07-09 | 2014-05-28 | 株式会社日立製作所 | 管理装置及び方法並びに計算機システム |
US8250198B2 (en) * | 2009-08-12 | 2012-08-21 | Microsoft Corporation | Capacity planning for data center services |
US10877695B2 (en) | 2009-10-30 | 2020-12-29 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
US11720290B2 (en) | 2009-10-30 | 2023-08-08 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
US8826271B2 (en) | 2010-04-28 | 2014-09-02 | Cavium, Inc. | Method and apparatus for a virtual system on chip |
JP5439435B2 (ja) * | 2011-06-14 | 2014-03-12 | 株式会社日立製作所 | 計算機システムおよびその計算機システムにおけるディスク共有方法 |
US8694995B2 (en) | 2011-12-14 | 2014-04-08 | International Business Machines Corporation | Application initiated negotiations for resources meeting a performance parameter in a virtualized computing environment |
US8863141B2 (en) | 2011-12-14 | 2014-10-14 | International Business Machines Corporation | Estimating migration costs for migrating logical partitions within a virtualized computing environment based on a migration cost history |
US9244826B2 (en) | 2013-03-15 | 2016-01-26 | International Business Machines Corporation | Managing CPU resources for high availability micro-partitions |
US9189381B2 (en) | 2013-03-15 | 2015-11-17 | International Business Machines Corporation | Managing CPU resources for high availability micro-partitions |
US9043575B2 (en) | 2013-03-15 | 2015-05-26 | International Business Machines Corporation | Managing CPU resources for high availability micro-partitions |
KR101770234B1 (ko) | 2013-10-03 | 2017-09-05 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 소프트웨어 프로그램의 연산 블록을 멀티-프로세서 시스템의 코어에 할당하는 방법 및 시스템 |
KR101465657B1 (ko) * | 2014-03-10 | 2014-12-10 | 성균관대학교산학협력단 | 가상머신을 위한 협력 스케줄링 방법 |
US10176021B1 (en) * | 2014-11-21 | 2019-01-08 | Ca, Inc. | System and method for managing actual processing capacity usage on a mainframe computer |
US9342372B1 (en) | 2015-03-23 | 2016-05-17 | Bmc Software, Inc. | Dynamic workload capping |
WO2016167807A1 (en) * | 2015-04-17 | 2016-10-20 | Hewlett-Packard Development Company, L.P. | Memory mode categorizations |
US9680657B2 (en) | 2015-08-31 | 2017-06-13 | Bmc Software, Inc. | Cost optimization in dynamic workload capping |
US9921880B2 (en) * | 2016-01-28 | 2018-03-20 | Oracle International Corporation | Dynamic performance isolation of competing workloads on CPUs with shared hardware components |
US10563497B2 (en) * | 2016-02-18 | 2020-02-18 | Halliburton Energy Services | Method and system for smart resource allocation |
US10133504B2 (en) * | 2016-04-06 | 2018-11-20 | Futurewei Technologies, Inc. | Dynamic partitioning of processing hardware |
US10235211B2 (en) | 2016-04-22 | 2019-03-19 | Cavium, Llc | Method and apparatus for dynamic virtual system on chip |
US10956226B2 (en) * | 2018-07-19 | 2021-03-23 | Futurewei Technologies, Inc. | Basic runtime environment |
US11038762B2 (en) * | 2019-09-23 | 2021-06-15 | Google Llc | Arbitrarily grouping computer system resources |
CN111506433A (zh) * | 2020-04-30 | 2020-08-07 | 中科院计算所西部高等技术研究院 | 具有ooda多分区可替换机制的处理器 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4564903A (en) | 1983-10-05 | 1986-01-14 | International Business Machines Corporation | Partitioned multiprocessor programming system |
US4843541A (en) | 1987-07-29 | 1989-06-27 | International Business Machines Corporation | Logical resource partitioning of a data processing system |
US4949254A (en) * | 1988-09-29 | 1990-08-14 | Ibm Corp. | Method to manage concurrent execution of a distributed application program by a host computer and a large plurality of intelligent work stations on an SNA network |
US5220654A (en) | 1991-03-28 | 1993-06-15 | International Business Machines Corp. | Method and system for managing an operating system definition of a dynamically modifiable i/o configuration |
US5257368A (en) | 1991-03-28 | 1993-10-26 | International Business Machines Corp. | System for dynamically changing a system I/O configuration by determining differences between current and future configurations and describing differences to software and hardware control blocks |
US5257379A (en) | 1991-09-04 | 1993-10-26 | International Business Machines Corporation | Establishing synchronization of hardware and software I/O configuration definitions |
CA2086691C (en) | 1992-03-30 | 1997-04-08 | David A. Elko | Communicating messages between processors and a coupling facility |
US5317739A (en) | 1992-03-30 | 1994-05-31 | International Business Machines Corp. | Method and apparatus for coupling data processing systems |
JP2682770B2 (ja) * | 1992-05-15 | 1997-11-26 | 富士通株式会社 | 仮想計算機システムのcpu制御方式 |
JP3186244B2 (ja) * | 1992-09-18 | 2001-07-11 | 株式会社日立製作所 | 仮想計算機システム |
CA2100540A1 (en) * | 1992-10-19 | 1994-04-20 | Jonel George | System and method for performing resource reconfiguration in a computer system |
US5301323A (en) | 1992-10-30 | 1994-04-05 | International Business Machines Corp. | Data processing system including dynamic channel path management |
US5526484A (en) | 1992-12-10 | 1996-06-11 | International Business Machines Corporation | Method and system for pipelining the processing of channel command words |
US5437032A (en) * | 1993-11-04 | 1995-07-25 | International Business Machines Corporation | Task scheduler for a miltiprocessor system |
US5706432A (en) | 1993-11-04 | 1998-01-06 | International Business Machines Corporation | Mechanism for receiving messages at a coupling facility |
US5473773A (en) | 1994-04-04 | 1995-12-05 | International Business Machines Corporation | Apparatus and method for managing a data processing system workload according to two or more distinct processing goals |
US5564040A (en) | 1994-11-08 | 1996-10-08 | International Business Machines Corporation | Method and apparatus for providing a server function in a logically partitioned hardware machine |
US5675739A (en) | 1995-02-03 | 1997-10-07 | International Business Machines Corporation | Apparatus and method for managing a distributed data processing system workload according to a plurality of distinct processing goal types |
EP0725340A3 (en) * | 1995-02-03 | 1996-10-02 | Ibm | Apparatus and method for managing the workload of a distributed data processing system by limiting the consumption of processing capacity |
JPH0991257A (ja) * | 1995-09-25 | 1997-04-04 | Nec Corp | Cpu管理方式 |
JP2940450B2 (ja) | 1995-10-26 | 1999-08-25 | 日本電気株式会社 | クラスタ型コンピュータのジョブスケジュール方法及び装置 |
JPH09190381A (ja) * | 1996-01-11 | 1997-07-22 | Hitachi Ltd | マルチプロセッサ構成の仮想計算機システム |
US5925102A (en) * | 1997-03-28 | 1999-07-20 | International Business Machines Corporation | Managing processor resources in a multisystem environment in order to provide smooth real-time data streams, while enabling other types of applications to be processed concurrently |
JPH1165862A (ja) * | 1997-08-14 | 1999-03-09 | Nec Corp | マルチプロセッサ資源分割管理方式 |
JP4634548B2 (ja) * | 1997-11-04 | 2011-02-16 | ヒューレット・パッカード・カンパニー | マルチプロセッサコンピュータシステム及びその動作方法 |
-
1999
- 1999-09-28 US US09/407,212 patent/US6587938B1/en not_active Expired - Lifetime
-
2000
- 2000-09-18 KR KR10-2000-0054697A patent/KR100420420B1/ko active IP Right Grant
- 2000-09-25 JP JP2000290086A patent/JP3672236B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2001142858A (ja) | 2001-05-25 |
KR100420420B1 (ko) | 2004-03-03 |
KR20010050505A (ko) | 2001-06-15 |
US6587938B1 (en) | 2003-07-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3672236B2 (ja) | コンピュータ環境の中央処理装置を管理する方法、システム、およびプログラム製品 | |
JP3813056B2 (ja) | 優先順位に基づくチャネル・サブシステム保留入出力作業キューの処理 | |
JP3659324B2 (ja) | コンピュータ環境の論理プロセッサを管理する方法、システム、およびプログラム製品 | |
JP3807916B2 (ja) | コンピュータ環境の区画のグループを管理する方法およびシステム | |
JP3872343B2 (ja) | コンピュータ環境におけるワークロード管理 | |
US7051188B1 (en) | Dynamically redistributing shareable resources of a computing environment to manage the workload of that environment | |
US6519660B1 (en) | Method, system and program products for determining I/O configuration entropy | |
US7945913B2 (en) | Method, system and computer program product for optimizing allocation of resources on partitions of a data processing system | |
WO2016078178A1 (zh) | 一种虚拟cpu调度方法 | |
US7167854B2 (en) | Database control method | |
US7568052B1 (en) | Method, system and program products for managing I/O configurations of a computing environment | |
Rooney et al. | Intelligent resource director | |
Adly et al. | Performance evaluation of job scheduling in heterogeneous distributed systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040722 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041020 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041020 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20041025 |
|
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: 20050405 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050405 |
|
RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20050405 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050415 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 3672236 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080428 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 9 |