JP2023545786A - コンテナにおけるハードウェア・マルチスレッド化の構成 - Google Patents

Abstract

コンピュータ・システム上で実行されるオペレーティング・システムをコンテナ実行のために構成し、第１のコンテナをそのオペレーティング・システム上での実行のために構成するコンテナ初期設定手順の一部として、コンピュータ・システムのコアのセット内の１プロセッサ・コア当たりの最大数のハードウェア・スレッドが有効化される。コアのセットのうちの利用可能なコアのセットから、実行コアが選択される。選択された実行コアにおいて、第１のコンテナの実行時に使用される１コア当たりのスレッド数が構成され、１コア当たりのスレッド数は、第１の同時マルチスレッド化（ＳＭＴ）パラメータによってコンテナ初期設定手順のために指定される。構成された実行コアを使用して、第１のコンテナが実行され、その実行がオペレーティング・システムを仮想化する。

Description

本発明は、一般には、ハードウェア・マルチスレッド化を構成するための方法、システム、およびコンピュータ・プログラム製品に関する。より詳細には、本発明は、コンテナにおけるハードウェア・マルチスレッド化を構成するための方法、システムおよびコンピュータ・プログラム製品に関する。

仮想マシン（ＶＭ）は、物理コンピュータ・システムを仮想化またはエミュレートする。ＶＭは、リソース仮想化を行い、ＶＭを互いに分離するハイパーバイザによって管理される。各仮想マシンは、ゲスト・オペレーティング・システム（ＯＳ）と、ＯＳが稼働するために必要なハードウェアの仮想コピーと、ゲストＯＳ上で稼働するライブラリおよび依存関係が関連付けられた少なくとも１つのアプリケーションとを含む。

コンテナは、ＶＭに類似しているが、コンテナは物理コンピュータ・システムを仮想化するのではなく、オペレーティング・システムを仮想化する。オペレーティング・システムは、ＶＭ上で、または物理コンピュータ上で稼働することができる。同じマシン上で複数のコンテナが稼働することができ、それぞれがユーザ空間において別個のプロセッサとして稼働する他のコンテナとＯＳカーネルを共用することができる。各個別コンテナは、アプリケーションとそのライブラリおよび依存関係のみを含む。

コンテナは、それ自体のＯＳを含まないため、ＶＭよりも小さく、より迅速に展開される。さらに、コンテナ間の通信はＶＭ間の通信よりもオーバーヘッドを必要としないため、コンテナは、完全なアプリケーションではなくアプリケーション・コンポーネントが展開され、スケーリングされる、マイクロサービス・アーキテクチャも可能にする。その結果、アプリケーション内のアプリケーション・コンポーネントは互いに分離可能であり、単一のコンポーネントに負荷がかかっている場合、アプリケーション全体ではなくコンポーネントの追加のインスタンスを展開することができる。

コンテナの構成と動作とを左右する１つまたは複数の設定値を指定するために使用可能ないくつかの異なる方法がある。コンテナの一実装形態は、コンテナ設定値を指定するために使用されるコマンド・ライン・インターフェース（ＣＬＩ）を含む。別のコンテナ実装形態は、コンテナ設定値を指定するためにオーケストレーション・フレームワークなどの別のプログラムによって使用されるアプリケーション・プログラム・インターフェース（ＡＰＩ）を含む。また、コンテナ設定値は、コンテナ・イメージ、アプリケーション・コンポーネント実行ファイルを含むファイルの自己完結型の静的セット、システム・ライブラリ、システム・ツール、および、コンテナとしてイメージを実行するために必要なあらゆるものを含む、コンテナをカプセル化するプラットフォーム設定値内で指定可能である。一部のコンテナ・イメージは、特定のプラットフォームまたはアーキテクチャに適用される。他のコンテナ・イメージは、マルチプラットフォームまたはマルチアーキテクチャ機能を備え、サポートされる各プラットフォームまたはアーキテクチャに固有の設定を含むことができる。コンテナ設定値およびプリファレンスは、展開のために１つまたは複数のコンテナ・イメージを記憶するコンテナ・レジストリ内でも指定することができる。

コンピュータ・システム管理において、オーケストレーションは、コンピュータ・システムおよびソフトウェアの自動構成、連係調整および管理である。オーケストレーションは典型的には、複数の異種システム間の多くのステップを含むプロセスまたはワークフローを自動化する。オーケストレーション・フレームワークは、オーケストレーションを実行するソフトウェア・ツールである。オーケストレーション・フレームワークの１つの機能は、コンテナを構成し、提供することであるが、コンテナは、オーケストレーション・フレームワークを使用しなくても構成および提供可能である。Ｋｕｂｅｒｎｅｔｅｓ（登録商標）は、オーケストレーション・フレームワークの非限定的な一例である。他のオーケストレーション・フレームワークも現在利用可能である。（Ｋｕｂｅｒｎｅｔｅｓは、米国およびその他の国におけるＬｉｎｕｘ Ｆｏｕｎｄａｔｉｏｎの登録商標である。）

ハードウェア・マルチスレッド化は、コンピュータ・プロセッサ、またはマルチコア・プロセッサ内のシングル・プロセッサ・コアが、アプリケーションまたはアプリケーション・コンポーネントのスレッドを並行実行することができる能力である。

例示の実施形態は、方法、システムおよびコンピュータ・プログラム製品を提供する。一実施形態は、コンテナ初期化手順の一部として、コンピュータ・システムのプロセッサ・コア（コア）のセットのうちの１コア当たりの最大数のハードウェア・スレッドを有効化する方法であって、コンテナ初期化手順が、コンピュータ・システム上で実行されるオペレーティング・システムをコンテナ実行のために構成し、第１のコンテナをオペレーティング・システム上での実行のために構成する方法を含む。一実施形態は、コアのセットのうちの利用可能なコアのセットから実行コアを選択する。一実施形態は、選択された実行コアにおいて、第１のコンテナの実行時に使用される１コア当たりのスレッド数を構成し、１コア当たりのスレッド数はコンテナ初期化手順のために第１の同時マルチスレッド化（Ｓｉｍｕｌｔａｎｅｏｕｓ ｍｕｌｔｉｔｈｒｅａｄｉｎｇ（ＳＭＴ））パラメータによって指定される。一実施形態は、構成された実行コアを使用して第１のコンテナを実行し、実行はオペレーティング・システムを仮想化する。

一実施形態は、コンピュータ使用可能プログラム製品を含む。コンピュータ使用可能プログラム製品は、１つまたは複数のコンピュータ可読ストレージ・デバイスと、１つまたは複数のストレージ・デバイスのうちの少なくとも１つのストレージ・デバイスに記憶されたプログラム命令とを含む。

一実施形態は、コンピュータ・システムを含む。コンピュータ・システムは、１つまたは複数のプロセッサと、１つまたは複数のコンピュータ可読メモリと、１つまたは複数のコンピュータ可読ストレージ・デバイスと、１つまたは複数のメモリのうちの少なくとも１つのメモリを介した１つまたは複数のプロセッサのうちの少なくとも１つのプロセッサによる実行のために１つまたは複数のストレージ・デバイスのうちの少なくとも１つに記憶されたプログラム命令とを含む。

本発明の特徴と見なされる特定の新規な特徴は、添付の特許請求の範囲に記載されている。しかし、本発明自体と、本発明の好ましい使用形態、さらなる目的および利点は、例示の実施形態の以下の詳細な説明を添付図面とともに読んで参照すれば最もよくわかるであろう。

例示の実施形態を実装可能なデータ処理システムのネットワークを示すブロック図である。 例示の実施形態を実装可能なデータ処理システムを示すブロック図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成するための例示の構成を示すブロック図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成するための例示の構成を示すブロック図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成する一実施例を示す図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成する続きの一実施例を示す図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成する続きの一実施例を示す図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成する一実施例を示す図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成する続きの一実施例を示す図である。 例示の一実施形態による、コンテナにおけるハードウェア・マルチスレッド化を構成するための例示のプロセスを示すフローチャートである。 本発明の一実施形態によるクラウド・コンピューティング環境を示す図である。 本発明の一実施形態による抽象化モデル層を示す図である。

例示の実施形態は、マルチスレッド化を使用した実行がすべての処理ワークロードにとって有益であるわけではないことを認識している。また、異なる処理ワークロードには、異なる数のスレッドを使用する実行が有益である。一部のワークロードは、レイテンシの影響を受けやすく、トランザクションの平均または最悪の場合の応答時間の要件が厳しい。例えば、ボイス・オーバ－ＩＰ（ＶｏＩＰ）およびストリーミング・ビデオなどのワークロードは、リアルタイムでデータを処理するため、レイテンシの影響を受けやすい。複数のスレッドがキャッシュ、システム・メモリおよびネットワーク・リソースなどの同じリソースを取得するために競合している場合、リソース取得のための増大した待ち時間がレイテンシも増大させる。その結果、レイテンシの影響を受けやすいワークロードには、追加のスレッドが利用可能な場合であっても１つまたは２つのスレッドのみを使用して実行することが有益であることが多い。他のワークロード（例えばデータベース・ワークロード）は、可能な限り多くのデータを処理するが、入力／出力またはその他のブロック動作を待つ間の処理時間を放棄する場合が多く、したがって可能な限り多くのスレッドによる実行が有益な場合が多い。処理ワークロードがＶＭ内のアプリケーションとして実装される場合、アプリケーションはゲストＯＳ内で構成されたスレッド使用設定値を有し、それによって特定のアプリケーションの要件を満たすためにスレッド使用の調整を可能にする。

