"計算リソースを管理する方法であって、第1のワークロードのための第1のワークロードメタデータを生成するステップと;第2のワークロードのための第2のワークロードメタデータを生成するステップであって:前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づけ;最初に、前記第1のワークロードのメタデータが、前記第2のワークロードメタデータより優先され;かつ前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される;ステップと;リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップであって、前記計算リソースを特徴づけている前記リソースメタデータは、一つ以上の前記処理エンティティにより利用可能である、ステップと、リソースメタデータに対するワークロードメタデータの前記比較に基づいて、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと;前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップであって、リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない、ステップと、を有する方法。前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される計算リソースの相対的特徴を含む、請求項1記載の方法。前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される前記計算リソースの定量的特徴を含む、請求項1記載の方法。前記一つ以上の処理エンティティは、計算ノードのプールを有する、請求項1記載の方法。前記一つ以上の処理エンティティは、プロセッサコアのプールを有する、請求項1記載の方法。前記一つ以上の処理エンティティは、プロセッサスレッドのプールを有する、請求項1記載の方法。ワークロードのためのワークロードメタデータを生成するステップは、実行のために前記ワークロードをシステムにロードするステップと;データの第1のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;を有する請求項1記載の方法。ワークロードのためのワークロードメタデータを生成するステップは、データの第2のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;前記ワークロードによって使用された計算リソースを平均化するステップと;を更に有する請求項7記載の方法。第1の処理エンティティ及び第2の処理エンティティに利用可能な計算リソースを特徴付けることによって、リソースメタデータが生成され;リソースメタデータに対して前記第1のワークロードメタデータ及び第2のワークロードメタデータを比較するステップは、第1のワークロードメタデータ及び第2のワークロードメタデータを、前記第1の計算エンティティ及び前記第2の計算エンティティに利用可能な前記リソースに対して比較するステップを含み、前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップは、前記第1の処理エンティティが、前記第2のワークロードを実行するために、十分なリソースを持っているか否かを判断するステップと;前記第1の処理エンティティが、不十分なリソースしか持たない場合、前記第2のワークロードを実行するために、前記第2の処理エンティティが十分なリソースを持つか否かを判断するステップと;前記第2の処理エンティティが十分なリソースを持つ場合、前記第2の処理エンティティによる実行のために前記第2のワークロードを割り当てるステップと;を含む、請求項1記載の方法。第1の処理エンティティによる前記第1のワークロードの実行が、前記処理エンティティに対して、利用可能な計算リソースの所定のカテゴリの100パーセントを超えさせる場合、潜在的な競合が特定される、請求項3記載の方法。コンピュータに、第1のワークロードのための第1のワークロードメタデータを生成するステップと;第2のワークロードのための第2のワークロードメタデータを生成するステップであって:前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づけ;最初に、前記第1のワークロードのメタデータが、前記第2のワークロードメタデータより優先され;かつ前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される;ステップと;リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップであって、前記計算リソースを特徴づけている前記リソースメタデータは、一つ以上の前記処理エンティティにより利用可能である、ステップと、リソースメタデータに対するワークロードメタデータの前記比較に基づいて、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと;前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップであって、リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない、ステップと、を実行させるプログラム。計算ワークロードを管理するシステムであって、プロセッサと;前記プロセッサに接続される計算機可読の媒体であって、コンピュータに、第1のワークロードのための第1のワークロードメタデータを生成するステップと;第2のワークロードのための第2のワークロードメタデータを生成するステップであって:前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づけ;前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される;ステップと;リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップであって、前記計算リソースを特徴づけている前記リソースメタデータは、一つ以上の前記処理エンティティにより利用可能である、ステップと、リソースメタデータに対するワークロードメタデータの前記比較に基づいて、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと;前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップであって、リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない、ステップと、を実行させるプログラムを格納した媒体と;を有するシステム。このようなリソースの管理をすることは、複雑であり、難しい作業である。ワークロードリクエストの実行のために、このようなリソースの割り当て及び優先付けを行うよう構成されたソフトウェアは、現時点における要求に基づいて、計算デバイスを分散させる受け身的なアプローチが取られる。計算リソースを管理する方法は、第1のワークロードのための第1のワークロードメタデータを生成するステップと、第2のワークロードのための第2のワークロードメタデータを生成するステップと、リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップとを有する。本方法は、リソースメタデータに対するワークロードメタデータの前記比較に基づいて、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと、前記処理エンティティのうちの1つによる実行のための前記第2のワークロードを割り当てるステップとを有する。前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づける。最初に、前記第1のワークロードのメタデータが、前記第2のワークロードメタデータより優先される。前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される。前記計算リソースを特徴づけている前記リソースメタデータは、前記処理エンティティが利用できる。リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない。本発明及びその特徴及び効果の更なる詳細な理解のために、図面を参照しながら以下に説明する。更なる実施例においては、製造製品は、計算機可読媒体及び計算機実行可能な命令を含む。計算機実行可能な命令は、計算機可読媒体に格納される。この命令は、プロセッサによって読み取ることができる。この命令は、読み込まれ実行されると、プロセッサが、第1のワークロードのための第1のワークロードメタデータを生成するステップと、第2のワークロードのための第2のワークロードメタデータを生成するステップと、リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップと、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと、前記処理エンティティのうちの1つによる実行のための前記第2のワークロードを割り当てるステップとを実行する。前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づける。最初に、前記第1のワークロードのメタデータが、前記第2のワークロードメタデータより優先される。前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される。前記計算リソースを特徴づけている前記リソースメタデータは、前記処理エンティティが利用できる。リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない。更にほかの実施例において、計算ワークロードを管理するシステムは、プロセッサと、前記プロセッサに結合された計算機可読媒体と、前記計算機可読媒体に格納された計算機実行可能な命令とを有する。この命令は、前記プロセッサによって読み取ることができる。この命令は、読み込まれ実行されると、プロセッサが、第1のワークロードのための第1のワークロードメタデータを生成するステップと、第2のワークロードのための第2のワークロードメタデータを生成するステップと、リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップと、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと、前記処理エンティティのうちの1つによる実行のための前記第2のワークロードを割り当てるステップとを実行する。前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づける。前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される。前記計算リソースを特徴づけている前記リソースメタデータは、前記処理エンティティが利用できる。リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない。図1は、計算ワークロードメタデータの生成、分析、及び利用のためのシステム100の実施例を示している。システム100は、ワークロードキャラクタライザ101及びワークロードマネジャ102を含んでもよい。システム100は、一つ以上の計算ノード110を含んでもよい。計算ノード110はプロセッサを含んでもよい。そして、例えば、電子デバイス、コンピュータ、サーバ、又はマザーボードにインプリメントされてもよい。このようなデバイスは複数の計算ノード110例えばラックマウントサーバ構成を含んでもよい。そして、複数のブレードサーバボードを含む。そして、各々のボードが計算ノードを含む。マルチプロセッサ環境において、各々のプロセッサは、計算ノード110であってもよい。システム110は、一つ以上のコア114を含んでもよい。コア114は、命令を読込かつ実行するよう構成されたプロセッサの一部にインプリメントされてもよい。プロセッサ、又は、計算ノード110は、一つ以上のコア114を含んでもよい。システム110は、一つ以上のスレッド118を含んでもよい。スレッド118は、一連の命令でインプリメントされてもよい。この一連の命令は、例えば、コア114又は計算ノード118で実行されるオペレーティングシステムによってスケジュールされ得る。コア114は、一つ以上のスレッド118を含んでもよい。ワークロードキャラクタライザ101は、例えば計算ノード110、コア114、又は、スレッド118等の、1つ以上の計算又は処理エンティティのオペレーションを評価するように構成されてもよい。処理エンティティによって処理される一組の計算、又は、処理タスクは、ワークロードとして束ねられてもよい。計算、又は、処理エンティティは、並行に一つ以上のワークロードを実行するように構成されてもよい。このような構成によると、並行的に処理されるワークロードが共有しなければならない計算リソースの不足を生じさせる場合がある。ワークロードキャラクタライザ101は、処理エンティティによって処理されるワークロードのために必要なリソースを決定するように構成されてもよい。ワークロードキャラクタライザ101は、所定の利用限度で全ての処理エンティティに利用可能な全てのリソースを評価するよう構成されてもよい。ワークロードキャラクタライザは、システム100の処理エンティティの各種レベルのワークロードに対して必要とされる必要な計算リソースを測定してもよい。ワークロードキャラクタライザ101は、このような測定の結果を記録し、かつ特徴メタデータの形でそれらをワークロードにアタッチするよう構成されてもよい。ワークロードマネジャ102は、処理エンティティによる実行のためのワークロードを割り当て、優先付けするために、このような記録されたメタデータ情報を利用するよう構成されてもよい。一つの実施例において、ワークロードマネジャ102は、処理エンティティによって同時実行するための、ワークロードを割り当て、かつ、優先付けしてもよい。ワークロードキャラクタライザ101は、システム100のワークロードのリソース要求を特徴付けるための、いかなるスクリプト、実行形式、モジュール、ライブラリ、あるいはその他実行可能な適切なディジタルエンティティによってインプリメントされてもよい。ワークロードマネジャ102は、ワークロードを割り当て、かつ優先付けするための、いかなるスクリプト、実行形式、モジュール、ライブラリ、あるいはその他実行可能なディジタルエンティティによってインプリメントされてもよい。ワークロードキャラクタライザ101は、ワークロードキャラクタライザ101をホスティングすることに適したシステム100のいかなる電子デバイスに存在してもよい。ワークロードマネジャ102は、ワークロードマネジャ102をホスティングすることに適したシステム100のいかなる電子デバイスに存在してもよい。実施例において、ワークロードキャラクタライザ101及びワークロードマネジャ102は、同じ電子デバイスに存在してもよい。別の実施例においては、ワークロードキャラクタライザ101及びワークロードマネジャ102は、異なる電子デバイスに存在してもよい。ワークロードキャラクタライザ101及びワークロードマネジャ102は、一つ以上のサーバ105に存在してもよい。サーバ105は、システム100の電子デバイスによってインプリメントされてもよい。サーバ105、又はワークロードキャラクタライザ101又はワークロードマネジャ102が存在している電子デバイスは、メモリ108に接続されたプロセッサ106を含んでもよい。ワークロードキャラクタライザ101は、プロセッサ106によって実行され、かつ、メモリ108に記憶されるよう構成されてもよい。ワークロードマネジャ102は、プロセッサ106によって実行され、かつメモリ108に記憶されるよう構成されてもよい。実施例において、ワークロードキャラクタライザ101及びワークロードマネジャ102は、同じ実行形式、スクリプト、ファイル、モジュール又はライブラリにインプリメントされてもよい。別の実施例において、ワークロードキャラクタライザ101及びワークロードマネジャ102は、異なる実行形式、スクリプト、ファイル、モジュール又はライブラリにインプリメントされてもよい。プロセッサ106は、例えばマイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサDSP、特定用途向け集積回路ASIC、又は、プログラム命令及び/又はプロセスデータを解釈し、及び/又は実行するように構成された他のいかなるデジタル、又はアナログ回路をも含んでもよい。いくつかの実施例では、プロセッサ106は、メモリ108に記憶されたプログラム命令及び/又はプロセスデータを解釈してもよく、及び/又は実行してもよい。メモリ106は一部又は全てがアプリケーションメモリ、又はシステムメモリ、又はその両方で構成されてもよい。メモリ106には、一つ以上のメモリーモジュールを持つよう構成された、いかなるシステム、デバイス、又は、装置を含んでもよい。各々のメモリーモジュールは、一定期間プログラム命令及び/又はデータ例えばコンピュータ可読のメディアを保持するように構成される、いかなるシステム、デバイス、又は、装置を含んでもよい。ワークロードキャラクタライザ101は、ワークロードメタデータ103を生成するように構成されてもよい。ワークロードキャラクタライザ101は、システム100のリソースの状態を分析し、かつリソースステータス104において特徴づけるように構成されてもよい。ワークロードマネジャ102は、ワークロードメタデータ103及び/又はリソースステータス104にアクセスするように構成されてもよい。ワークロードマネジャは、システム100の処理エンティティ上のワークロードの実行を優先させ、かつ割り当てるために、ワークロードメタデータ103及びリソースステータス104を使用するように構成されてもよい。ワークロードキャラクタライザ101は、システム100の各種レベルから処理エンティティのワークロード及びリソースを特徴づけるように構成されてもよい。例えば、ワークロードキャラクタライザ101は、ワークロード、及び一つ以上の計算ノード110のリソース特徴を分析するように構成されてもよい。計算ノード110は、ネットワーク112を介して通信するように構成されてもよい。ネットワーク112は、通信のためのいかなる適切なネットワークで実行されてもよい。例えば、インターネット、イントラネット、広域ネットワーク、ローカルエリアネットワーク、バックホールネットワークback-haul-networks、ピアツーピア-ネットワーク、又は、これらのいかなる組合せであってもよい別の実施例において、ワークロードキャラクタライザ101は、与えられた処理ユニット例えば計算ノード110の一つ以上のコア114のワークロード及びリソースを分析するように構成されてもよい。このようなコアは単一の計算ノード110の各々で動作するものであってもよい、又は、複数のコアが単一の計算ノードで動作してもよい。さらに別の実施例では、ワークロードキャラクタライザ101は、一つ以上のスレッド118のワークロード及びリソースを分析するように構成されてもよい。このようなスレッドは単一のコア114の各々で動作してもよい。あるいは、複数のスレッドは単一CPUで動作してもよい。このようなスレッドは、コア114、CPU、又は、他の処理エンティティによって並行的な実行として同時に動作していてもよい。各々のこれらの実施例において、処理エンティティは、システムリソースとして有限値を有している。このようなリソースは、リソースの共有を試みる処理エンティティによって異なってもよい。例えば、コア114は、CPU116及び他の計算ノード110のリソースへのアクセスを共有しようとしてもよい。他の例では、スレッド118は、コアリソース120、又は、コア114の他の部分を共有するように構成されてもよい。ワークロードキャラクタライザ101及びワークロードマネジャ102は、コンピュータ計算ノード110、コア114、スレッド118、各々のレベル、例えばCPU116、又は、コアリソース120のリソースに通信接続されてもよい。ワークロードキャラクタライザ101は、所定のレベルの利用可能リソースを分析するように構成されてもよい。例えば、ワークロードキャラクタライザ101は、計算ノード110が利用できるリソースを分析するように構成されてもよい。他の例では、ワークロードキャラクタライザ101は、コア114例えばCPU116が利用できるリソースを分析するように構成されてもよい。他の例では、ワークロードキャラクタライザ101は、スレッド118例えばコアリソース120が利用できるリソースを分析するように構成されてもよい。ワークロードキャラクタライザは、リソースステータス104にこの分析の結果を蓄積するように構成されてもよい。ワークロードマネジャ102は、所定のレベルの処理エンティティの実行の優先順位を決定するために、ワークロードメタデータ103及びリソースステータス104にアクセスするように構成されてもよい。図2は、ワークロードキャラクタライザ101によって特徴づけられ、かつシステム100の処理エンティティによってワークロードの実行を優先させるためにワークロードマネジャ102によって利用され得るシステムリソースの具体例である。このようなリソースは、処理エンティティの性質に従って、異なるレベルに分けられてもよい。例えば、計算ノードのリソース202は、計算ノード110が利用できるシステムリソースを示してもよい。他の例では、CPUリソース212は、コア114が利用できるリソースを示してもよい。さらに別の例では、コアリソース222は、スレッド118によって実行できるリソースを示してもよい。計算ノードのリソース202は、実行するために、計算ノード110に役立ついかなるリソースを含んでもよい。このような計算ノードのリソースは、例えば、利用できるシステムメモリ204、ノード間バンド幅205、与えられた計算ノード206のCPU使用cpuusage、パワー使用限度207及び/又はI/O接続208を含んでもよい。CPUリソース212は、実行するために、コア114に適するいかなるリソースを含んでもよい。このようなリソースは、以下を含むが、これに限定されるものではない。すなわち、RAMとCPUとのバンド幅214、CPU間バンド幅215、共用キャッシュ216、メモリ使用状況217、パワー使用限度218及び/又はアドレス変換バッファTLB219が挙げられる。CPUリソース212は、与えられた計算ノード110のCPU使用状況206を示してもよい。コアリソース222は、実行するために、スレッド118に適したいかなるシステムリソースを含んでもよい。このようなリソースには、浮動小数点ユニット224、整数ユニット225、コア間バンド幅226、パワー使用限度227、さまざまなレジスタ228、及びコア占有キャッシュ229が含まれ得る。なお、これらに制限されない。コアリソース222は、CPUリソース212の与えられたコアのメモリ使用状況217を形成してもよい。図3は、システムから発生したワークロードがどのように、非効率的にシステムの様々な処理ユニットに割り当てられるかを示す図である。ジョブスケジューラキュー302は、一つ以上のジョブ310、又は、システム100で実行される予定のワークロードを含んでもよい。ジョブスケジューラキュー302は、ワークロードマネジャ102によって維持されてもよい。図3の実施例において、ジョブスケジューラキュー302は、一つ以上の利用できるCPU116上での実行のためのさまざまなワークジョブを含んでもよい。CPU0、CPU1及びCPU2の3台のCPUが実行に利用できる。各々のCPUは、関連づけられたジョブキュー304-308を有してもよい。例えば、CPU0はCPUジョブキュー1304に対応してもよい。CPU1はCPUジョブキュー2306に対応してもよい。そして、CPU2はCPUジョブキュー3308に対応してもよい。各々のジョブキュー304-308は、一つ以上のワークロードを有し、指定されたCPUで実行される。ワークロードマネジャ102は、ジョブスケジューラキュー302から、一つ以上のワークロード312を利用できるジョブキュー304-308に割り当てるように構成されてもよい。ワークロードマネジャがワークロードメタデータ103、又はリソースステータス104にアクセスしない場合、ワークロードマネジャ102は、特定のジョブが処理エンティティの、相当量のリソース、プールされた利用可能な特定のリソースにストレスを与え、これを要求している情報を持たないこととなる。例えば、いくつかのワークロード310は特にCPUとRAMとの間のバンド幅にストレスを与えてもよい。他のものは共用キャッシュにストレスを与えてもよい。そして、他のものはCPU間接続にストレスを与えてもよい。更に、各々のCPUジョブキュー302-308には、異なるタイプのワークロードがロードされてもよい。CPUジョブキュー304-308においてすでにロードされるワークロードの性質、及びジョブスケジューラキュー310から割り当てられるワークロード312の性質に関する情報なしでは、ワークロードマネジャ102は、ジョブスケジューラキュー310から、所定のCPUジョブキューに、ワークロード312の効果的な割当てをすることができない。例えば、CPUジョブキュー304-308の中で、CPUジョブキュー2は、実行に指定された2つのワークロードしか持っていない。CPUジョブキュー2は、待機中ワークロードが最少の数であるため、次のワークロードの割り当てが受信されるであろう。しかしながら、この両者のワークロードは、CPUとRAMとの間のバンド幅をかなり消費するワークロードである。ワークロードスケジューラ302は、CPUとRAMとの間のバンド幅をかなり消費するワークロード310にどのCPUジョブキューを割り当てるべきかについて決めるが、ワークロードマネジャ102は、CPUジョブキュー1、又は、CPUジョブキュー3の代わりにこのようなワークロードをCPUジョブキュー2に送信する。これは、非効率的な割り当てである。そのようなワークロードがCPUジョブキュー2よりも大きなワークロードであり、CPUジョブキュー1及び3は、ワークロード312を効率的に処理できるにもかかわらず、ワークロードマネジャ102は、CPUジョブキュー1及び3が実行のための3つの待機中ワークロードを有することしか判断できない。図4は、ワークロードマネジャ102が待機中ワークロードをジョブキューに割り当る効果的な割り当て方式についての実施例を示している。この実施例において、ワークロードマネジャ102は、例えばワークロードメタデータ103及びワークロードマネジャ102がワークロード310をジョブキュー304-308に効率的に割り当るリソースステータス104の情報にアクセスする。例えば、CPUジョブキュー2は、CPUジョブキュー1又はCPUジョブキュー3よりも多い3つの待機中のワークロードを持っているとする。ワークロードマネジャ102は所定のワークロード310を、いずれのジョブキューに割り当てるべきかについて決定するように構成され、割当の際、リソースの競合を回避する。例えば、ワークロード310は、重要なCPUとRAMとの間のバンド幅リソースを消費する。ワークロードメタデータ103及びリソースステータス104の情報を使用することにより、ワークロードマネジャ102は、ワークロード310のメタデータの性質、これに加えて各々のジョブキュー304-308に待機中のワークロードの性質を確認し得る。その結果として、ワークロードマネジャ102は、CPUジョブキュー2には、CPUジョブキュー1、又は、CPUジョブキュー3より多くのジョブが待機しているにもかかわらず、待機中ワークロード310をCPUジョブキュー2に割り当てるように構成されてもよい。CPUジョブキュー1及び2の両方が既に、実行においてCPUとRAMとの間のバンド幅にストレスを与えるような待機中ワークロードを有しているため、ワークロードマネジャ102は上述のような割り当てを与える構成としてもよい。実施例において、ワークロード310は、並行して処理エンティティによって実行されてもよい。図1に戻る。ワークロードキャラクタライザ101は、システム100の処理エンティティのワークロードを特徴づけるよう、いかなる適切な方法によって構成されてもよい。図2で示すリソースだけでなく、ワークロードキャラクタライザは、いかなる適切なリソースを特徴づけてもよい。一つの実施例において、ワークロードキャラクタライザ101は、システム100の処理エンティティから、待機中ワークロードを、ワークロードのリソースの利用のプロファイルを作り特徴づけるための適切な電子デバイス上にロードするように構成されてもよい。ワークロードキャラクタライザ101は、ワークロードのリソースの消費レベルを平均するために異なるサンプルデータを使用して、特徴づけられる各々のワークロードを複数回実行するように構成されてもよい。ワークロードキャラクタライザ101は、システム100の仕様に基づいてこのような特徴づけを実行するように構成されてもよい。例えば、ワークロードキャラクタライザ101が80のCPUメモリ帯域幅を使用する所定のワークロードを分析した場合、ワークロードキャラクタライザ101は、このように判断をするように構成されてもよい。すなわち、利用できるCPUメモリ帯域幅が1秒につき20ギガビットGbpsであり、ワークロードは16GB/sのCPUメモリ帯域幅を使用していた場合が挙げられる。このような技術を用いて、ワークロードキャラクタライザ101は、所定のワークロードの必要性に基づいて、ワークロードを特徴づけるように構成されてもよい。ワークロードキャラクタライザ101は、ボトルネックの原因となるリソースを特定するように構成されてもよい。実施例において、ワークロードキャラクタライザ101は、さまざまなワークロードの要求、及び定性的又は相対的な観点から処理エンティティが利用できるリソースを分析するように構成されてもよい。このような実施例では、ワークロードマネジャ102は、ワークロードメタデータ103及びリソースステータス104からこのような相対的情報に基づいてワークロードの実行を優先させるように構成されてもよい。別の実施例において、ワークロードキャラクタライザ101は、さまざまなワークロードの要求及び処理エンティティが利用できるリソースを定量的方法で分析するように構成されてもよい。このような実施例では、ワークロードマネジャ102は、ワークロードメタデータ103及びリソースステータス104から定量的情報に基づいてワークロードの実行を優先させるように構成されてもよい。図5は、ワークロードキャラクタライザ101による、定性的又は相対的な手法によるワークロードメタデータ103及びリソースステータス104の生成の例を示す。その結果、ワークロードマネジャ102は実行を優先させてもよい。コアオペレーションステータス502は、システム100の所定のレベルで利用できるリソースの状態を示してもよい。コアオペレーションステータス502は、処理エンティティによってすでに実行に割り当てられたワークロードのリソース要求を含んでもよい。ワークロードキュー504は、システム100の所定のレベルのさまざまな処理エンティティによって実行のために要求されるワークロードを含んでもよい。ワークロードキュー504は、一つ以上のワークロード506を含んでもよい。所定のワークロード506の、又は、コアオペレーションステータス502のリソース情報は、ワークロードキャラクタライザ101によって設定されるように構成されてもよい。このようなリソース情報は、ワークロードメタデータ103及びリソースステータス104に対応してもよい。ワークロードキャラクタライザ101は、定性的に所定のワークロード506の情報を特徴づけるように構成されてもよい。ワークロードキャラクタライザ101は、例えば、ベンチマーク、他のワークロードの情報、又は、利用可能なシステムリソースに関連して所定のワークロードの情報を特徴づけるように構成されてもよい。ワークロードキャラクタライザ101は、所定のワークロードのリソース要求をいかなる適切な分割segmentationによって特徴づけるように構成されてもよい。例えば、ワークロードキャラクタライザ101は、所定のワークロード506により必要とされるリソースを、1つ以上の可能な利用のカテゴリ例えば、重い利用heavilyusage、軽い利用lightusageに特徴付けるよう構成されてもよい。同様に、ワークロードキャラクタライザ101は、利用に関する一つ以上の可能なカテゴリに、一つ以上の処理エンティティのオペレーションの状態を特徴づけるように構成されてもよい。ワークロードキャラクタライザ101は、例えば、コアオペレーションステータス502のコアにおいて利用できるリソースを、軽い利用、又は重い利用に特徴づけるように構成されてもよい。ワークロードキャラクタライザ101は、ワークロードキュー504の各々のワークロード506のために、このような特徴を決定するように構成されてもよい。例えば、図5で、ワークロードキャラクタライザ101は、コアオペレーションステータス502によって示される所定のコアが、浮動小数点ユニット224、整数ユニット225、パワー利用限度227に関連づけられたそのリソースに関して、軽く利用されていると決定するように構成されてもよい。ワークロードキャラクタライザ101は、そのコア間バンド幅226、さまざまなレジスタ228、及びコア占有キャッシュ229に関して、コアのリソースが重く利用されていると決定するように構成されてもよい。同様に、この例において、ワークロードキャラクタライザ101は、ワークロードAは不動小数点ユニット224,コア間バンド幅226,及びコア占有キャッシュ229を重く利用すると決定するよう構成されてもよく、その他のリソースに関しては軽く利用していると決定してもよい。ワークロードキャラクタライザ101は、ワークロードB、C及びDに対して、同様の決定を行うよう構成されてもよい。ワークロードマネジャ102は、例えばコアオペレーションステータス502,及び例えばワークロードキュー404のようなワークロードキューから、最適化された、又は向上した所定のコアにおいて実行されるワークロードの割り当てを決定するよう構成されてもよい。ワークロードマネジャ102は、所定の処理エンティティにおいてワークロードの実行を最適化するためのいかなる適切な方式を採用するよう構成されてもよい。一つの実施例において、ワークロードマネジャ102は、重いリソースの利用特徴を有する複数のワークロード506を、所定の処理エンティティによる実行に割り当てることを回避するように構成されてもよい。別の実施例において、ワークロードマネジャ102は、所定のリソースカテゴリの重いリソースの利用特徴を持つワークロード506を、その特徴に対するリソースがすでに重く圧迫されているコアによる実行に割り当てることを回避するように構成されてもよい。別の実施例において、ワークロードマネジャ102は、処理エンティティの実行のためのボトルネックを発生させることを回避するためにワークロードキュー504の一つ以上のワークロード506を評価するように構成されてもよい。例えば、コアオペレーションステータス502により示されるリソースステータス、及びワークロード506により示されるリソース要求が与えられた場合、システム100のより効率的な実行を提供するために、ワークロードマネジャ102は、ワークロードA、又はワークロードBを送る前にワークロードC、又はワークロードDを送るように構成されてもよい。ワークロードマネジャ102は、ワークロードBをワークロードCと比較するように構成されてもよい。ワークロードB及びワークロードCは両方とも数値演算プロセッサの重い利用を必要とする。しかし、ワークロードBはまた、コア占有キャッシュ229の重い利用を要求する。ワークロードBが、初期の優先順位に関してワークロードキュー504においてワークロードCより前に位置するが、コア占有キャッシュの重い利用を行うワークロードBの要求がコアオペレーションステータス502に示す利用可能リソースと競合を起こすため、ワークロードマネジャ102は、ワークロードCの実行を優先させるように構成されてもよい。特に、コアのコア占有キャッシュ229は、すでに重く利用される。図6は、定量的分類の例、及びワークロードキャラクタライザ101及びワークロードマネジャ102による優先順位である。所定の処理エンティティのリソースの利用ステータス、又はシステム100のレベルは、ノードのオペレーションステータス602によって反映されてもよい。ノードのオペレーションステータス602は、処理エンティティによってすでに実行に割り当てられるワークロードのリソース要求を含んでもよい。ノードオペレーションステータス602は、リソース例えばノード間バンド幅205、CPU利用206、パワー利用限度207、利用できるシステムメモリ204及びI/O接続208を反映した領域を含んでもよい。ノードオペレーションステータス602は、このようなリソースの各々の利用の現在のレベルの表示、及びこのようなリソースの各々の最大能力の表示を含んでもよい。例えば、CPU0の現在の利用は85、CPU1は0、ノード間バンド幅2GB/s、パワー利用300ワット、利用できるシステムメモリ384ギガバイト、及びI/O接続5GB/sである。ワークロードキャラクタライザ101は、例えば、一つ以上の計算ノード110のオペレーションに基づいて、ノードオペレーションステータス602を決定するように構成されてもよい。システム100の他の処理エンティティのためのオペレーションステータスを作成するように構成されてもよい。ワークロードキャラクタライザ101は、ワークロードキュー604に存在する1つ以上のワークロード606を特徴付けるよう構成されてもよい。ワークロードキュー604は、システム100のさまざまな処理エンティティによる実行のために待機中の、システム100のさまざまなワークロードを優先させるように構成されるデータ構造であってもよい。所定のワークロード606に対応するワークロードキュー604の各々のエントリは、システムリソースを指定する領域を含んでもよい。これは、ノードオペレーションステータス602における指定に類似している。このような指定は、所定のワークロードのリソース要求を反映している。例えば、ワークロードAは、70CPUのリソース、10GB/sのノード間バンド幅、最小のパワー利用、256ギガバイトのシステムメモリ及び1.5GB/sのI/O接続を必要としている。ワークロードマネジャ102は、実行可能な利用できるそれらのリソース要求及びリソースと比較して、ワークロードキュー604の要素の優先順位を評価するように構成されてもよい。ワークロードマネジャ102は、さまざまなワークロード606を実行するためのシステムリソースの最も効率的な利用を決定するために、いかなる適切な優先順位メカニズムを利用するように構成されてもよい。一つの実施例において、ワークロードマネジャ102は、ワークロード606を、ワークロードを適切に実行するための容量が存在するかどうかに基づいて、所定の処理エンティティによる実行に割り当てるように構成されてもよい。例えば、ワークロードマネジャ102は、ノードオペレーションステータス602において示されるように、利用可能リソースと比較してワークロードAを評価してもよい。このような実施例において、ワークロードマネジャ102は、ノードが、CPUリソース、I/O接続及びパワー利用に関してワークロードAを実行する能力を有するが、リソースは、ノード間バンド幅及びシステムメモリに関しては、ワークロードAを実行するために十分にないと決定するように構成されてもよい。これに対して、ワークロードマネジャ102は、ノードオペレーションステータス602において示されるように、充分なリソースが利用できるので、ワークロードB及びワークロードCをワークロードAの前に送るよう決定するように構成されてもよい。このような実施例において、ワークロードBはCPU1によって実行に割り当てられ、かつワークロードCはCPU0によって実行が割り当てられてもよい。ワークロードマネジャ102はワークロードDがCPU0上での実行のために送信されてもよいと決定するように構成されてもよい。しかしながら、ワークロードB、又はワークロードCのどちらとも一緒には、実行されないようにしてもよい。ワークロードマネジャ102は、定性的、相対的、又は定量的評価のいずれの場合であっても、所定のワークロードキューのワークロードの当初の割り当てを考慮するように構成されてもよい。例えば、ワークロードB及びCが当初からワークロードDより高い優先順位でワークロードキュー504において配置されたために、ワークロードB及びワークロードCはワークロードDの前にコアによって実行されるよう割り当てられてもよい。例えば図2に示すような所定のリソースを特徴づけるために利用される容量及び容量の単位は、システム100の特定の特徴に従って異なってもよい。容量の単位、最大容量、最大容量に影響を与えるファクタ及び利用に関して、表1ないし表3に示す。表1は、システムを形成している複数ノードで共有される多ノードシステムのサンプルリソースを示す。このようなリソースに対するメタデータは、ワークロードマネジャ102によって決定されてもよい。そして、その結果として、このようなメタデータは、オペレーション、又はノードに対するワークロードの、又はこのようなノードによる共用リソースへのアクセスの割当てを優先させるために利用されてもよい。表1において、CPU当たりのCPU利用は、最大の利用を100として、パーセントでの利用として測定されてもよい。利用に影響を与えるファクタ及び最大値は、クロックレート、特定のプロセッサデザイン、及びCPUアイドリングにかかる時間を含んでもよい。ノード間バンド幅は、GB/sで測定されてもよい。例えば、最大10GB/sである。ノード間バンド幅に影響を与えるファクタとして、接続に用いられる技術のタイプ例えば、インフィニバンドInfiniband、又は10ギガバイトのイーサネット、及び利用できるチャネル数が含まれてもよい。利用できるシステムメモリは、ギガバイトで計測されてもよい。例えば512ギガバイトである。利用できるシステムメモリは、システム100の特定の設計、インストールされているメモリ数に影響される。パワー利用制限は、ワットで計測できる。例えば最大600ワットが挙げられる。パワー利用制限は、リソースのアイドリング、リソース利用、及びシステム100の特定の設計に影響される。I/O接続リソースは、GB/sによって計測されてもよい。例えば、最大I/O接続としては、5GB/sが挙げられる。I/O接続リソースは、入出力チャネル数、及び入出力接続に用いられる技術により制限される。表2は、処理ユニットのサンプルリソースを示し、マルチコア処理ユニットにおいて、複数のコアによって共有される。このようなリソースに対するメタデータは、ワークロードマネジャ102によって決定されてもよい。そして、このようなメタデータは、オペレーション、コアに割り当てるワークロード、又はコアに共有されるリソースへのアクセスの割り当ての優先順位を決めるために利用されてもよい。表2において、コア当たりで決定されるコア利用は、100を最大とするパーセント利用率で評価されてもよい。リソースの利用に影響するファクタは、いかなるプロセッサのクロックレート、このようなプロセッサの特定の設計、及びコアがアイドリングに要した時間を含んでもよい。CPU間バンド幅は、GB/sとして測定されてもよい。例えば、30GB/sである。クロックレート及び特定のコア又はプロセッサの設計は、CPU間バンド幅に影響する。CPUとRAMとの間のバンド幅は、GB/sにより測定されてもよい。例えば最大値20GB/sが例として挙げられる。クロックレート、メモリチャネル数、及びプロセッサ又はコアの特定の設計は、CPUとRAMとの間のバンド幅に影響する。共用キャッシュは、メガバイトで測定されてもよい。例としては12メガバイトが挙げられる。共用キャッシュは、システム100のプロセッサ又はコアの特定の設計に影響を受ける。パワー利用制限は、ワットで測定できる。例えば125ワットが挙げられる。クロックレート、電源電圧、システム100のプロセッサの特定の設計、所定のコアのアイドリングにかかる時間は、利用及び最大パワー利用に影響する。TLBは、エントリの総数で測定され得る。最大1,000が例として挙げられる。このようなバッファの最大は、システム100の特定の設計によって決定されてもよい。表3は、マルチスレッドのコアの複数のスレッドで共有し得るコアのサンプルリソースを示す。このようなリソースに対するメタデータは、ワークロードマネジャ102によって決定されてもよい。この結果、このようなメタデータは、スレッドのオペレーションの優先順位付け、又は、スレッドによる共有リソースへのアクセスのオペレーションの優先順位付けに用いられる。表3において、数値演算プロセッサの利用は、1命令当たりのサイクル数クロック数によって測定されてもよい。浮動小数点ユニットのオペレーションの最大は、例えば1命令当たり2.0サイクルである。クロックレート及びシステム100の特定の設計が不動小数点ユニットの利用及び最大値に影響する。整数ユニットは、1命令当たりのサイクル数で計測されてもよい。例えば、1命令当たり1.5サイクルが例としてあげられる。コア間バンド幅は、GB/sで測定されてもよい。最大値としては、1,000GB/sが挙げられる。コア間バンド幅と同様に、クロックレート及びシステム100の特定の設計は、整数ユニットの最大及び利用に影響を及ぼす。コア占有キャッシュは、キロバイトで測定されてもよい。例えば、最大128キロバイトを有する。システム100の特定の設計は、コア占有キャッシュの利用及び最大値に影響を及ぼす。パワー利用制限は、ワットで測定されてもよい。例えば、最大25ワットが例として挙げられる。クロックレート、電源電圧、システム100の特定の設計は、利用及び最大パワー利用制限、システム100のリソースによるアイドリングに費やされる時間に影響を与える。その他の、最大値は、システム100の特定の設計に依存する。そして、このような利用、及びその最大は、システム100の処理エンティティのオペレーションを評価するために用いられる特定のレジスタの性質に従って変化する。動作において、ワークロードキャラクタライザ101は、システム100の一つ以上の処理エンティティによって実行される2つ以上のワークロードのオペレーションの要求、及び計算リソースの要求を特徴づけてもよい。ワークロードキャラクタライザ101は、このようなワークロードの実行のための利用できる計算リソースを特徴づけてもよい。したがって、ワークロードキャラクタライザ101は、ワークロードメタデータ101及びリソースステータス104を生成してもよい。これらは、利用可能なリソースの効率的利用のために、ワークロードを処理エンティティに割り当てるためにワークロードマネジャ102によって利用されてもよい。ワークロードキャラクタライザ101及びワークロードマネジャ102はサーバ105、異なる電子デバイス、又は同じ電子デバイス上で動作してもよい。そして、この同じ電子デバイスは、サーバ105とは異なる電子デバイスであってもよい。ワークロードキャラクタライザ101及びワークロードマネジャ102は、ワークロードリクエスト、システムリソースを評価してもよく、かつ、所定のレベルのシステム100のワークロード及び処理エンティティのために、ワークロードの実行を割り当ててもよい。例えば、ワークロードキャラクタライザ101及びワークロードマネジャ102は、一つ以上の計算ノード110、一つ以上のコア114、又は一つ以上のスレッド118の、ワークロードリクエスト及びシステムリソースを評価してもよい計算ノード110は、ネットワーク化された構成、又は方式例えばクラウド計算方式において実行されてもよい。計算ノード110は、一部の共有リソースを共有しながら、効率的に一つ以上のこのようなワークロードを実行するために、ワークロードマネジャ102によってワークロードを割り当てられてもよい。計算ノード110は、リソース、例えば利用できるシステムメモリ204、ノード間バンド幅205、所定の計算ノードのCPU利用206、パワー利用限度207、及び/又はI/O接続バンド幅208、を共有してもよい。計算ノード110の全体プールに利用できるこのようなリソースの量は、ワークロードキャラクタライザ101によって特徴づけられてもよい。所定のワークロードによって必要なこのようなリソースの量は、ワークロードキャラクタライザ101によって特徴づけられてもよい。コア114は、単一の計算ノード114において動作する。各々のコア114は、一部の計算リソース例えばCPU116を共有してもよい。ワークロードマネジャ102は、一部の共有リソースを共有しながら、効率的に一つ以上のこのようなワークロードを実行するために、ワークロードをコア114に割り当ててもよい。このようなリソースは、CPUとRAMとの間のバンド幅214、CPU間バンド幅215、共用キャッシュ216、メモリ利用217、パワー利用限度218及び/又はアドレス変換バッファ219を含んでもよい。コア114の全体プールで利用できるこのようなリソースの量は、ワークロードキャラクタライザ101によって特徴づけられてもよい。所定のワークロードによって必要なこのようなリソースの量は、ワークロードキャラクタライザ101によって特徴づけられてもよい。スレッド118は、単一のコア114で動作してもよい。各々のスレッド118は、一部の計算リソース例えばコアリソース120を共有してもよい。ワークロードマネジャ102は、一部の計算リソースを共有しながら、効率的に一つ以上のこのようなワークロードを実行するために、ワークロードをスレッド114に割り当ててもよい。このようなリソースは、浮動小数点ユニット224、整数ユニット225、コア間バンド幅226、パワー利用限度227、様様なレジスタ228及び/又はコア占有キャッシュ229を含んでもよい。スレッド118の全体プールに利用できるこのようなリソースの量は、ワークロードキャラクタライザ101によって特徴づけられてもよい。所定のスレッド118によって必要なこのようなリソースの量は、ワークロードキャラクタライザ101によって特徴づけられてもよい。ワークロードマネジャ102は、例えば、ワークロードメタデータ103、ワークロード506、又はワークロード606に、ワークロードリソース要求を特徴づける結果を記憶してもよい。ワークロードマネジャ102は、処理エンティティのプールのための利用できる計算リソースを特徴づける結果を記憶してもよい。例えば、リソースステータス104、コアオペレーションステータス502、又はノードオペレーションステータス602が挙げられる。ワークロードマネジャ102は、所定のワークロードを電子デバイスにロードして実行することによって、そのワークロードの要求を分析してもよい。ワークロードマネジャ102は、特定のリソースのワークロードの利用を測定してもよい。ワークロードマネジャ102は、リソースの利用を記録してもよい。一実施例において、サンプルデータが、ワークロードを実行するために利用されてもよい。ワークロードマネジャ102は、異なるデータでワークロードを複数回実行し、かつ、その後リソース要求を平均化してもよい。一実施例において、ワークロードマネジャ102は、ワークロードリソース要求及び利用できる計算リソースを定性的に特徴づけてもよい。別の実施例において、ワークロードマネジャ102は、他のワークロードリソース要求に対して、ベンチマークに対して、又は利用できる計算リソースに対して相対的に、ワークロードリソース要求を特徴づけてもよい。ワークロードマネジャ102は、所定のワークロード506のニーズを、一つ以上の閾値を用いて、リソース要求をセグメントに分けることによって、別個のセグメント又は利用のカテゴリに特徴付けてもよい。例えば、50を超えるCPU利用は重い利用として分類され、50未満のCPU利用が低い利用として分類されてもよい。同様に、ワークロードマネジャ102は、リソースの利用可能性を、一つ以上の閾値を用いて、リソース要求をセグメントに分けることによって、たとえば、コアオペレーションステータス502のように、別個のセグメント又は利用のカテゴリに特徴付けてもよい。例えば、CPUリソースが50の容量より大きいレートで利用されている場合、リソースの負荷は重いと分類されてもよい。そして、CPUリソースが50の容量より低いレートで利用されている場合、リソースの負荷は低いと分類されてもよい。別の実施例において、ワークロードマネジャ102は、定量的にワークロードリソース要求及び利用できる計算リソースを特徴づけてもよい。ワークロードマネジャ102は、所定のワークロード606のニーズを、ワークロードを実行するために必要とする容量を単位とする量に特徴づけてもよい。所定のワークロード606のための計算リソースの必要とされる量を示す方法は、必要とするリソースの性質に依存する。この点は、表1ないし3に示されている。例えば、計算リソースの必要な量は、利用できる計算リソースのパーセンテージ又は標準単位によって与えられていてもよい。1つ以上の処理エンティティの全体プールに利用できる、必要とされる計算リソースの量を特徴付けるために、例えば、ノードオペレーションステータス602に見られるように、これらのリソースの容量を単位とする量にワークロードを特徴付けてもよい。上記表1ないし3に記載されているように、処理エンティティ又は処理エンティティのプールのために利用できる計算リソースの量、例えばノードオペレーションステータス602は、特定のリソースに依存する。例えば、利用できる計算リソースの量は、利用できる計算リソースのパーセンテージ、又は標準単位によって与えられていてもよい。ワークロードマネジャ102は、一つ以上の特定の処理エンティティによって実行される一つ以上のワークロードを割り当てるために、システム100の利用可能なリソース及び待機中ワークロードによって要求されるリソースに関する情報を利用してもよい。待機中ワークロードは、キュー例えばワークロードキュー504及び604、又はジョブスケジューラキュー310に存在してもよい。処理エンティティはキュー例えばCPUジョブキュー304-308を含んでもよい。そして、このキューに、ワークロードマネジャ102は実行のための待機中ワークロードを挿入してもよい。このような挿入は、処理エンティティに対するワークロードの割当てであってもよい。ワークロードマネジャ102は、利用可能なあらゆる形態のリソースが、潜在的な制限因子、又はボトルネックを形成するか否かを判断するために、処理エンティティのプールに利用可能なリソースに関する情報例えばコアオペレーションステータス502、ノードオペレーションステータス602、又はリソースステータス102を利用してもよい。例えば図5で、ワークロードマネジャ102は、コアオペレーションステータス502において示されるように、ワークロードAによって重い利用がなされるリソースのいずれかが、利用できるコアによってすでに重い利用がなされているかどうか判断するために、ワークロードキュー504例えばワークロードAの最上位のワークロード506で必要とするリソースに関する情報を利用してもよい。ワークロードAは、数値演算プロセッサ234のリソースの重い利用と、コア間バンド幅226のリソースの重い利用との両方を必要とする。コアオペレーションステータス502は、現在の数値演算プロセッサ224の利用は軽く、コア間バンド幅226の利用が重いことを示している。したがって、ワークロードマネジャ102は、コア間バンド幅226が潜在的なボトルネックであると判定してもよい。ワークロードマネジャ102は、重い利用を呈するいかなるリソースも潜在的なボトルネックであると判断してもよい。例えば、ワークロードマネジャ102は、様々なレジスタ228の現在の利用、及びコア占有キャッシュ229が、同様に潜在的なボトルネックであると判断してもよい。他の例では、図6において、ワークロードマネジャ102は、ノードオペレーションステータス602によって示されるように、ワークロード606によって必要ないずれかのリソースが、利用可能なリソースを上回るか否かを判断するために、ワークロードキュー604の一つ以上のワークロード606によって必要とされるリソースに関する情報を利用してもよい。ワークロードAは、256ギガバイトのシステムメモリ204及び10GB/sのノード間バンド幅205を必要とし、これに対して、ノードオペレーションステータス602に示されるように、ノードのプールのための利用可能リソースは、128メガバイトの利用できるシステムメモリ204512メガバイトの最大容量、384メガバイトが現在使用中であり減少している及び8GB/sの利用できるノード間バンド幅205となっている。ワークロードマネジャ102は、したがって、ワークロードAのアプリケーションが利用できるシステムメモリ204及びノード間バンド幅205に対して、リソースのボトルネックが発生すると判断してもよい。ワークロードマネジャ102は、一つ以上の処理エンティティ上での実行のための一つ以上のワークロードを選択するために、潜在的なボトルネックに関する情報、処理エンティティのプールが利用できる計算リソース、及び一つ以上のワークロードによって必要とされる計算リソースを利用してもよい。一つの実施例において、ワークロードマネジャ102は、利用できる処理エンティティリソースに対する潜在的な競合に基づいて、ワークロードを優先させてもよい。様々な実施例において、ワークロードマネジャ102は、ワークロード要求と、利用可能システムリソースとの、定性的な又は相対的評価を比較して判断し、競合を最小化することによって、このようなワークロードを優先させてもよい。例えば、図5において、ワークロードマネジャ102は、所定のコアオペレーションステータス502及びワークロードキュー504を与えられ、ワークロードBの実行がワークロードAよりも優先されることを決定してもよい。なぜなら、ワークロードBは単に軽いコア間バンド幅を要求しているため、コア間バンド幅226の潜在的ボトルネックにより、ワークロードAよりもワークロードBは、不利に影響されないからである。なお、ワークロードAは、処理エンティティに対して、コア間バンド幅で重い要求を行っており、かつ、このようなリソースの利用において既に重い要求をしている。しかしながら、ワークロードA及びBは両者とも、利用可能なコア占有キャッシュ229で潜在的な競合を呈しており、ワークロードA及びBは、両者ともそのリソースに重い利用を要求している。そして、処理エンティティにおいてそのリソースは既に重い状態となっている。このため、ワークロードマネジャ102は、ワークロードA及びBよりも、ワークロードC及びDを優先させてもよい。ワークロードC及びDは、コア占有キャッシュ229について、潜在的な競合を持っていない。なぜなら、これらは、コア占有キャッシュcorespecificcache229への要求が軽いからである。ワークロードマネジャ102は、ワークロードDよりもワークロードCを選択してもよい。なぜなら、ワークロードCはワークロードDより、当初から上位の優先順位であり、ワークロードC及びDの要求を見る限り、潜在的なボトルネックを持っていないからである。一実施例において、ワークロードマネジャ102は、ワークロードの測定されたリソース要求、及び利用できる処理リソースに基づいて、ワークロードを優先させてもよく、又は所定のワークロードを所定の処理エンティティに割り当ててもよい。このような実施例において、ワークロードマネジャは、さまざまな処理エンティティの容量を上回らないように、ワークロード及びターゲット処理エンティティを優先させてもよく、又は選択してもよい。例えば、ワークロードマネジャ102は、図6で、ワークロードAが、256GBのシステムメモリ204及び10GB/sのノード間バンド幅205を必要とし、それぞれ128GB及び8GB/sだけが利用できる状態になっているため、ワークロードAがノードオペレーションステータス602によって示されるノードのプールのCPUによる実行のために送信されいよう決定してもよい。ワークロードマネジャ102は、ワークロードB及びワークロードCが、処理エンティティのプールによる実行のために送信されるよう決定してもよい。なぜなら、これらのワークロードの要求のいずれも処理エンティティのプールで利用可能リソースを越えないからである。このような場合、ワークロードBはCPU1上での実行のために送信されてもよい。なぜなら、それは85のCPUリソース206を必要とし、かつCPU1は100の利用できるリソースを有するからである。ワークロードCはCPU0、又はCPU1のいずれに送信されてもよい。なぜなら、その追加によって、いずれのCPUの容量を超えることもないからである。図7は、計算ワークロードメタデータの生成、分析及び利用のための方法700に関する実施例を示している。ステップ705において、システムの利用できる計算リソースが測定される。このようなリソースは、例えば、計算ノードの間で、コアの間で、又はスレッドの間で共有されるリソースを反映してもよい。ステップ710において、利用できる計算リソースが、特徴づけられる。一実施例において、利用できる計算リソースは、定量的方法で特徴づけられてもよい。別の実施例において、このような計算リソースは、定性的、又は、例えばベンチマークに対して、計算リソースの経時的な量historicalamountsに対して、又は様々なワークロードに要求される計算リソースに対して相対的に特徴付けられてもよい。ワークロードの実行に影響を及ぼすことがあり得る、いかなる適切な利用できる計算リソースが、測定され、かつ特徴づけられてもよい。このようなリソースは、所定のワークロードを実行している処理エンティティに従って変化してもよい。一実施例において、このような利用できる計算リソースは、定性的、又は、例えばベンチマークに対して、計算リソースの経時的量に対して、又は様々なワークロードに要求される計算リソースに対して相対的に特徴付けられてもよい。このような実施例では、一つ以上の閾値が、一つ以上のカテゴリにリソースの部分利用可能性に適用されてもよい。例えば、処理エンティティの現在のCPU利用のための50の閾値が適用される。この閾値よりも大きければ、そのような現在の利用は重いと分類され、この閾値よりも小さければ、そのような現在の利用は軽いと分類される。別の実施例において、利用できる計算リソースは、定量的に特徴づけられてもよい。このような実施例では、利用できる計算リソースは、比較及び分析のために、単位当たりの量quantityofunit、パーセンテージ、又は他の適切なメカニズムの量として評価されてもよい。一つ以上の待機中ワークロード処理エンティティによる実行のために待機中のワークロードに対して、ワークロードによって必要な計算リソースは、測定され、かつ特徴づけられる。ステップ715において、ワークロードは、評価のためにロードされてもよい。ステップ720において、ワークロードは、サンプルデータを利用して実行されてもよい。ステップ725において、ワークロードをロードするために必要なリソース、及び実行のための必要なリソースが測定されてもよい。ステップ730において、ステップ715-725は、一つ以上のサンプルデータセットに対して繰り返されてもよい。ステップ735において、ワークロードによって必要な計算リソースは、平均値が取られ、かつ特徴づけられてもよい。一実施例において、必要な計算リソースは、定性的に特徴づけられてもよく、又は例えば、他のワークロード、ベンチマーク、又は利用可能システムリソースに対して相対的に特徴付けられてもよい。このような実施例では、リソースの利用を一つ以上の利用のカテゴリに分類するために、一つ以上の閾値が適用されてもよい。例えば、CPU利用に対して50の閾値が適用され、その閾値より高ければ、重いと分類され、低ければ、そのような利用は、軽いと分類される。別の実施例において、必要な計算リソースは、定量的に特徴づけられてもよい。このような実施例では、必要な計算リソースは、比較及び分析のための単位当たりの量、割合、又は他の適切なメカニズムの量として評価されてもよい。ステップ740において、ワークロード要求は、他のワークロード要求に対して比較されてもよい。一実施例において、リソースの利用要求に従って、ワークロード要求は、ランクを付けられてもよい。ステップ745において、ワークロード要求は、利用できる計算リソースに対して比較されてもよい。ワークロード要求及び利用できる計算リソースが定性的又は相対的な手法で決定された場合、要求の各々の一組はこのような要求がシステムリソースの重い利用を必要とするかどうか判定するために分析されてもよい。ここで、システムリソースは、すでに重く利用されている。ワークロード要求及び利用できる計算リソースが定量的方法で決定された場合、要求の各々の一組はこのような要求が利用できるリソースを上回るかどうか判定するために分析されてもよい。ステップ750において、ワークロード要求と利用できる計算リソースとの比較に基づいて、ワークロードは効率的な実行のために優先されてもよい。一実施例において、ワークロードは、また、前の指定された又は決定されたいかなる順番又は優先順位に基づいて優先されてもよい。例えば、優先する第1のワークロードが、利用可能なリソースを上回る場合、当初は優先順位の低かった第2のワークロードを、第1のワークロードよりも更に優先させてもよい。この場合、第2のワークロードの実行は、利用可能リソースを上回らないと評価されるとする。他の例では、低い利用可能性を持つ利用可能な計算リソースに対応する一つ以上のボトルネックが特定されてもよい。このような実施例において、ワークロードは、ボトルネックを形成している計算リソースのそれらの要求に基づいて、実行のために優先されてもよい。さらに別の例では、第1のワークロードが、利用できる計算リソースの大量消費をするリソースであると特定された場合、第2のワークロードが第1のものよりも優先されてもよい。ここにおいて、第2のワークロードは、計算リソースのより低い消費要求をもつものとする。ステップ755において、前のステップの優先順位に基づいて、ワークロードは実行のための処理エンティティに割り当てられてもよい。方法700は図1ないし図3のシステム、又は方法700を実行するために利用できるいかなる他のシステムを利用して実行されてもよい。このように、方法700のための好適なイニシャライズの位置、及びそのステップの順番は、選択されるインプリメンテーションに依存してもよい。いくつかの実施例では、一部のステップは、任意に省略されてもよく、繰り返され、又は組み合わされてもよい。例えば、方法700のオペレーションの最中に、新たに要求されたワークロードが受信されてもよい。そして、新たに要求されたワークロードのメタデータを計測しかつ分析するために、幾つかのステップ715-750は適切に繰り返されてもよい。いくつかの実施例では、方法700の一部のステップは、方法700の他のステップと並列に実行されてもよい。例えば、ステップ705-710は、ステップ710-740と並列に実行されてもよい。ある種の実施例では、方法700は、コンピュータ可読のメディアに格納されたソフトウェアによって、部分的に、又は完全に実行されてもよい。この開示された実施例のために、コンピュータ可読の媒体は、一定期間、データ及び/又は命令を保持する、いかなる手段、又は手段の集合をも含み得る。コンピュータ可読のメディアとしては、格納媒体、例えば、ダイレクトアクセス記憶媒体例えば、ハードディスクドライブ、フロッピーディスク、シーケンシャルアクセス記憶デバイス例えば、テープディスクドライブ、コンパクトディスク、CD-ROM、DVD、RAM、ROM、EEPROM、及び/又は、フラッシュメモリを含む。加えて、通信媒体、例えば、電線、光ファイバ、及びその他の電磁気学的及び/又は光媒体、及び/又はこれらのいかなる組合せも含まれる。なお上記は、限定を目的とするものではない。本実施例が詳細に説明されたが、添付の請求項に定義された開示の精神及び技術的範囲を逸脱しない限り、これらに対して、様々な変更、置換、変形を行うことが可能である。以上の実施例に関し、更に以下の付記を開示する。付記1計算リソースを管理する方法であって、第1のワークロードのための第1のワークロードメタデータを生成するステップと;第2のワークロードのための第2のワークロードメタデータを生成するステップであって:前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づけ;最初に、前記第1のワークロードのメタデータが、前記第2のワークロードメタデータより優先され;かつ前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される;ステップと;リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップであって、前記計算リソースを特徴づけている前記リソースメタデータは、一つ以上の前記処理エンティティにより利用可能である、ステップと、リソースメタデータに対するワークロードメタデータの前記比較に基づいて、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと;前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップであって、リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない、ステップと、を有する方法。付記2前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される計算リソースの相対的特徴を含む、付記1記載の方法。付記3前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される前記計算リソースの定量的特徴を含む、付記1記載の方法。付記4前記一つ以上の処理エンティティは、計算ノードのプールを有する、付記1記載の方法。付記5前記一つ以上の処理エンティティは、プロセッサコアのプールを有する、付記1記載の方法。付記6前記一つ以上の処理エンティティは、プロセッサスレッドのプールを有する、付記1記載の方法。付記7ワークロードのためのワークロードメタデータを生成するステップは、実行のために前記ワークロードをシステムにロードするステップと;データの第1のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;を有する付記1記載の方法。付記8ワークロードのためのワークロードメタデータを生成するステップは、データの第2のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;前記ワークロードによって使用された計算リソースを平均化するステップと;を更に有する付記7記載の方法。付記9第1の処理エンティティ及び第2の処理エンティティに利用可能な計算リソースを特徴付けることによって、リソースメタデータが生成され;リソースメタデータに対して前記第1のワークロードメタデータ及び第2のワークロードメタデータを比較するステップは、第1のワークロードメタデータ及び第2のワークロードメタデータを、前記第1の計算エンティティ及び前記第2の計算エンティティに利用可能な前記リソースに対して比較するステップを含み、前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップは、前記第1の処理エンティティが、前記第2のワークロードを実行するために、十分なリソースを持っているか否かを判断するステップと;前記第1の処理エンティティが、不十分なリソースしか持たない場合、前記第2のワークロードを実行するために、前記第2の処理エンティティが十分なリソースを持つか否かを判断するステップと;前記第2の処理エンティティが十分なリソースを持つ場合、前記第2の処理エンティティによる実行のために前記第2のワークロードを割り当てるステップと;を含む、付記1記載の方法。付記10第1の処理エンティティによる前記第1のワークロードの実行が、前記処理エンティティに対して、利用可能な計算リソースの所定のカテゴリの100パーセントを超えさせる場合、潜在的な競合が特定される、付記3記載の方法。付記11コンピュータに、第1のワークロードのための第1のワークロードメタデータを生成するステップと;第2のワークロードのための第2のワークロードメタデータを生成するステップであって:前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づけ;最初に、前記第1のワークロードのメタデータが、前記第2のワークロードメタデータより優先され;かつ前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される;ステップと;リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップであって、前記計算リソースを特徴づけている前記リソースメタデータは、一つ以上の前記処理エンティティにより利用可能である、ステップと、リソースメタデータに対するワークロードメタデータの前記比較に基づいて、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと;前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップであって、リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない、ステップと、を実行させるプログラム。付記12前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される計算リソースの相対的特徴を含む、付記11記載のプログラム。付記13前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される前記計算リソースの定量的特徴を含む、付記11記載のプログラム。付記14前記一つ以上の処理エンティティは、計算ノードのプールを有する、付記11記載のプログラム。付記15前記一つ以上の処理エンティティは、プロセッサコアのプールを有する、付記11記載のプログラム。付記16前記一つ以上の処理エンティティは、プロセッサスレッドのプールを有する、付記11記載のプログラム。付記17ワークロードのためのワークロードメタデータを生成するステップは、実行のために前記ワークロードをシステムにロードするステップと;データの第1のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;を有する付記11記載のプログラム。付記18ワークロードのためのワークロードメタデータを生成するステップは、データの第2のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;前記ワークロードによって使用された計算リソースを平均化するステップと;を更に有する付記17記載のプログラム。付記19第1の処理エンティティ及び第2の処理エンティティに利用可能な計算リソースを特徴付けることによって、リソースメタデータが生成され;リソースメタデータに対して前記第1のワークロードメタデータ及び第2のワークロードメタデータを比較するステップは、第1のワークロードメタデータ及び第2のワークロードメタデータを、前記第1の計算エンティティ及び前記第2の計算エンティティに利用可能な前記リソースに対して比較するステップを含み、前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップは、前記第1の処理エンティティが、前記第2のワークロードを実行するために、十分なリソースを持っているか否かを判断するステップと;前記第1の処理エンティティが、不十分なリソースしか持たない場合、前記第2のワークロードを実行するために、前記第2の処理エンティティが十分なリソースを持つか否かを判断するステップと;前記第2の処理エンティティが十分なリソースを持つ場合、前記第2の処理エンティティによる実行のために前記第2のワークロードを割り当てるステップと;を含む、付記11記載のプログラム。付記20第1の処理エンティティによる前記第1のワークロードの実行が、前記処理エンティティに対して、利用可能な計算リソースの所定のカテゴリの100パーセントを超えさせる場合、潜在的な競合が特定される、付記13記載のプログラム。付記21計算ワークロードを管理するシステムであって、プロセッサと;前記プロセッサに接続される計算機可読の媒体であって、コンピュータに、第1のワークロードのための第1のワークロードメタデータを生成するステップと;第2のワークロードのための第2のワークロードメタデータを生成するステップであって:前記第1のワークロードメタデータ及び前記第2のワークロードメタデータの各々は、関連づけられたワークロードによって必要な計算リソースを特徴づけ;前記第1のワークロード及び前記第2のワークロードは、一つ以上の処理エンティティによって実行される;ステップと;リソースメタデータに対して前記第1のワークロードメタデータ及び前記第2のワークロードメタデータを比較するステップであって、前記計算リソースを特徴づけている前記リソースメタデータは、一つ以上の前記処理エンティティにより利用可能である、ステップと、リソースメタデータに対するワークロードメタデータの前記比較に基づいて、前記第1のワークロードと前記処理エンティティが利用できる前記計算リソースとの間でのリソース要求の潜在的な競合を特定するステップと;前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップであって、リソース要求の前記潜在的な競合は、前記第2のワークロードの前記リソース要求と前記処理エンティティが利用できる前記計算リソースとの間に存在しない、ステップと、を実行させるプログラムを格納した媒体と;を有するシステム。付記22前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される計算リソースの相対的特徴を含む、付記21記載のシステム。付記23前記第1のワークロードメタデータ及び第2のワークロードメタデータは、各々のワークロードに要求される前記計算リソースの定量的特徴を含む、付記21記載のシステム。付記24前記一つ以上の処理エンティティは、計算ノードのプールを有する、付記21記載のシステム。付記25前記一つ以上の処理エンティティは、プロセッサコアのプールを有する、付記21記載のシステム。付記26前記一つ以上の処理エンティティは、プロセッサスレッドのプールを有する、付記21記載のシステム。付記27ワークロードのためのワークロードメタデータを生成するステップは、実行のために前記ワークロードをシステムにロードするステップと;データの第1のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;を有する付記21記載のシステム。付記28ワークロードのためのワークロードメタデータを生成するステップは、データの第2のサンプルによって前記ワークロードを実行するステップと;前記ワークロードによって利用される前記計算リソースを測定するステップと;前記ワークロードによって使用された計算リソースを平均化するステップと;を更に有する付記27記載のシステム。付記29第1の処理エンティティ及び第2の処理エンティティに利用可能な計算リソースを特徴付けることによって、リソースメタデータが生成され;リソースメタデータに対して前記第1のワークロードメタデータ及び第2のワークロードメタデータを比較するステップは、第1のワークロードメタデータ及び第2のワークロードメタデータを、前記第1の計算エンティティ及び前記第2の計算エンティティに利用可能な前記リソースに対して比較するステップを含み、前記処理エンティティのうちの1つによる実行のために前記第2のワークロードを割り当てるステップは、前記第1の処理エンティティが、前記第2のワークロードを実行するために、十分なリソースを持っているか否かを判断するステップと;前記第1の処理エンティティが、不十分なリソースしか持たない場合、前記第2のワークロードを実行するために、前記第2の処理エンティティが十分なリソースを持つか否かを判断するステップと;前記第2の処理エンティティが十分なリソースを持つ場合、前記第2の処理エンティティによる実行のために前記第2のワークロードを割り当てるステップと;を含む、付記21記載のプログラム。付記30第1の処理エンティティによる前記第1のワークロードの実行が、前記処理エンティティに対して、利用可能な計算リソースの所定のカテゴリの100パーセントを超えさせる場合、潜在的な競合が特定される、付記23記載のシステム。"