例示の実施形態は、ＶＭとは異なり、コンテナは仮想化されるオペレーティング・システムからそのスレッド使用構成を継承することも認識している。したがって、ＶＭ内において、またはＶＭのない物理サーバ上で実行されるすべてのコンテナが、同じスレッド使用設定値を有する。しかし、すべてのコンテナが同じスレッド使用設定値を使用する場合、その設定値は特定のワークロードの要件にとって適切なパフォーマンスをもたらす可能性が低い。例えば、アプリケーションが２つのコンポーネントを含む場合があり、１つはデータベース動作（したがってスループットを最大限にするために可能な限り多くの並列化による実行を必要とする）を行い、もう１つがリアルタイム・ビデオ（したがってレイテンシを最小限にするために１つまたは２つのスレッドのみを使用して実行する）を処理する場合がある。スレッド使用を可能な限り多くのスレッドに設定すると、画像処理コンテナのレイテンシが大きくなり過ぎる可能性があり、単一スレッドの実行はデータベース動作コンテナを無用に低速にし、妥協設定値は両方のコンテナに受容不能なパフォーマンスを生じさせる可能性がある。したがって、例示の実施形態は、コンテナ実行で使用されるスレッドの数をコンテナごとに調整する必要があることを認識している。

例示の実施形態は、現在利用可能なツールまたは解決策が、上記の必要に対処しないか、または上記の必要に十分な解決策を与えないことを認識している。本発明を説明するために使用される例示の実施形態は、一般に、コンテナにおけるハードウェア・マルチスレッド化を構成することに関する上述の問題およびその他の問題に対処し、解決する。

一実施形態は、ソフトウェア・アプリケーションとして実装可能である。一実施形態を実装するアプリケーションは、既存のコンテナ構成システムの修正版として、または既存のコンテナ構成システムとともに動作する別個のアプリケーションとして、またはスタンドアロン・アプリケーション、あるいはこれらの何らかの組合せとして構成可能である。

具体的には、いくつかの例示の実施形態は、コンテナのホストとしてのオペレーティング・システム初期設定およびコンテナ初期設定手順の一部として、１プロセッサ・コア当たり最大数のハードウェア・スレッドを有効化し、１つまたは複数の実行コアを選択し、実行コア内の１コア当たりのスレッド数を構成し、構成された実行コアを初期設定されるコンテナの実行のために使用する方法を提供する。

コンテナ初期設定手順は、オペレーティング・システムをコンテナを実行するように準備し、コンテナをオペレーティング・システムを仮想化する実行のために準備する。コンテナ初期設定手順の一部として、一実施形態はコンテナ実行パラメータのセットを受け取る。コンテナ・イメージ内で指定されるコンテナ実行パラメータは、コンテナで実行することが意図されているアプリケーション・コンポーネントに対するアプリケーション開発者の理解と、その特定のアプリケーション・コンポーネントの最適実行設定値とを表す。

一実施形態では、コンテナ実行パラメータのセットは、１コア当たりどれだけの数のスレッドがコンテナの実行に使用されるかを指定する同時マルチスレッド化（ＳＭＴ）パラメータを含む。例えば、ＳＭＴ１で実行されるコンテナは、各コアにおいて有効化された１つのスレッドのみを有するコアを使用する。別の例として、ＳＭＴ８で実行されるコンテナは、各コアにおいて有効化された８つのスレッドを有するコアを使用する。別の実施形態では、コンテナ実行パラメータのセットは、初期設定されるコンテナを実行するために使用されるコアの数を指定するコンテナ・コア・パラメータを含む。別の実施形態では、コンテナ実行パラメータのセットは、初期設定されるコンテナの実行に使用される合計スレッド数を指定するパラメータを含み、この実施形態は、ＳＭＴパラメータと合計スレッド数とからコンテナ・コア・パラメータを決定する。別の実施形態では、コンテナ実行パラメータのセットは、コンテナを実行するために使用されるスレッドが別のコンテナと共用可能であるか否かを指定する共用可能性パラメータを含む。別の実施形態では、コンテナ実行パラメータのセットは、その他のパラメータまたは追加のパラメータを含む。

実施形態において、コンテナ実行パラメータはＣＰＩまたはＡＰＩを介して、またはコンテナ・イメージに関連付けられたメタデータ内で指定される。特定のプラットフォームまたはアーキテクチャに適用されるコンテナ・イメージは、そのプラットフォームまたはアーキテクチャにとって適切なコンテナ実行パラメータのセットを含む。マルチプラットフォームまたはマルチアーキテクチャ機能を有するコンテナ・イメージは、多くの場合、各セットが異なるサポートされるプラットフォームまたはアーキテクチャ上での実行のためにコンテナを構成する、コンテナ実行パラメータの複数のセットを含む。別の実施形態は、コンテナ・レジストリまたは別の供給源からプリファレンスのセットを受け取り、対応するコンテナ実行パラメータのセットを決定する。一実施形態では、プリファレンスのセットは、実際には要件のセット、すなわち、コンテナが実装する必要がある設定値である。要件のセットの非限定的な一例は、１コア当たりの特定のスレッド数を指定せずに、コンテナが１コア当たりの最大可能数のスレッドで実行されることである。異なるアーキテクチャが異なる１コア当たりスレッド数を有することができるため、要件をこのように構造化することで、異なるプロセッサ・アーキテクチャごとに１コア当たりの特定のスレッド数を指定する必要がなくなる。別の実施形態では、プリファレンスのセットは、要件のハード・セットではなく、コンテナが実装のために最善を尽くす必要がある設定値を含む。プリファレンスのセットの非限定的な一例は、可能な場合にはコンテナが１コア当たり１つの排他的スレッドにより実行されることであるが、排他性が利用不可能な場合には１コア当たり１つの共用可能スレッドが受容可能なことである。一実施形態では、決定されたコンテナ実行パラメータのセットが、コンテナ・イメージにおいて指定されているパラメータを上書きする。

コンテナ初期設定手順の一部として、一実施形態は、コンテナが実行されるコンピュータ・システムにおける１プロセッサ・コア当たりの最大数のハードウェア・スレッドを有効にすることによって、オペレーティング・システムをコンテナとともに使用するように準備する。この有効化は、デフォルトのスレッド設定、前のスレッド設定または継承されたスレッド設定を上書きする。一実施形態は、任意の現在利用可能な技術を使用してこの有効化を行う。例えば、有効化を行うために、ＩＢＭ Ｐｏｗｅｒシステム上でＡＩＸオペレーティング・システムにおけるＳＭＴＣＴＬコマンドおよびＬｉｎｕｘ（登録商標）オペレーティング・システムにおけるｐｐｃ６４＿ｃｐｕコマンドが使用されてもよい。（ＡＩＸおよびＩＢＭは米国およびその他の国におけるインターナショナル・ビジネス・マシーンズ・コーポレーションの登録商標である。Ｌｉｎｕｘは米国およびその他の国におけるＬｉｎｕｓ Ｔｏｒｖａｌｄｓの登録商標である。）

一実施形態は、任意の現在利用可能な技術を使用して、初期設定されるコンテナを実行するためにどのプロセッサ・コアが利用可能であるかを決定する。例えば、ＲｅｄＨａｔ Ｌｉｎｕｘ（登録商標）オペレーティング・システムによって提供されるｖｉｒｓｈ ｖｃｐｕｐｉｎコマンドは、コア利用可能性データを提供する。（ＲｅｄＨａｔは、米国およびその他の国におけるＲｅｄ Ｈａｔ社の登録商標である。）一実施形態は、利用可能コアからコンテナ・コア・パラメータによって指定されたコア数を選択する。コンテナは、初期設定されると、選択されたコア上で実行されることになる。

一実施形態は、ＳＭＴパラメータによって指定された１コア当たりのスレッド数を使用して実行するように、選択されたコアを構成する。１プロセッサ・コア当たりの最大数のハードウェア・スレッドが前に有効化されているため、一実施形態の構成を行うと、ＳＭＴパラメータによって指定された１コア当たりのスレッド数を得るために必要なだけの数のスレッドが無効化される。例えば、１コア当たり８スレッドのプロセッサを考えてみる。コンテナをＳＭＴ８で実行するために、８スレッドすべてがすでに有効化されており、したがって、一実施形態は使用する各コアにおけるいずれのスレッドも無効化しない。コンテナをＳＭＴ４で実行するために、一実施形態は使用される各コアにおける４つのスレッドを無効化する。コンテナをＳＭＴ１で実行するために、一実施形態は使用される各コアにおける７つのスレッドを無効化する。

一実施形態は、選択されたコアを、共用可能性パラメータに従って実行するように構成する。共用可能性パラメータが指定されていない場合、一実施形態は、共用可能または排他的のいずれかのデフォルト設定値を適用する。選択されたコアが排他的使用のために構成されている場合、一実施形態は、選択された構成されたコアを使用してコンテナを実行し、この第１のコンテナが実行されている間、他のコンテナにそれらのコアを使用させない。選択されたコアが共用可能使用のために構成されている場合、一実施形態は、選択された構成されたコアを使用してコンテナを実行する。この実施形態は、第１のコンテナのＳＭＴパラメータと等しいＳＭＴパラメータを有する第２のコンテナが、選択されたコアとそれらのコア内のスレッドとを使用して実行されることも可能にする。コアを共用する両方のコンテナは、有効化されたスレッドのみを使用し、無効化されたスレッドは両方のコンテナについて無効化されたままであることに留意されたい。

本明細書に記載のコンテナにおけるハードウェア・マルチスレッド化を構成する方式は、コンテナ構成および実行に関連する努力傾注技術分野において現在利用可能な方法では利用することができない。本明細書に記載の一実施形態の方法は、デバイスまたはデータ処理システムで実行するように実装されると、コンテナ初期設定手順の一部として、１プロセッサ・コア当たりの最大数のハードウェア・スレッドを有効化することと、１つまたは複数の実行コアを選択することと、実行コアにおける１コア当たりのスレッド数を構成することと、初期設定されるコンテナを実行するように構成された実行コアを使用することとにおける、そのデバイスまたはデータ処理システムの機能の実質的進歩を含む。

例示の実施形態について、一例としてのみ、特定の種類のプロセッサ、コア、スレッド、コンテナ、パラメータ、プリファレンス、調整、デバイス、データ処理システム、環境、コンポーネントおよびアプリケーションに関連して説明している。上記およびその他の類似の人工物の特定の具現化は、本発明に対する限定を意図していない。例示の実施形態の範囲内で、上記およびその他の類似の人工物の任意の適切な具現化を選択することができる。

また、例示の実施形態は、任意の種類のデータ、データ・ソース、またはデータ・ネットワークを介したデータ・ソースへのアクセスに関して実装可能である。任意の種類のデータ・ストレージ・デバイスが、本発明の範囲内で、データ処理システムにおいてローカルで、またはデータ・ネットワークを介して本発明の実施形態にデータを提供することができる。実施形態についてモバイル・デバイスを使って説明している場合、そのモバイル・デバイスとともに使用するのに適した任意の種類のデータ・ストレージ・デバイスが、例示の実施形態の範囲内で、モバイル・デバイスにおいてローカルで、またはデータ・ネットワークを介してそのような実施形態にデータを提供することができる。

例示の実施形態については、特定のコード、設計、アーキテクチャ、プロトコル、レイアウト、図式およびツールを例としてのみ使用して説明しており、例示の実施形態に対する限定ではない。また、例示の実施形態について、場合によっては、説明がわかりやすいように一例としてのみ特定のソフトウェア、ツールおよびデータ処理環境を使用して説明している。例示の実施形態は、他の同等または類似した目的の構造体、システム、アプリケーションまたはアーキテクチャとともに使用可能である。例えば、他の同等のモバイル・デバイス、そのための構造体、システム、アプリケーションまたはアーキテクチャが、本発明の範囲内で本発明のそのような実施形態とともに使用されてもよい。例示の一実施形態は、ハードウェア、ソフトウェアまたはこれらの組合せで実装可能である。

本開示における実施例は、説明をわかりやすくするためにのみ使用されており、例示の実施形態に対する限定ではない。本開示から、追加のデータ、動作、アクション、タスク、活動および操作が想到可能であり、例示の実施形態の範囲内で企図される。

本明細書で列挙されているいずれの利点も、例に過ぎず、例示の実施形態に対する限定は意図されていない。特定の例示の実施形態によって、追加の利点または異なる利点も実現可能である。また、特定の例示の一実施形態が、上記で列挙されている利点の一部または全部を有する場合があり、またはいずれも有しない場合もある。

本開示は、クラウド・コンピューティング環境についての詳細な説明を含むが、本明細書に記載の教示の実装はクラウド・コンピューティング環境には限定されないことを理解されたい。むしろ、本発明の実施形態は、現在知られているかまたは今後開発される任意の他の種類のコンピューティング環境とともに実装可能である。

クラウド・コンピューティングは、最小限の管理労力またはサービス・プロバイダとの相互連絡で迅速にプロビジョニングすることができ、解放することができる、構成可能コンピューティング・リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共用プールへの便利なオンデマンドのネットワーク・アクセスを可能にするためのサービス配布のモデルである。このクラウド・モデルは、少なくとも５つの特徴と、少なくとも３つのサービス・モデルと、少なくとも４つの展開モデルとを含み得る。

特徴は以下の通りである。

オンデマンド・セルフサービス：クラウド消費者は、サービス・プロバイダとの間で人間の介在を必要とせずに一方的に、必要に応じて自動的に、サーバ時間およびネットワーク・ストレージなどのコンピューティング機能をプロビジョニングすることができる。

広いネットワーク・アクセス：機能は、ネットワークを介して利用可能であり、異種のシン・クライアントまたはシック・クライアント・プラットフォーム（例えば携帯電話、ラップトップ、およびＰＤＡ）による使用を促進する標準機構を介してアクセスする。

リソース・プール：マルチテナント・モデルを使用して複数の消費者に対応するために、プロバイダのコンピューティング・リソースがプールされ、需要に応じて、異なる物理および仮想リソースが動的に割り当てられ、再割り当てされる。消費者は一般に、提供されるリソースの厳密な場所について管理することができず知識もないが、より高い抽象レベルの場所（例えば、国、州、またはデータセンター）を指定することが可能な場合があるという点で、位置独立感がある。

迅速な伸縮性：迅速かつ伸縮性をもって、いくつかの場合では自動的に機能をプロビジョニングして、迅速にスケールアウトすることができ、また、迅速に機能を解放して迅速にスケールインすることができる。消費者にとっては、プロビジョニングのために利用可能な機能はしばしば無限であるように見え、いつでも好きなだけ購入することができる。

従量制サービス：クラウド・システムが、サービスの種類（例えば、ストレージ、処理、帯域幅、およびアクティブ・ユーザ・アカウント）に応じて適切な何らかの抽象化レベルの計量機能を利用することによって、リソース利用を自動的に制御し、最適化する。リソース使用量を監視、制御および報告することができ、利用されたサービスの透明性をプロバイダと消費者の両方に与えることができる。

サービス・モデルは以下の通りである。

ソフトウェア・アズ・ア・サービス（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＳａａＳ））：消費者に提供される機能は、クラウド・インフラストラクチャ上で稼働するプロバイダのアプリケーションを使用することである。アプリケーションには、ウェブ・ブラウザなどのシン・クライアント・インターフェース（例えばウェブ・ベースのＥメール）を介して様々なクライアント・デバイスからアクセス可能である。消費者は、限られたユーザ固有アプリケーション構成設定の考えられる例外を除き、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または個別のアプリケーション機能まで含めて、基礎にあるクラウド・インフラストラクチャを管理も制御もしない。

プラットフォーム・アズ・ア・サービス（Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ（ＰａａＳ））：消費者に提供される機能は、クラウド・インフラストラクチャ上に、プロバイダによってサポートされるプログラミング言語およびツールを使用して作成された、消費者作成または取得アプリケーションを展開することである。消費者は、ネットワーク、サーバ、オペレーティング・システム、またはストレージを含む、基礎にあるクラウド・インフラストラクチャを管理も制御もしないが、展開されたアプリケーションと、場合によってはアプリケーション・ホスティング環境構成とを制御することができる。

インフラストラクチャ・アズ・ア・サービス（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＩａａＳ））：消費者に提供される機能は、処理、ストレージ、ネットワークおよびその他の基本的コンピューティング・リソースをプロビジョニングすることであり、その際、消費者は、オペレーティング・システムとアプリケーションとを含み得る任意のソフトウェアを展開し、実行することができる。消費者は、基礎にあるクラウド・インフラストラクチャを管理も制御もしないが、オペレーティング・システムと、ストレージと、展開されたアプリケーションとを制御することができ、場合によっては選択されたネットワーク・コンポーネント（例えばホスト・ファイアウォール）の限定的な制御を行うことができる。

展開モデルは以下の通りである。

プライベート・クラウド：このクラウド・インフラストラクチャは、組織のためにのみ運用される。組織または第三者によって管理可能であり、オンプレミスまたはオフプレミスに存在可能である。

コミュニティ・クラウド：このクラウド・インフラストラクチャは、いくつかの組織によって共用され、共通の関心事（例えば、任務、セキュリティ要件、ポリシー、およびコンプライアンス事項）を有する特定のコミュニティをサポートする。組織または第三者が管理することができ、オンプレミスまたはオフプレミスに存在可能である。

パブリック・クラウド：このクラウド・インフラストラクチャは、公衆または大規模業界団体が利用することができ、クラウド・サービスを販売する組織によって所有される。

ハイブリッド・クラウド：このクラウド・インフラストラクチャは、独自の実体のままであるが、データおよびアプリケーション可搬性を可能にする標準化技術または専有技術（例えば、クラウド間のロード・バランシングのためのクラウド・バースティング）によって結合された、２つ以上のクラウド（プライベート、コミュニティまたはパブリック）の複合体である。

クラウド・コンピューティング環境は、ステートレス性、疎結合性、モジュール性、および意味的相互運用性に焦点を合わせたサービス指向型である。クラウド・コンピューティングの核心にあるのは、相互接続されたノードのネットワークを含むインフラストラクチャである。

図面、特に図１および図２を参照すると、これらの図面は、例示の実施形態を実装可能なデータ処理環境の例示の図である。図１および図２は例に過ぎず、異なる実施形態を実装可能な環境に関していかなる限定も主張または含意することを意図していない。特定の実装形態は、以下の説明に基づいて図示されている環境に多くの修正を加えることができる。

図１は、例示の実施形態を実装可能なデータ処理システムのネットワークのブロック図を示す。データ処理環境１００は、例示の実施形態を実装可能なコンピュータのネットワークである。データ処理環境１００は、ネットワーク１０２を含む。ネットワーク１０２は、データ処理環境１００内で互いに接続されている様々なデバイスおよびコンピュータ間に通信リンクを提供するために使用される媒体である。ネットワーク１０２は、ワイヤ、無線通信リンクまたは光ファイバ・ケーブルなどの接続を含み得る。

クライアントまたはサーバは、ネットワーク１０２に接続されている特定のデータ処理システムの役割の例に過ぎず、これらのデータ処理システムの他の構成または役割を排除することは意図されていない。サーバ１０４およびサーバ１０６は、ストレージ・ユニット１０８とともにネットワーク１０２に結合する。データ処理環境１００内のいずれのコンピュータ上でもソフトウェア・アプリケーションが実行可能である。クライアント１１０、１１２および１１４もネットワーク１０２に結合されている。サーバ１０４もしくは１０６、またはクライアント１１０、１１２もしくは１１４などのデータ処理システムは、データを含むことができ、その上で実行されるソフトウェア・アプリケーションまたはソフトウェア・ツールを有することができる。

一例に過ぎず、このようなアーキテクチャに対するいかなる限定も含意せずに、図１に、一実施形態の例示の実装形態において使用可能な特定のコンポーネントを示す。例えば、サーバ１０４および１０６と、クライアント１１０、１１２、１１４は、一例としてのみサーバおよびクライアントとして図示されており、クライアント－サーバ・アーキテクチャに対する限定を含意していない。別の例として、一実施形態は、図示されるようにいくつかのデータ処理システムとデータ・ネットワークにわたって分散可能であるが、別の実施形態は、例示の実施形態の範囲内で、単一のデータ処理システム上で実装可能である。データ処理システム１０４、１０６、１１０、１１２および１１４は、一実施形態を実装するのに適した、クラスタにおける例示のノード、パーティション、およびその他の構成も表す。

デバイス１３２は、本明細書に記載のデバイスの一例である。例えば、デバイス１３２は、スマートフォン、タブレット・コンピュータ、ラップトップ・コンピュータ、固定または携帯型の形態のクライアント１１０、ウェアラブル・コンピューティング・デバイス、または任意のその他の適切なデバイスの形態をとることができる。図１の別のデータ処理システムにおいて実行されるものとして説明されている任意のソフトウェア・アプリケーションを、同様の方式でデバイス１３２において実行されるように構成することができる。図１の別のデータ処理システムにおいて記憶または生成される任意のデータまたは情報を、同様の方式でデバイス１３２において記憶または生成されるように構成可能である。

アプリケーション１０５が、本明細書に記載の一実施形態を実装する。アプリケーション１０５は、サーバ１０４および１０６、クライアント１１０、１１２および１１４、ならびにデバイス１３２のいずれかで実行される。

サーバ１０４および１０６と、ストレージ・ユニット１０８と、クライアント１１０、１１２および１１４と、デバイス１３２とは、有線接続、無線通信プロトコル、またはその他の適切なデータ接続を使用してネットワーク１０２に結合可能である。クライアント１１０、１１２および１１４は、例えばパーソナル・コンピュータまたはネットワーク・コンピュータであってもよい。

図示されている実施例では、サーバ１０４は、ブート・ファイル、オペレーティング・システム・イメージおよびアプリケーションなどのデータを、クライアント１１０、１１２、および１１４に提供することができる。クライアント１１０、１１２および１１４は、この実施例ではサーバ１０４に対するクライアントとすることができる。クライアント１１０、１１２、１１４またはこれらの何らかの組合せは、それ自体のデータ、ブート・ファイル、オペレーティング・システム・イメージ、およびアプリケーションを含み得る。データ処理環境１００は、示されていない追加のサーバ、クライアントおよびその他のデバイスを含み得る。

図示されている実施例では、データ処理環境１００はインターネットであってもよい。ネットワーク１０２は、互いに通信するために伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）およびその他のプロトコルを使用するネットワークとゲートウェイの集合を表し得る。インターネットの核心には、データおよびメッセージをルーティングする数千の商業、政府、教育およびその他のコンピュータ・システムを含む、主要ノードまたはホスト・コンピュータ間のデータ通信リンクの基幹回線がある。当然ながら、データ処理環境１００は、例えばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、またはワイド・エリア・ネットワーク（ＷＡＮ）などのいくつかの異なる種類のネットワークとしても実装可能である。図１は、一例として意図されており、異なる例示の実施形態のアーキテクチャの限定としては意図されていない。

データ処理環境１００は、数ある用途の中でも、例示の実施形態を実装可能なクライアント－サーバ環境を実装するために使用可能である。クライアント－サーバ環境は、アプリケーションがクライアント・データ処理システムとサーバ・データ処理システムとの間の相互接続を使用して機能するように、ソフトウェア・アプリケーションおよびデータがネットワークに分散されることを可能にする。データ処理環境１００は、ネットワークに分散された相互運用可能なソフトウェア・コンポーネントを一貫性のあるビジネス・アプリケーションとしてまとめてパッケージ化可能な、サービス指向アーキテクチャも採用してもよい。データ処理環境１００は、クラウドの形態をとってもよく、最小限の管理労力またはサービス・プロバイダとの相互連絡によって迅速にプロビジョニングと解放が可能な構成可能コンピューティング・リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシンおよびサービス）の共有プールへの便利なオンデマンド・ネットワーク・アクセスを可能にするために、サービス配信のクラウド・コンピューティング・モデルを採用してもよい。

図２を参照すると、この図は例示の実施形態を実装可能なデータ処理システムのブロック図を示している。データ処理システム２００は、図１のサーバ１０４および１０６またはクライアント１１０、１１２および１１４などのコンピュータの一例であるか、または、プロセスを実装するコンピュータ使用可能プログラム・コードまたは命令を例示の実施形態のために配置することができる別の種類のデバイスである。

データ処理システム２００は、例示の実施形態のプロセスを実装するコンピュータ使用可能プログラム・コードまたは命令を配置可能な、図１のデータ処理システム１３２などのデータ処理システムまたはデータ処理システムにおける構成も表す。データ処理システム２００について、一例としてのみコンピュータとして説明するが、コンピュータには限定されない。図１のデバイス１３２などの他のデバイスの形態の実装形態が、タッチ・インターフェースを追加するなどしてデータ処理システム２００を変更してもよく、本明細書に記載のデータ処理システム２００の動作および機能の概説から逸脱することなく、データ処理システム２００から特定の図示されているコンポーネントを省いてもよい。

図示されている実施例では、データ処理システム２００は、ノース・ブリッジおよびメモリ・コントローラ・ハブ（ＮＢ／ＭＣＨ）２０２と、サウス／ブリッジおよび入力／出力（Ｉ／Ｏ）コントローラ・ハブ（ＳＢ／ＩＣＨ）２０４とを含むハブ・アーキテクチャを採用する。処理ユニット２０６とメイン・メモリ２０８とグラフィックス・プロセッサ２１０とが、ノース・ブリッジおよびメモリ・コントローラ・ハブ（ＮＢ／ＭＣＨ）２０２に結合される。処理ユニット２０６は、１つまたは複数のプロセッサを含んでもよく、１つまたは複数の異種プロセッサ・システムを使用して実装されてもよい。処理ユニット２０６は、マルチコア・プロセッサであってもよい。特定の実装形態では、グラフィックス・プロセッサ２１０は、アクセラレーテッド・グラフィックス・ポート（ＡＧＰ）を介してＮＢ／ＭＣＨ２０２に結合されてもよい。

図示されている実施例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ２１２が、サウス・ブリッジおよびＩ／Ｏコントローラ・ハブ（ＳＢ／ＩＣＨ）２０４に結合される。オーディオ・アダプタ２１６と、キーボードおよびマウス・アダプタ２２０と、モデム２２２と、読み出し専用メモリ（ＲＯＭ）２２４と、ユニバーサル・シリアル・バス（ＵＳＢ）およびその他のポート２３２と、ＰＣＩ／ＰＣＩｅデバイス２３４とが、バス２３８を介してサウス・ブリッジおよびＩ／Ｏコントローラ・ハブ２０４に結合される。ハード・ディスク・ドライブ（ＨＤＤ）またはソリッド・ステート・ドライブ（ＳＳＤ）２２６とＣＤ－ＲＯＭ２３０とが、バス２４０を介してサウス・ブリッジおよびＩ／Ｏコントローラ・ハブ２０４に結合される。ＰＣＩ／ＰＣＩｅデバイス２３４は、例えば、ノートブック・コンピュータ用のＥｔｈｅｒｎｅｔ（登録商標）アダプタ、アドイン・カード、およびＰＣカードを含むことができる。ＰＣＩはカード・バス・コントローラを使用し、ＰＣＩｅは使用しない。ＲＯＭ２２４は、例えばフラッシュ・バイナリ入力／出力システム（ＢＩＯＳ）であってもよい。ハード・ディスク・ドライブ２２６およびＣＤ－ＲＯＭ２３０は、例えばインテグレーテッド・ドライブ・エレクトロニクス（ＩＤＥ）、シリアル・アドバンスド・テクノロジー・アタッチメント（ＳＡＴＡ）インターフェース、またはエクスターナルＳＡＴＡ（ｅＳＡＴＡ）およびマイクロＳＡＴＡ（ｍＳＡＴＡ）などの変形版を使用してもよい。スーパーＩ／Ｏ（ＳＩＯ）デバイス２３６が、バス２３８を介してサウス・ブリッジおよびＩ／Ｏコントローラ・ハブ（ＳＢ／ＩＣＨ）２０４に結合されてもよい。

メイン・メモリ２０８、ＲＯＭ２２４またはフラッシュ・メモリ（図示せず）などのメモリが、コンピュータ使用可能ストレージ・デバイスのいくつかの例である。ハード・ディスク・ドライブまたはソリッド・ステート・ドライブ２２６、ＣＤ－ＲＯＭ２３０およびその他の同様に使用可能デバイスが、コンピュータ使用可能記憶媒体を含むコンピュータ使用可能ストレージ・デバイスのいくつかの例である。

処理ユニット２０６上でオペレーティング・システムが稼働する。オペレーティング・システムは、図２のデータ処理システム２００内の様々なコンポーネントを連係させ、制御を与える。オペレーティング・システムは、サーバ・システム、パーソナル・コンピュータおよびモバイル・デバイスを含むがこれらには限定されない任意の種類のコンピューティング・プラットフォーム用の市販オペレーティング・システムであってよい。オブジェクト指向またはその他の種類のプログラミング・システムが、オペレーティング・システムとともに動作可能であり、データ処理システム２００上で実行されているプログラムまたはアプリケーションからオペレーティング・システムに呼び出しを与えることができる。

オペレーティング・システム、オブジェクト指向プログラミング・システム、および図１のアプリケーション１０５などのアプリケーションまたはプログラムのための命令が、ハード・ディスク・ドライブ２２６上のコード２２６Ａの形態などでストレージ・デバイス上に配置され、処理ユニット２０６による実行のためにメイン・メモリ２０８などの１つまたは複数のメモリのうちの少なくとも１つのメモリにロード可能である。例示の実施形態のプロセスは、例えばメイン・メモリ２０８、読み出し専用メモリ２２４などのメモリ、または１つまたは複数の周辺デバイスに配置可能なコンピュータ実装命令を使用して、処理ユニット２０６によって実行可能である。

また、一事例では、コード２２６Ａは、類似のコード２０１Ｃがストレージ・デバイス２０１Ｄに記憶されているリモート・システム２０１Ｂから、ネットワーク２０１Ａを介してダウンロードされてもよい。別の事例では、コード２２６Ａは、ダウンロードされたコード２０１Ｃがストレージ・デバイス２０１Ｄに記憶されているリモート・システム２０１Ｂに、ネットワーク２０１Ａを介してダウンロードされてもよい。

図１および図２のハードウェアは、実装形態によって異なり得る。フラッシュ・メモリ、同等の不揮発性メモリ、または光ディスク・ドライブなどの、他の内部ハードウェアまたは周辺デバイスも、図１および図２に示すハードウェアに加えて、または代えて使用することができる。さらに、例示の実施形態のプロセスは、マルチプロセッサ・データ処理システムに適用されてもよい。

いくつかの例示の実施例では、データ処理システム２００は、オペレーティング・システム・ファイルまたはユーザ生成データあるいはその両方を記憶するための不揮発性メモリを提供するようにフラッシュ・メモリを備えて一般的に構成されたパーソナル・デジタル・アシスタント（ＰＤＡ）であってもよい。バス・システムは、システム・バス、Ｉ／ＯバスおよびＰＣＩバスなどの１つまたは複数のバスを含み得る。当然ながら、バス・システムは、ファブリックまたはアーキテクチャに接続された異なるコンポーネントまたはデバイス間のデータの転送を実現する任意の種類の通信ファブリックまたはアーキテクチャを使用して実装可能である。

通信ユニットは、モデムまたはネットワーク・アダプタなど、データを送受信するために使用される１つまたは複数のデバイスを含み得る。メモリは、例えば、メイン・メモリ２０８、またはノース・ブリッジおよびメモリ・コントローラ・ハブ２０２にあるキャッシュなどのキャッシュであってもよい。処理ユニットは、１つまたは複数のプロセッサまたはＣＰＵを含み得る。

図１および図２に図示されている実施例および上述の実施例は、アーキテクチャの限定を含意することを意図していない。例えば、データ処理システム２００は、モバイルまたはウェアラブル・デバイスの形態をとることに加えて、タブレット・コンピュータ、ラップトップ・コンピュータ、または電話デバイスであってもよい。

コンピュータまたはデータ処理システムについて仮想マシン、仮想デバイスまたは仮想コンポーネントとして説明されている場合、その仮想マシン、仮想デバイスまたは仮想コンポーネントは、データ処理システム２００に図示されている一部または全部のコンポーネントの仮想化された具現化を使用して、データ処理システム２００の方式で動作する。例えば、仮想マシン、仮想デバイスまたは仮想コンポーネントでは、処理ユニット２０６は、ホスト・データ処理システムで利用可能なハードウェア処理ユニット２０６の数のうちの全部または一部の仮想化インスタンスとして具現化され、メイン・メモリ２０８はホスト・データ処理システムで利用可能となり得るメイン・メモリ２０８の全部または一部の仮想化インスタンスとして具現化され、ディスク２２６はホスト・データ処理システムで利用可能となり得るディスク２２６の全部または一部の仮想化インスタントして具現化される。このような場合のホスト・データ処理システムは、データ処理システム２００によって表される。

図３を参照すると、この図は、例示の実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成するための例示の構成のブロック図を示す。アプリケーション３００は、図１のアプリケーション１０５の一例であり、図１のサーバ１０４および１０６と、クライアント１１０、１１２および１１４と、デバイス１３２とのうちのいずれかで実行される。

コンテナ初期化手順の一部として、コンテナ・パラメータ・モジュール３１０がコンテナ実行パラメータのセットを受け取る。モジュール３１０の一実装形態では、コンテナ実行パラメータのセットは、コンテナを実行するために１コア当たりいくつのスレッドを使用するかを指定するＳＭＴパラメータを含む。モジュール３１０の別の実装形態では、コンテナ実行パラメータのセットは、初期設定されるコンテナを実行するために使用されるコア数を指定するコンテナ・コア・パラメータを含む。モジュール３１０の別の実装形態では、コンテナ実行パラメータのセットは、初期設定されるコンテナを実行するために使用される合計スレッド数を指定するパラメータを含み、モジュール３１０は、ＳＭＴパラメータと合計スレッド数からコンテナ・コア・パラメータを決定する。モジュール３１０の別の実装形態では、コンテナ実行パラメータのセットは、コンテナを実行するために使用されるスレッドが別のコンテナと共用可能であるか否かを指定する共用可能性パラメータを含む。モジュール３１０の別の実装形態では、コンテナ実行パラメータのセットは、他のパラメータまたは追加のパラメータを含む。

モジュール３１０の実装形態において、コンテナ実行パラメータは、ＣＰＩまたはＡＰＩを介して、またはコンテナ・イメージ内で指定される。モジュール３１０の別の実装形態は、コンテナ・レジストリまたは別の供給源からプリファレンスのセットを受け取り、対応するコンテナ実行パラメータのセットを決定する。モジュール３１０の一実装形態では、プリファレンスのセットは、実際には要件のセット、すなわちコンテナが実装する必要がある設定値である。モジュール３１０の別の実装形態では、プリファレンスのセットは要件のハード・セットではなく、コンテナが実装のために最大限を尽くす必要がある設定値を含む。モジュール３１０の一実装形態では、決定されたコンテナ実行パラメータのセットは、コンテナ・イメージで指定されているパラメータを上書きする。

コンテナ初期設定手順の一部として、一実施形態は、コンテナを実行するコンピュータ・システムにおける１プロセッサ・コア当たりの最大数のハードウェア・スレッドを有効化することによって、オペレーティング・システムをコンテナとともに使用するために準備する。この有効化は、デフォルトまたは前のスレッド設定値、あるいはＶＭから継承されている場合があるスレッド設定値を上書きする。

モジュール３２０は、初期設定されるコンテナを実行するためにどのプロセッサ・コアが利用可能であるかを決定する。モジュール３２０は、利用可能なコアから、コンテナ・コア・パラメータによって指定されたコア数を選択する。コンテナは、初期設定されると、選択されたコア上で実行されることになる。

モジュール３２０は、選択されたコアをＳＭＴパラメータによって指定された１コア当たりのスレッド数を使用して実行するように構成する。１プロセッサ・コア当たりの最大数のハードウェア・スレッドが前に有効化されているため、この構成を行うために、モジュール３２０は、ＳＭＴパラメータによって指定された１コア当たりのスレッド数を得るのに必要な数のスレッドを無効化する。

モジュール３２０は、選択されたコアを、共用可能パラメータに従って実行するように構成する。共用可能パラメータが指定されていない場合、モジュール３２０は、共用可能または排他的のいずれかのデフォルト設定値を適用する。選択されたコアが排他的使用のために構成されている場合、モジュール３２０は選択された構成されたコアを使用してコンテナを実行し、その第１のコンテナの実行中は他のコンテナにそれらのコアを使用させない。選択されたコアが共用可能に使用するために構成されている場合、モジュール３２０は、選択された構成されたコアを使用してコンテナを実行し、その第１のコンテナと等しいＳＭＴパラメータを有する第２のコンテナが選択されたコアとそれらのコア内のスレッドとを使用して実行されることを許可する。コアを共用する両方のコンテナは、有効化されたスレッドのみを使用し、無効化されたスレッドは両方のコンテナについて無効化されたままであることに留意されたい。

図４を参照すると、この図は、例示の一実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成するための例示の構成のブロック図を示す。図４は、図３のモジュール３２０をより詳細に示している。

コンテナ初期設定手順の一部として、コア選択モジュール４１０が、コンテナを実行するコンピュータ・システムにおける１プロセッサ・コア当たりの最大数のハードウェア・スレッドを有効化する。この有効化は、任意のデフォルトまたは前のスレッド設定値、あるいはＶＭから継承されている場合がある任意のスレッド設定値を上書きする。

スレッド構成モジュール４２０が、初期設定されるコンテナを実行するためにどのプロセッサ・コアが利用可能であるかを判定する。利用可能なコアのうちから、モジュール４２０は、コンテナ・コア・パラメータによって指定されたコア数を選択する。コンテナは、初期設定されると、選択されたコア上で実行されることになる。モジュール４２０は、選択されたコアを、ＳＭＴパラメータによって指定された１コア当たりのスレッド数を使用して実行するように構成し、ＳＭＴパラメータによって指定された１コア当たりのスレッド数を得るために必要な数のスレッドを無効化する。

共用可能性モジュール４３０が、選択されたコアを、共用可能性パラメータに従って実行するように構成する。共用可能性パラメータが設定されていない場合、モジュール４３０は、共用可能または排他的のいずれかのデフォルト設定値を適用する。選択されたコアが排他的使用のために構成されている場合、モジュール４３０は、選択された構成されたコアを使用してコンテナを実行し、その第１のコンテナの実行中は他のコンテナにそれらのコアを使用させない。選択されたコアが共用可能使用のために構成されている場合、モジュール４３０は選択された構成されたコアを使用してコンテナを実行し、その第１のコンテナのＳＭＴパラメータと等しいＳＭＴパラメータを有する第２のコンテナが、選択されたコアとそれらのコア内のスレッドとを使用して実行されることができるようにする。

図５を参照すると、この図は、例示の一実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成する一実施例を示す。この実施例は、図３のアプリケーション３００を使用して実行可能である。

図示のように、プロセッサ５０２がコア５１０および５２０を含む。プロセッサ５０２は、１コア当たり２つのスレッドを使用するアーキテクチャを有する。コア５１０はスレッド５１２および５１４を含む。コア５２０はスレッド５２２および５２４を含む。アプリケーション３００は、１プロセッサ・コア当たり最大数のハードウェア・スレッド、ここではスレッド５１２、５１４、５２２および５２４を有効化する。

アプリケーション３００は、初期設定されるコンテナ５９０が１つのコアと、１コア当たり２つのスレッドとを排他的に使用するように指定するパラメータ５８０を受け取る。したがって、アプリケーション３００は、コア５１０が利用可能であると判定し、コア５１０を選択する。アプリケーション３００は、コア５１０を、パラメータ５８０内のＳＭＴパラメータによって指定された１コア当たりのスレッド数、ここでは２スレッドを使用して実行するように構成する。１プロセッサ・コア当たり２つのハードウェア・スレッドが前に有効化されているため、スレッドは無効化されない。その結果、コンテナ５９０はコア５１０上でスレッド５１２および５１４を使用して実行され、他のコンテナはコア５１０を共用することはできない。

図６を参照すると、この図は、例示の一実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成する続きの一実施例を示している。プロセッサ５０２と、コア５１０および５２０と、スレッド５１２、５１４、５２２および５２４とは、図５のプロセッサ５０２、コア５１０および５２０、スレッド５１２、５１４、５２２および５２４と同じである。

アプリケーション３００は、１プロセッサ・コア当たり最大数のハードウェア・スレッド、ここではスレッド５１２、５１４、５２２および５２４を有効化する。アプリケーション３００は、初期設定されるコンテナ６９０が２つのコアと、１コア当たり１つのスレッドとを排他的に使用するように指定するパラメータ６８０を受け取る。したがって、アプリケーション３００は、コア５１０および５２０が利用可能であると判定し、両方を選択する。アプリケーション３００は、パラメータ６８０内のＳＭＴパラメータによって指定された１コア当たりのスレッド数、ここでは１スレッドを使用して実行するようにコア５１０および５２０を構成する。１プロセッサ・コア当たり２つのハードウェア・スレッドが前に有効化されているため、アプリケーション３００は、１コア当たり１スレッドを無効化する。その結果、コンテナ６９０はコア５１０上のスレッド５１２とコア５１０上のスレッド５２２とを使用して実行される。スレッド５１４および５２４は無効化される。他のコンテナはコア５１０および５２０を共用することができない。

図７を参照すると、この図は、例示の一実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成する続きの一実施例を示している。プロセッサ５０２と、コア５１０および５２０と、スレッド５１２、５１４、５２２および５２４とは、図５のプロセッサ５０２、コア５１０および５２０、スレッド５１２、５１４、５２２および５２４と同じである。

アプリケーション３００は、１プロセッサ・コア当たり最大数のハードウェア・スレッド、ここではスレッド５１２、５１４、５２２および５２４を有効化する。アプリケーション３００は、初期設定されるコンテナ７９０が２つのコアと、１コア当たり１スレッドとを共用で使用するように指定するパラメータ７８０を受け取る。したがって、アプリケーション３００は、コア５１０および５２０が利用可能であると判定し、両方を選択する。アプリケーション３００は、コア５１０および５２０を、パラメータ７８０内のＳＭＴパラメータによって指定された１コア当たりのスレッド数、ここでは１スレッドを使用して実行するように構成する。１プロセッサ・コア当たり２つのハードウェア・スレッドが前に有効化されているため、アプリケーション３００は１コア当たり１スレッドを無効化する。その結果、コンテナ７９０は、コア５１０上のスレッド５１２とコア５２０上のスレッド５２２とを使用して実行される。スレッド５１４および５２４は無効化される。

また、アプリケーション３００は、初期設定されるコンテナ７９５が２つのコアと、１コア当たり１スレッドとを共用で使用するように指定するパラメータ７８５を受け取る。すでにコンテナ７９０がコア５１０上のスレッド５１２とコア５２０上のスレッド５２２とを使用して実行されるように構成されており、コア５１０および５２０は共用可能である。したがって、アプリケーション３００は、コンテナ７９５をコア５１０上のスレッド５１２とコア５２０上のスレッド５２２とを共用するように構成する。スレッド５１４および５２４は無効化されたままであり、共用されない。

図８を参照すると、この図は、例示の一実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成する一実施例を示している。この実施例は、図３のアプリケーション３００を使用して実行可能である。

図示のように、プロセッサ８０２が、コア８１０、８２０、８３０および８４０を含む。プロセッサ８０２は、１コア当たり８スレッドを使用するアーキテクチャを有する。コア８１０はスレッド８１１～８１８を含み、コア８２０はスレッド８２１～８２８を含み、コア８３０はスレッド８３１～８３８を含み、コア８４０はスレッド８４１～８４８を含む。アプリケーション３００は、１プロセッサ・コア当たり最大数のハードウェア・スレッド、ここではスレッド８１１～８１８、８２１～８２８、８３１～８３８、および８４１～８４８を有効化する。

アプリケーション３００は、初期設定されるコンテナ８９０が２つのコアと、１コア当たり８スレッドとを排他的に使用するように指定するパラメータ８８０を受け取る。したがって、アプリケーション３００は、コア８１０および８２０が利用可能であると判定し、これらを選択する。アプリケーション３００は、コア８１０および８２０を、パラメータ８８０内のＳＭＴパラメータによって指定された１コア当たりのスレッド数、ここでは８スレッドを使用して実行するように構成する。１プロセッサ・コア当たり８ハードウェア・スレッドが前に有効化されているため、スレッドは無効化されない。その結果、コンテナ８９０は、コア８１０上のスレッド８１１～８１８と、コア８１０上のスレッド８２１～８２８とを使用して実行され、他のコンテナはコア８１０および８２０を共用することができない。

図９を参照すると、この図は、例示の一実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成する続きの一実施例を示している。プロセッサ８０２と、コア８１０、８２０、８３０および８４０と、スレッド８１１～８１８、８２１～８２８、８３１～８３８および８４１～８４８とは、図８のプロセッサ８０２、コア８１０、８２０、８３０および８４０、スレッド８１１～８１８、８２１～８２８、スレッド８３１～８３８およびスレッド８４１～８４８と同じである。

アプリケーション３００は、１プロセッサ・コア当たり最大数のハードウェア・スレッド、ここではスレッド８１１～８１８、８２１～８２８、８３１～８３８および８４１～８４８を有効化する。アプリケーション３００は、初期設定されるコンテナ９９０が２つのコアと１コア当たり４スレッドとを共用で使用するように指定するパラメータ９８０を受け取る。したがって、アプリケーション３００は、コア８１０および８２０が利用可能であると判定し、両方を選択する。アプリケーション３００は、コア８１０および８２０を、パラメータ９８０内のＳＭＴパラメータによって指定された１コア当たりのスレッド数、ここでは４スレッドを使用して実行するように構成する。１プロセッサ・コア当たり８ハードウェア・スレッドが前に有効化されているため、アプリケーション３００は１コア当たり４スレッドを無効化する。その結果、コンテナ９９０は、コア８１０上のスレッド８１１～８１４とコア８２０上のスレッド８２１～８２４とを使用して実行される。スレッド８１５～８１８および８２５～８２８は無効化される。

アプリケーション３００は、初期化されるコンテナ９９５が２つのコアと、１コア当たり４スレッドとを共用で使用するように指定する追加のパラメータ（図示せず）も受け取る。すでにコンテナ９９０がコア８１０上のスレッド８１１～８１４とコア８２０上のスレッド８２１～８２４とを使用して実行されるように構成されており、コア８１０および８２０が共用可能である。したがって、アプリケーション３００は、コンテナ９９５をコア８１０上のスレッド８１１～８１４とコア８２０上のスレッド８２１～８２４とを共用するように構成する。スレッド８１５～８１８および８２５～８２８は無効化されたままであり、共用されない。

図１０を参照すると、この図は、例示の一実施形態によるコンテナにおけるハードウェア・マルチスレッド化を構成するプロセスの一実施例のフローチャートを示している。プロセス１０００は図３のアプリケーション３００で実装可能である。

ブロック１００２で、アプリケーションは、コンテナ初期設定手順の一部としてコンピュータ・システムのコアのセットのうちの１コア当たり最大数のハードウェア・スレッドを有効化する。ブロック１００４で、アプリケーションは、コアのセットのうちの利用可能なコアのセットから少なくとも１つの実行コアを選択する。ブロック１００６で、アプリケーションは、選択された各実行コアにおいてコンテナの実行時に使用される１コア当たりのスレッド数を構成する。ブロック１００８で、アプリケーションは、構成された実行コアを使用してコンテナを実行する。その後、アプリケーションは終了する。

次に図１１を参照すると、例示のクラウド・コンピューティング環境５０が図示されている。図示されるように、クラウド・コンピューティング環境５０は、例えばパーソナル・デジタル・アシスタント（ＰＤＡ）または携帯電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃまたは自動車コンピュータ・システム５４Ｎあるいはこれらの組合せなど、クラウド消費者によって使用されるローカル・コンピューティング・デバイスが通信することができる、１つまたは複数のクラウド・コンピューティング・ノード１０を含む。ノード１０は互いに通信することができる。ノード１０は、上述のプライベート・クラウド、コミュニティ・クラウド、パブリック・クラウドまたはハイブリッド・クラウドあるいはこれらの組合せなどの１つまたは複数のネットワークにおいて物理的または仮想的にグループ化（図示せず）されてもよい。これによって、クラウド・コンピューティング環境５０は、インフラストラクチャ、プラットフォーム、またはソフトウェアあるいはこれらの組合せを、クラウド消費者がそのためにローカル・コンピューティング・デバイス上でリソースを維持する必要がないサービスとして提供することができる。図示されているコンピューティング・デバイス５４Ａないし５４Ｎの種類は、例示を意図したものに過ぎず、コンピューティング・ノード１０およびクラウド・コンピューティング環境５０は、（例えばウェブ・ブラウザを使用して）任意の種類のネットワーク接続またはネットワーク・アドレス指定可能接続あるいはその組合せを介して、任意の種類のコンピュータ化デバイスと通信することができるものと理解される。

図１２を参照すると、クラウド・コンピューティング環境５０（図１１）によって提供される１組の機能抽象化層が示されている。図示されているコンポーネント、層および機能は、例示のみを意図したものであり、本発明の実施形態はこれらには限定されないことを予め理解されたい。図示のように、以下の層および対応する機能が提供される。

ハードウェアおよびソフトウェア層６０は、ハードウェア・コンポーネントとソフトウェア・コンポーネントとを含む。ハードウェア・コンポーネントの例としては、メインフレーム６１、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャ・ベースのサーバ６２、サーバ６３、ブレード・サーバ６４、ストレージ・デバイス６５、およびネットワークおよびネットワーキング・コンポーネント６６がある。いくつかの実施形態では、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８を含む。

仮想化層７０は、以下のような仮想実体の例を与えることができる抽象化層を提供する。すなわち、仮想サーバ７１と、仮想ストレージ７２と、仮想プライベート・ネットワークを含む仮想ネットワーク７３と、仮想アプリケーションおよびオペレーティング・システム７４と、仮想クライアント７５である。

一実施例では、管理層８０は、以下に記載の機能を提供することができる。リソース・プロビジョニング８１は、クラウド・コンピューティング環境内でタスクを実行するために利用されるコンピューティング・リソースおよびその他のリソースの動的調達を行う。メータリングおよびプライシング８２は、クラウド・コンピューティング環境内でリソースが利用されるときのコスト追跡と、これらのリソースの消費に対する対価の請求またはインボイス処理を行う。一実施例ではこれらのリソースにはアプリケーション・ソフトウェア・ライセンスが含まれてもよい。セキュリティは、クラウド消費者およびタスクのための本人検証と、データおよびその他のリソースの保護とを行う。ユーザ・ポータル８３は、消費者およびシステム管理者にクラウド・コンピューティング環境へのアクセスを提供する。サービス・レベル管理８４は、必要なサービス・レベルが満たされるようにクラウド・コンピューティングリソース割り当ておよび管理を行う。サービス・レベル・アグリーメント（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ（ＳＬＡ））計画および履行８５は、ＳＬＡに従って将来の要求が予想されるクラウド・コンピューティングリソースのための事前取り決めおよび調達を行う。

ワークロード層９０は、クラウド・コンピューティング環境を利用することができる機能の例を提供する。この層から提供することができるワークロードおよび機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育配信９３、データ分析処理９４、トランザクション処理９５、およびコンテナにおけるハードウェア・マルチスレッド化の構成９６が含まれる。

したがって、コンテナにおけるハードウェア・マルチスレッド化、その他の関連する機構、機能または動作を構成するための例示の実施形態において、コンピュータ実装方法、システムまたは装置、およびコンピュータ・プログラム製品が提供される。実施形態またはその一部についてある種類のデバイスに関連して説明している場合、コンピュータ実装方法、システムまたは装置、コンピュータ・プログラム製品またはその一部は、その種類のデバイスの適切な同等の具現化とともに使用するように適合または構成される。

実施形態についてアプリケーションで実装されるものとして説明している場合、ソフトウェア・アズ・ア・サービス（ＳａａＳ）モデルでのアプリケーションの配布が、例示の実施形態の範囲内で企図される。ＳａａＳモデルでは、一実施形態を実装するアプリケーションの機能は、クラウド・インフラストラクチャにおいてアプリケーションを実行することによってユーザに提供される。ユーザは、様々なクライアント・デバイスを使用してウェブ・ブラウザなどのシン・クライアント・インターフェース（例えばウェブ・ベースのＥメール）またはその他の軽量クライアント・アプリケーションを介してアプリケーションにアクセスすることができる。ユーザは、クラウド・インフラストラクチャのネットワーク、サーバ、オペレーティング・システム、またはストレージを含めて、基礎にあるクラウド・インフラストラクチャを管理も制御もしない。いくつかの場合では、ユーザはＳａａＳアプリケーションの機能の管理も制御さえもしなくてもよい。いくつかの他の場合では、アプリケーションのＳａａＳ実装形態は、限られたユーザ固有アプリケーション構成設定の考えられる例外を許容することがある。

本発明は、統合の任意の可能な技術的詳細レベルのシステム、方法、またはコンピュータ・プログラム製品あるいはこれらの組合せとすることができる。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令が記憶されたコンピュータ可読記憶媒体（または複数の媒体）を含み得る。

コンピュータ可読記憶媒体は、命令実行デバイスによる使用のための命令を保持し、記憶することができる有形デバイスとすることができる。コンピュータ可読記憶媒体は、例えば、電子ストレージ・デバイス、磁気ストレージ・デバイス、光学式ストレージ・デバイス、電磁ストレージ・デバイス、半導体ストレージ・デバイス、またはこれらの任意の適切な組合せであってよいが、これらには限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストには、可搬コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、可搬コンパクト・ディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、メモリ・スティック（登録商標）、フロッピィ（登録商標）・ディスク、パンチカードまたは命令が録音された溝内の隆起構造などの機械的に符号化されたデバイス、およびこれらの任意の適切な組合せが含まれる。本明細書で使用されるコンピュータ可読記憶媒体とは、電波またはその他の自由に伝播する電磁波、導波路またはその他の伝送媒体を伝播する電磁波（例えば光ファイバ・ケーブルを通る光パルス）、またはワイヤを介して伝送される電気信号などの、一過性の信号自体であると解釈すべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体から、それぞれのコンピューティング／処理デバイスに、あるいはネットワーク、例えばインターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、もしくは無線ネットワークまたはこれらの組合せを介して外部コンピュータまたは外部ストレージ・デバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバあるいはこれらの組合せを含んでもよい。各コンピューティング／処理デバイスにおけるネットワーク・アダプタ・カードまたはネットワーク・インターフェースが、ネットワークからコンピュータ可読プログラム命令を受信し、それらのコンピュータ可読プログラム命令を、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体への記憶のために転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、インストラクション・セット・アーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の構成データ、または、Ｓｍａｌｌｔａｌｋ（登録商標）、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語、または同様のプログラム言語などの手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで書かれたソース・コードまたはオブジェクト・コードとすることができる。コンピュータ可読プログラム命令は、スタンドアロン・ソフトウェア・パッケージとして全体がユーザのコンピュータ上でまたは一部がユーザのコンピュータ上で、または一部がユーザのコンピュータ上で一部がリモート・コンピュータ上で、または全体がリモート・コンピュータまたはサーバ上で実行されてもよい。後者の場合、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）を含む、任意の種類のネットワークを介してユーザのコンピュータに接続することができ、または接続は（例えば、インターネット・サービス・プロバイダを使用してインターネットを介して）外部コンピュータに対して行ってもよい。いくつかの実施形態では、本発明の態様を実行するために、例えばプログラマブル論理回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラマブル・ロジック・アレイ（ＰＬＡ）を含む電子回路が、コンピュータ可読プログラム命令の状態情報を使用して電子回路をパーソナライズすることにより、コンピュータ可読プログラム命令を実行することができる。

本発明の態様について、本明細書では、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品を示すフローチャート図またはブロック図あるいはその両方を参照しながら説明している。フローチャート図またはブロック図あるいはその両方の図の各ブロックおよび、フローチャート図またはブロック図あるいはその両方の図のブロックの組合せは、コンピュータ可読プログラム命令によって実装可能であることを理解されたい。

これらのコンピュータ可読プログラム命令は、コンピュータまたはその他のプログラマブル・データ処理装置のプロセッサにより実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックで指定されている機能／動作を実装する手段を形成するように、コンピュータまたはその他のプログラマブル・データ処理装置のプロセッサに供給されてマシンを実現するものであってよい。また、これらのコンピュータ可読プログラム命令は、命令が記憶されたコンピュータ可読記憶媒体が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックで指定されている機能／動作の態様を実装する命令を含む製造品を含むように、コンピュータ可読記憶媒体に記憶され、コンピュータ、プログラマブル・データ処理装置、またはその他のデバイスあるいはこれらの組合せに対して特定の方式で機能するように指示することができるものであってもよい。

また、コンピュータ可読プログラム命令は、コンピュータ、その他のプログラマブル装置またはその他のデバイス上で実行される命令がフローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックで指定されている機能／動作を実装するように、コンピュータ実装プロセスを実現させるべく、コンピュータ、その他のプログラマブル・データ処理装置、またはその他のデバイスにロードされ、コンピュータ、その他のプログラマブル装置、またはその他のデバイス上で一連の動作ステップを実行させるものであってもよい。

図中のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法およびコンピュータ・プログラム製品の可能な実装形態のアーキテクチャ、機能および動作を示す。これに関連して、フローチャートまたはブロック図の各ブロックは、指定されている論理機能を実装するための１つまたは複数の実行可能命令を含む、命令のモジュール、セグメント、または部分を表し得る。いくつかの別の実装形態では、ブロックに記載されている機能は、図に記載されている順序とは異なる順序で行われてもよい。例えば、連続して示されている２つのブロックは、関与する機能に応じて、実際には、１ステップとして行われてもよく、並行して、または実質的に並行して、または一部または全体が時間的に重なり合った方式で実行されてもよく、またはブロックは場合によっては逆の順序で実行されてもよい。また、ブロック図またはフローチャート図あるいはその両方の図の各ブロック、およびブロック図またはフローチャート図あるいはその両方の図のブロックの組合せは、指定されている機能または動作を実行する、専用ハードウェアとコンピュータ命令との組合せを実行する、専用ハードウェア・ベースのシステムによって実装可能であることにも留意されたい。

Claims (20)

1. コンピュータ実装方法であって、
   コンピュータ・システム上で実行されるオペレーティング・システムをコンテナ実行のために構成し、第１のコンテナを前記オペレーティング・システム上での実行のために構成するコンテナ初期設定手順の一部として、前記コンピュータ・システムのプロセッサ・コア（コア）のセットにおける１コア当たりの最大数のハードウェア・スレッドを有効化することと、
   前記コアのセットのうちの利用可能なコアのセットから実行コアを選択することと、
   選択された前記実行コアにおいて、前記第１のコンテナの実行時に使用される１コア当たりのスレッド数を構成することであって、前記１コア当たりのスレッド数が第１の同時マルチスレッド化（ＳＭＴ）パラメータによって前記コンテナ初期設定手順のために指定される、前記１コア当たりのスレッド数を構成することと、
   構成された前記実行コアを使用して前記第１のコンテナを実行することであって、前記実行が前記オペレーティング・システムを仮想化する、前記第１のコンテナを実行することとを含む、コンピュータ実装方法。
2. コンテナ・プリファレンス設定から前記第１のＳＭＴパラメータを決定することをさらに含む、請求項１に記載のコンピュータ実装方法。
3. 選択された前記実行コアにおいて１コア当たりのスレッド数を構成することが、前記第１のＳＭＴパラメータによって指定された前記１コア当たりのスレッド数を得るために、選択された前記実行コアにおけるスレッドを無効化することを含む、請求項１に記載のコンピュータ実装方法。
4. 第１のコンテナ・コア・パラメータが、前記利用可能なコアのセットから選択される実行コアの数を指定する、請求項１に記載のコンピュータ実装方法。
5. 選択された前記実行コアを共用可能として構成することと、
   共用可能な構成された前記実行コアを使用して、前記第１のＳＭＴパラメータと等しい第２のＳＭＴパラメータを有する第２のコンテナを実行することとをさらに含む、請求項１に記載のコンピュータ実装方法。
6. 選択された前記実行コアを排他的であるものとして構成することと、
   排他的な構成された前記実行コアを使用して前記第１のＳＭＴパラメータと等しい第２のＳＭＴパラメータを有する第２のコンテナを実行させないこととをさらに含む、請求項１に記載のコンピュータ実装方法。
7. コンテナにおけるハードウェア・マルチスレッド化を構成するためのコンピュータ・プログラム製品であって、
   １つまたは複数のコンピュータ可読記憶媒体と、前記１つまたは複数のコンピュータ可読記憶媒体にまとめて記憶されたプログラム命令とを含み、前記プログラム命令は、
   コンピュータ・システム上で実行されるオペレーティング・システムをコンテナ実行のために構成し、第１のコンテナを前記オペレーティング・システム上での実行のために構成するコンテナ初期設定手順の一部として、前記コンピュータ・システムのプロセッサ・コア（コア）のセットにおける１コア当たりの最大数のハードウェア・スレッドを有効化するプログラム命令と、
   前記コアのセットのうちの利用可能なコアのセットから実行コアを選択するプログラム命令と、
   選択された前記実行コアにおいて、前記第１のコンテナの実行時に使用される１コア当たりのスレッド数を構成するプログラム命令であって、前記１コア当たりのスレッド数が第１の同時マルチスレッド化（ＳＭＴ）パラメータによって前記コンテナ初期設定手順のために指定される、前記１コア当たりのスレッド数を構成する前記プログラム命令と、
   構成された前記実行コアを使用して前記第１のコンテナを実行するプログラム命令であって、前記実行が前記オペレーティング・システムを仮想化する、前記第１のコンテナを実行する前記プログラム命令とを含む、コンピュータ・プログラム製品。
8. コンテナ・プリファレンス設定から前記第１のＳＭＴパラメータを決定するプログラム命令をさらに含む、請求項７に記載のコンピュータ・プログラム製品。
9. 選択された前記実行コアにおいて１コア当たりのスレッド数を構成するプログラム命令が、前記第１のＳＭＴパラメータによって指定された前記１コア当たりのスレッド数を得るために、選択された前記実行コアにおけるスレッドを無効化するプログラム命令を含む、請求項７に記載のコンピュータ・プログラム製品。
10. 第１のコンテナ・コア・パラメータが、前記利用可能なコアのセットから選択される実行コアの数を指定する、請求項７に記載のコンピュータ・プログラム製品。
11. 選択された前記実行コアを共用可能として構成するプログラム命令と、
    共用可能な構成された前記実行コアを使用して、前記第１のＳＭＴパラメータと等しい第２のＳＭＴパラメータを有する第２のコンテナを実行するプログラム命令とをさらに含む、請求項７に記載のコンピュータ・プログラム製品。
12. 選択された前記実行コアを排他的であるものとして構成するプログラム命令と、
    排他的な構成された前記実行コアを使用して前記第１のＳＭＴパラメータと等しい第２のＳＭＴパラメータを有する第２のコンテナを実行させないプログラム命令とをさらに含む、請求項７に記載のコンピュータ・プログラム製品。
13. 記憶されている前記プログラム命令が、ローカル・データ処理システムの前記１つまたは複数の記憶媒体のうちの前記少なくとも１つの記憶媒体に記憶され、記憶されている前記プログラム命令が、ネットワークを介してリモート・データ処理システムから転送される、請求項７に記載のコンピュータ・プログラム製品。
14. 記憶されている前記プログラム命令がサーバ・データ処理システムの前記１つまたは複数の記憶媒体のうちの前記少なくとも１つの記憶媒体に記憶され、記憶されている前記プログラム命令が、リモート・データ処理システムに関連付けられたコンピュータ可読ストレージ・デバイスにおける使用のためにネットワークを介して前記リモート・データ処理システムにダウンロードされる、請求項７に記載のコンピュータ・プログラム製品。
15. 前記コンピュータ・プログラム製品がクラウド環境におけるサービスとして提供される、請求項７に記載のコンピュータ・プログラム製品。
16. １つまたは複数のプロセッサと、１つまたは複数のコンピュータ可読メモリと、１つまたは複数のコンピュータ可読ストレージ・デバイスとを含むコンピュータ・システムであって、前記１つまたは複数のメモリのうちの少なくとも１つのメモリを介した前記１つまたは複数のプロセッサのうちの少なくとも１つのプロセッサによる実行のために前記１つまたは複数のコンピュータ可読ストレージ・デバイスのうちの少なくとも１つのコンピュータ可読ストレージ・デバイスにプログラム命令が記憶され、記憶されている前記プログラム命令が、
    コンピュータ・システム上で実行されるオペレーティング・システムをコンテナ実行のために構成し、第１のコンテナを前記オペレーティング・システム上での実行のために構成するコンテナ初期設定手順の一部として、前記コンピュータ・システムのプロセッサ・コア（コア）のセットにおける１コア当たりの最大数のハードウェア・スレッドを有効化するプログラム命令と、
    前記コアのセットのうちの利用可能なコアのセットから実行コアを選択するプログラム命令と、
    選択された前記実行コアにおいて、前記第１のコンテナの実行時に使用される１コア当たりのスレッド数を構成するプログラム命令であって、前記１コア当たりのスレッド数が第１の同時マルチスレッド化（ＳＭＴ）パラメータによって前記コンテナ初期設定手順のために指定される、前記１コア当たりのスレッド数を構成する前記プログラム命令と、
    構成された前記実行コアを使用して前記第１のコンテナを実行するプログラム命令であって、前記実行が前記オペレーティング・システムを仮想化する、前記第１のコンテナを実行する前記プログラム命令とを含む、コンピュータ・システム。
17. コンテナ・プリファレンス設定から前記第１のＳＭＴパラメータを決定するプログラム命令をさらに含む、請求項１６に記載のコンピュータ・システム。
18. 選択された前記実行コアにおいて１コア当たりのスレッド数を構成するプログラム命令が、前記第１のＳＭＴパラメータによって指定された前記１コア当たりのスレッド数を得るために、選択された前記実行コアにおけるスレッドを無効化するプログラム命令を含む、請求項１６に記載のコンピュータ・システム。
19. 第１のコンテナ・コア・パラメータが、前記利用可能なコアのセットから選択される実行コアの数を指定する、請求項１６に記載のコンピュータ・システム。
20. 選択された前記実行コアを共用可能として構成するプログラム命令と、
    共用可能な構成された前記実行コアを使用して、前記第１のＳＭＴパラメータと等しい第２のＳＭＴパラメータを有する第２のコンテナを実行するプログラム命令とをさらに含む、請求項１６に記載のコンピュータ・システム。
    

Images