▶ アドバンスト・マイクロ・ディバイシズ・インコーポレイテッドの特許一覧 ▶ エーティーアイ・テクノロジーズ・ユーエルシーの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-09-30
(54)【発明の名称】プラットフォームリソースの動的割り当て
(51)【国際特許分類】
G06F 9/50 20060101AFI20240920BHJP
【ＦＩ】
G06F9/50 150A
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024519006
(86)(22)【出願日】2022-09-15
(85)【翻訳文提出日】2024-05-09
(86)【国際出願番号】 US2022043606
(87)【国際公開番号】W WO2023055570
(87)【国際公開日】2023-04-06
(31)【優先権主張番号】17/487,103
(32)【優先日】2021-09-28
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】591016172
【氏名又は名称】アドバンスト・マイクロ・ディバイシズ・インコーポレイテッド
【氏名又は名称原語表記】ＡＤＶＡＮＣＥＤ ＭＩＣＲＯ ＤＥＶＩＣＥＳ ＩＮＣＯＲＰＯＲＡＴＥＤ
(71)【出願人】
【識別番号】508301087
【氏名又は名称】エーティーアイ・テクノロジーズ・ユーエルシー
【氏名又は名称原語表記】ＡＴＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＵＬＣ
【住所又は居所原語表記】Ｏｎｅ Ｃｏｍｍｅｒｃｅ Ｖａｌｌｅｙ Ｄｒｉｖｅ Ｅａｓｔ， Ｍａｒｋｈａｍ， Ｏｎｔａｒｉｏ， Ｌ３Ｔ ７Ｘ６ Ｃａｎａｄａ
(74)【代理人】
【識別番号】100108833
【弁理士】
【氏名又は名称】早川 裕司
(74)【代理人】
【識別番号】100111615
【弁理士】
【氏名又は名称】佐野 良太
(74)【代理人】
【識別番号】100162156
【弁理士】
【氏名又は名称】村雨 圭介
(72)【発明者】
【氏名】ドミトリー ティコストウプ
(72)【発明者】
【氏名】ダニエル ウェイヒム ウォン
(72)【発明者】
【氏名】ウィリアム ハーズ
(57)【要約】
プラットフォームリソース候補を提供するための動的アロケータが開示される。一実施形態では、プラットフォームリソースアロケータは、プラットフォームリソース推奨のために、アプリケーション等のワークロードイニシエータからの要求を受信する。プラットフォームリソースアロケータは、複数のリソースの各々について、複数のプラットフォームリソースの性能能力及び利用メトリクスを分析する。複数のプラットフォームリソースは、１つ以上のグラフィックスプロセッサユニット（ＧＰＵ）及び１つ以上の加速処理ユニット（ＡＰＵ）を含む。プラットフォームリソースアロケータは、性能能力及び利用メトリクスに基づいて、複数のプラットフォームリソースのうち１つ以上をワークロード実行用に選択するために、ワークロードイニシエータにプラットフォームリソース推奨を動的に提供する。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
プラットフォームリソース候補を提供する方法であって、プラットフォームリソース候補に対する要求をワークロードイニシエータから受信するステップと、
前記要求と、複数のプラットフォームリソースの性能能力及び利用メトリクスと、に基づいて、１つ以上のプラットフォームリソース候補を識別するステップであって、前記複数のプラットフォームリソースは、１つ以上のグラフィックスプロセッサユニット（ＧＰＵ）及び１つ以上の加速処理ユニット（ＡＰＵ）を含む、ステップと、
識別された１つ以上のプラットフォームリソース候補を前記ワークロードイニシエータに動的に提供するステップと、を含む、
方法。
【請求項2】
前記プラットフォームリソース候補は、前記複数のプラットフォームリソースの非性能能力及び性能制限に基づいて識別される、請求項１の方法。
【請求項3】
プラットフォームリソースライブラリ内の前記複数のプラットフォームリソースに関する前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限を収集するステップを含む、請求項１の方法。
【請求項4】
前記ワークロードイニシエータからの要求に基づいて、前記複数のプラットフォームリソースの発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照するステップを含む、請求項１の方法。
【請求項5】
前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限を監視するステップを含む、請求項１の方法。
【請求項6】
前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供するステップを含む、請求項１の方法。
【請求項7】
前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限に基づいて、前記複数のプラットフォームリソースの各々をランク付けするステップを含む、請求項１の方法。
【請求項8】
前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限に基づいて、前記複数のプラットフォームリソースの各々について前記ワークロードを実行するための利用影響を予測するステップを含む、請求項１の方法。
【請求項9】
前記性能能力は、前記複数のプラットフォームリソースの動作モード、前記複数のプラットフォームリソース間の相互接続能力、前記複数のプラットフォームリソースの電力能力、及び、周辺デバイス能力を含む、請求項１の方法。
【請求項10】
前記複数のプラットフォームリソースは、ローカルメモリ、システムメモリ、１つ以上の周辺デバイス、ディスプレイコントローラ、バスインターフェースコントローラ、及び、メモリサブシステムコントローラを含み、前記１つ以上のＧＰＵのうち少なくとも１つは、ディスクリートＧＰＵである、
請求項１の方法。
【請求項11】
プラットフォームリソース候補を提供する装置であって、コンピュータプロセッサと、
前記コンピュータプロセッサに動作可能に結合されたコンピュータメモリと、を備え、
前記コンピュータメモリは、コンピュータプログラム命令を含み、
前記コンピュータプログラム命令は、前記コンピュータプロセッサによって実行されると、
プラットフォームリソース候補に対する要求をワークロードイニシエータから受信するステップと、
前記要求と、複数のプラットフォームリソースの性能能力及び利用メトリクスと、に基づいて、１つ以上のプラットフォームリソース候補を識別するステップであって、前記複数のプラットフォームリソースは、１つ以上のグラフィックスプロセッサユニット（ＧＰＵ）及び１つ以上の加速処理ユニット（ＡＰＵ）を含む、ステップと、
識別された１つ以上のプラットフォームリソース候補を前記ワークロードイニシエータに動的に提供するステップと、
を前記装置に行わせる、
装置。
【請求項12】
前記コンピュータプログラム命令は、実行されると、前記ワークロードイニシエータからの要求に基づいて、前記複数のプラットフォームリソースの発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照するステップを前記装置に行わせる、請求項１１の装置。
【請求項13】
前記コンピュータプログラム命令は、実行されると、前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限を監視するステップを前記装置に行わせる、請求項１１の装置。
【請求項14】
前記コンピュータプログラム命令は、実行されると、前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供するステップを前記装置に行わせる、請求項１１の装置。
【請求項15】
前記コンピュータプログラム命令は、実行されると、前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限に基づいて、前記複数のプラットフォームリソースの各々をランク付けするステップを前記装置に行わせる、請求項１１の装置。
【請求項16】
前記コンピュータプログラム命令は、実行されると、前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限に基づいて、前記複数のプラットフォームリソースの各々について前記ワークロードを実行するための利用影響を予測するステップを前記装置に行わせる、請求項１１の装置。
【請求項17】
プラットフォームリソース候補を提供するコンピュータプログラム製品であって、前記コンピュータプログラム製品は、コンピュータ可読記憶媒体に設けられており、
前記コンピュータプログラム製品は、コンピュータプログラム命令を含み、
前記コンピュータプログラム命令は、実行されると、
プラットフォームリソース候補に対する要求をワークロードイニシエータから受信するステップと、
前記要求と、複数のプラットフォームリソースの性能能力及び利用メトリクスと、に基づいて、１つ以上のプラットフォームリソース候補を識別するステップであって、前記複数のプラットフォームリソースは、１つ以上のグラフィックスプロセッサユニット（ＧＰＵ）及び１つ以上の加速処理ユニット（ＡＰＵ）を含む、ステップと、
識別された１つ以上のプラットフォームリソース候補を前記ワークロードイニシエータに動的に提供するステップと、
をコンピュータに行わせる、
コンピュータプログラム製品。
【請求項18】
前記プラットフォームリソース候補は、前記複数のプラットフォームリソースの非性能能力及び性能制限に基づいて識別された１つ以上のプラットフォームリソース候補に基づいて識別される、請求項１７のコンピュータプログラム製品。
【請求項19】
前記コンピュータプログラム命令は、実行されると、前記ワークロードイニシエータからの要求に基づいて、前記複数のプラットフォームリソースの発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照するステップを前記コンピュータに行わせる、請求項１７のコンピュータプログラム製品。
【請求項20】
前記コンピュータプログラム命令は、実行されると、前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供するステップを前記コンピュータに行わせる、請求項１７のコンピュータプログラム製品。
【発明の詳細な説明】
【背景技術】
【0001】
コンピューティングシステムは、多くの場合、命令を取り出して実行し、実行した命令の結果を適切な場所に記憶するか又は計算結果を出力することができる、いくつかの処理リソース（例えば、１つ以上のプロセッサ）を含む。処理リソース（例えば、中央処理装置（ＣＰＵ）又はグラフィックスプロセッサユニット（ＧＰＵ））は、データ（例えば、１つ以上のオペランド）に対して論理演算を実行することによって命令を実行するために使用することができる、例えば、算術論理ユニット（ＡＬＵ）回路、浮動小数点ユニット（ＦＰＵ）回路及び／又は組み合わせ論理ブロック等のいくつかの機能ユニットを備え得る。例えば、機能ユニット回路は、いくつかの論理演算を介してオペランドに対して加算、減算、乗算及び／又は除算等の算術演算を実行するために使用され得る。
【0002】
そのようなコンピュータシステム上で実行されるアプリケーションには、特定のワークロードを実行するために特定の処理リソースを選択する機会を与えることができる。例えば、ＣＰＵ及び１つ以上のＧＰＵを含むコンピューティングシステムにおいて、アプリケーションは、アプリケーションワークロードを実行するために特定のプロセッサを選択することができる。アプリケーションは、コンピューティングシステムのオペレーティングシステムに問い合わせることによって、何れの処理リソースがコンピューティングシステムに常駐しているかを判定することができる。一例では、マルチメディア再生アプリケーションは、メディア再生が可能なデバイスのリストについてオペレーティングシステムに問い合わせ、例えば、ビデオ再生ワークロードを実行するための特定のＧＰＵを選択することができる。
【図面の簡単な説明】
【0003】
【図1】本開示のいくつかの実施形態による、プラットフォームリソース推奨サービスを提供するための例示的なシステムのブロック図である。
【図2】本開示のいくつかの実施形態による、プラットフォームリソース候補を提供するプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステム２００の追加のブロック図である。
【図3A】本開示のいくつかの実施形態による、クライアント－サーバ割り当て（ａｌｌｏｃ）のための例示的なトップレベルシステムの追加のブロック図である。
【図3B】本開示のいくつかの実施形態による、サーバモードのプラットフォームリソースライブラリとしてプラットフォームリソース推奨サービスを提供するための例示的なシステムの追加のブロック図である。
【図3C】本開示のいくつかの実施形態による、プラットフォームリソースライブラリを使用してクライアントモードで動的割り当てサービスを提供するための例示的なシステム３２５の追加のブロック図である。
【図4】本開示のいくつかの実施形態による、プラットフォームリソース推奨サービスを提供するためにユーザモードでプラットフォームリソースライブラリを使用するための例示的なシステムのブロック図である。
【図5A】本開示のいくつかの実施形態による、オーディオノイズ低減（ＡＮＲ）のためのプラットフォームリソース候補を提供するためのプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステムの追加のブロック図である。
【図5B】本開示のいくつかの実施形態による、ビデオ前処理のためのプラットフォームリソース候補を提供するためのプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステムの追加のブロック図である。
【図5C】本開示のいくつかの実施形態による、ビデオ記録／ストリーミングのためのプラットフォームリソース候補を提供するためのプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステムの追加のブロック図である。
【図5D】本開示のいくつかの実施形態による、後処理及びスケールのためのプラットフォームリソース候補を提供するためのプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステムの追加のブロック図である。
【図6】本開示のいくつかの実施形態による、アップスケーリング動作の複合処理のためのプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステムの追加のブロック図である。
【図7】本開示のいくつかの実施形態による、ワークロードイニシエータにプラットフォームリソース候補を提供する例示的な方法を示すフロー図である。
【図8】本開示のいくつかの実施形態による、ワークロードイニシエータにプラットフォームリソース候補を提供する別の例示的な方法を示すフロー図である。
【図9】本開示のいくつかの実施形態による、ワークロードイニシエータにプラットフォームリソース候補を提供する別の例示的な方法を示すフロー図である。
【図10】本開示の実施形態による、ランタイム中にプラットフォームリソース候補が更新される例示的な方法を示すフロー図である。
【図11】本開示のいくつかの実施形態による、プラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を使用したレンダリングされたフレームのアップスケーリング動作の複合処理の例示的な方法を示すフロー図である。
【図12】本開示のいくつかの実施形態による、プラットフォームリソース推奨サービスを使用したレンダリングされたフレームのアップスケーリング動作の複合処理の別の例示的な方法を示すフロー図である。
【図13】本開示のいくつかの実施形態による、ワークロードの割り当てがいくつかの異なる方法で実行されるアップスケーリング動作の複合処理の別の例示的な方法を示すフロー図である。
【発明を実施するための形態】
【0004】
上述したように、コンピュータシステム上で実行されるアプリケーションには、特定のワークロードを実行するために特定の処理リソースを選択する機会を与えることができる。いくつかのシナリオでは、アプリケーションが実行のためにワークロードを割り当てる準備ができている場合に、アプリケーションは、最初に、オペレーティングシステムに問い合わせて、何れの処理リソースが利用可能であるかを判定する。例えば、ワークロードがグラフィックス（例えば、ゲームのためのグラフィックスレンダリング）又はマルチメディアワークロード（例えば、マルチメディア再生）である場合、アプリケーションは、最初に、ＧＰＵがコンピューティングデバイス内に存在するかどうかを判定することができる。いくつかのコンピューティングデバイスでは、２つ以上のＧＰＵが存在し得る。例えば、コンピューティングデバイスは、統合ＣＰＵ及びＧＰＵを含むことができる一方で、ディスクリートＧＰＵ（すなわち、個別のチップ上）も含むことができる。更に、アプリケーションは、例えば、ワークロードを配置できる場所を判定するために、ＧＰＵによって何れのビデオコーデックがサポートされているかを判定することができる。例えば、ストリーミングメディアサービスプレーヤは、ソース解像度、ビットレート、コーデック、ディスプレイ解像度、フレームレート等に関して特定のワークロード（例えば、映画）を記述し、ワークロードを実行することができるプロセッサリソースについてオペレーティングシステムに問い合わせることができる。オペレーティングシステムは、ワークロードを実行する能力を有するＧＰＵを識別することによって応答することができる。オペレーティングシステムの応答に基づいて、アプリケーションは、ＧＰＵを選択し、そのＧＰＵにワークロードを割り当てることができる。例えば、アプリケーションは、統合ＧＰＵにワークロードを割り当てることができる。なぜなら、統合ＧＰＵは、典型的には、ディスクリートＧＰＵよりも少ない電力を消費するからである。これは、コンピューティングデバイスがバッテリ電力で動作している場合に特に懸念され得る。
【0005】
しかしながら、オペレーティングシステムがコンピューティングデバイスの能力に関する情報を提供する場合に、オペレーティングシステムは、システムのランタイム挙動に関する如何なる洞察もなしにそれを行う。すなわち、オペレーティングシステムは、統合ＧＰＵのビデオコーデックがどのくらいビジーであるかを知らない。アプリケーションが、ビデオ会議アプリケーション等の他のビデオワークロードも実行している可能性がある統合ＧＰＵ上にワークロードを置くことを決定した場合、統合ＧＰＵのビデオコーデックがオーバーサブスクライブされる可能性がある。言い換えれば、アプリケーション及びオペレーティングシステムは、プロセッサリソースの実際のランタイム利用に関して可視性を有さず、したがって、コンピューティングデバイスがワークロードに対して予想されるユーザエクスペリエンスを配信することができるかどうかを知らない。
【0006】
加えて、オペレーティングシステムは、実際のプラットフォームリソース（例えば、ハードウェア）の能力及び制限を完全に理解していない。実際、いくつかのプラットフォームリソース能力は、オペレーティングシステムによって発見不可能である。したがって、アプリケーションを、そのアプリケーションを処理するのに最も適切又は最適なリソースではないプラットフォームリソースに割り当てる場合がある。
【0007】
加えて、画像フレームを定義するデータは、通常、提示のために様々なサイズにスケーリングされる。すなわち、画像スケーリングは、デジタル画像をサイズ変更することを指す。アップスケーリング又は「解像度向上」は、低解像度入力から高解像度画像を生成するプロセスである。アップスケーリングは、より高い解像度のディスプレイで画像を提示する。例えば、ビデオストリームからのピクチャ又はフレーム（例えば、画像）は、より低い解像度からより高い解像度にアップスケールされる。次いで、アップスケールされた画像は、例えば、画像がディスプレイ全体を満たすように、ディスプレイ上に表示され得る。アップスケーリングに伴う課題の１つは、プラットフォームリソース能力、可用性及び制限をユーザ選好と共に考慮せずに、プラットフォームリソースを包括的且つ網羅的に使用することである。更に、アップスケーリング動作のモダリティは、処理効率及び電力消費に悪影響を及ぼす可能性がある。
【0008】
したがって、本開示による実施形態は、アプリケーション又は他のワークロードイニシエータが、性能能力及び利用メトリクスに基づいてワークロードを実行するために複数のプラットフォームリソースのうち１つ以上を選択するためのプラットフォームリソース推奨を受信することができる、プラットフォームリソース推奨サービスのための機構を提供する。
【0009】
実施形態は、プラットフォームリソースを推奨する方法を対象とする。本方法は、プラットフォームリソース候補に対するワークロードイニシエータからの要求を受信するステップを含む。また、本方法は、要求と、複数のプラットフォームリソースの性能能力及び利用メトリクスと、に基づいて、１つ以上のプラットフォームリソース候補を識別するステップであって、複数のプラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上の加速処理ユニット（ＡＰＵ）を含む、ステップを含む。ＡＰＵは、広義の表現であると考えられることに留意されたい。例えば、ＡＰＵは、従来のＣＰＵ、従来のＧＰＵ、ソフトウェア及び／又はそれらの組み合わせと比較して、加速されたグラフィックス処理タスク、データパラレルタスク又はネストされたデータパラレルタスクに関連する機能及び計算を加速された方法で実行するハードウェア及び／又はソフトウェアの任意の協働集合を指す。例えば、ＡＰＵは、ＣＰＵ及びＧＰＵの両方として機能することができる処理ユニット（例えば、処理チップ／デバイス）である。更に、ＡＰＵは、汎用ＣＰＵの外部で１つ以上のタイプの計算を加速するために使用される追加の処理能力を含むチップである。一実施形態では、ＡＰＵは、ＧＰＵ、ＦＰＧＡ、機械学習プロセッサ、デジタル信号プロセッサ（ＤＳＰ）及びオーディオ／サウンドプロセッサ、又は、他の処理ユニットと同じダイ上に統合汎用ＣＰＵを含むことができ、したがって、電力消費を低減しながら、これらのユニット間のデータ転送レートを改善する。いくつかの実施形態では、ＡＰＵは、ビデオ処理及び他の特定用途向けアクセラレータを含むことができる。
【0010】
ＧＰＵは、コンピュータ、ワークステーション、ゲームコンソール及び同様のデジタル処理デバイスのためのグラフィックス及びビデオレンダリングデバイスである。ＧＰＵは、概して、コンピュータのＣＰＵに対するコプロセッサコンポーネントとして実装され、アドインカード（例えば、ビデオカード）、コプロセッサの形態で、又は、コンピュータのマザーボード若しくは他のデバイスに直接統合される機能性として提供され得る。ＧＰＵは、ディスクリートＧＰＵであり得る。
【0011】
また、方法は、識別された１つ以上のプラットフォームリソース候補をワークロードイニシエータに動的に提供するステップを含む。「動的」という用語は、本明細書では、アクションが静的ではなく非同期のオンデマンド方式で実行されることを示すために使用される。この例では、「提供」は、プラットフォームリソース候補が識別され、システムの動作中を含む任意の時間にワークロードイニシエータに提供され得るという点で、動的に実行されると言われる。このようにして、リソース候補は、現在の利用の如何なる知識もなしに静的にではなく、リアルタイムの現在の利用及びシステム構成に基づいて識別され得る。
【0012】
いくつかの実施形態では、本方法は、複数のプラットフォームリソースの非性能能力及び性能制限に基づいて、識別された１つ以上のプラットフォームリソース候補を動的に提供するステップを含む。いくつかの実施形態では、本方法は、性能能力プラットフォームリソースライブラリ内の複数のプラットフォームリソースの各々についての利用メトリクス、発見不可能性能能力及び性能制限を収集するステップを含む。
【0013】
いくつかの実施形態では、本方法は、プラットフォームリソース推奨のためのワークロードイニシエータからの要求に基づいて、複数のプラットフォームリソースの各々の発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照するステップを含む。いくつかの実施形態では、本方法は、ワークロードの起動時又はランタイム中に、複数のプラットフォームリソースの各々について、性能能力、利用メトリクス、発見不可能性能能力及び性能制限を監視するステップを含む。
【0014】
いくつかの実施形態では、本方法は、ワークロードのランタイム中に、複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供するステップを含む。
【0015】
いくつかの実施形態では、本方法は、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて、複数のプラットフォームリソースの各々をランク付けするステップを含む。いくつかの実施形態では、本方法は、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて、複数のプラットフォームリソースのうち１つ以上の各々についてワークロードを実行するための利用影響を予測するステップを含む。性能能力は、複数のプラットフォームリソースの動作モード、複数のプラットフォームリソース間の相互接続能力、複数のプラットフォームリソースの電力能力、及び、周辺デバイス能力を含むことができる。また、複数のプロセッサリソースは、ローカルメモリ、システムメモリ、１つ以上の周辺デバイス、ディスプレイコントローラ、バスインターフェースコントローラ、メモリサブシステムコントローラを含むことができる。また、ＧＰＵは、ディスクリートＧＰＵであり得る。
【0016】
別の実施形態は、プラットフォームリソース候補を提供する装置を対象とする。本装置は、コンピュータプロセッサと、コンピュータプロセッサに動作可能に結合されたコンピュータメモリと、を備え、コンピュータメモリは、コンピュータプロセッサによって実行されると、装置に、プラットフォームリソース推奨のためのワークロードイニシエータからの要求を行わせるコンピュータプログラム命令を内部に配置している。要求は、ワークロードイニシエータからのワークロードの記述を含むことができる。また、コンピュータプログラム命令は、装置に、複数のプラットフォームリソースの性能能力及び利用メトリクスを分析するステップを行わせ、複数のプラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む。また、コンピュータプログラム命令は、装置に、識別された１つ以上のプラットフォームリソース候補をワークロードイニシエータに動的に提供するステップを行わせる。一態様では、ワークロードイニシエータは、プロファイルされたワークロードのセットを提供し、プラットフォームリソース又はユーザ設定の能力に適合／一致するワークロードタイプを選択する。
【0017】
また、コンピュータプログラム命令は、装置に、プラットフォームリソース推奨のためのワークロードイニシエータからの要求に基づいて、複数のプラットフォームリソースの各々についての発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照するステップを行わせる。
【0018】
また、コンピュータプログラム命令は、装置に、ワークロードの起動時又はランタイム中に、複数のプラットフォームリソースの各々について、性能能力、利用メトリクス、発見不可能性能能力及び性能制限を監視するステップを行わせる。また、コンピュータプログラム命令は、装置に、ワークロードのランタイム中に、複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供する。
【0019】
また、コンピュータプログラム命令は、装置に、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて、複数のプラットフォームリソースの各々をランク付けするステップを行わせる。また、コンピュータプログラム命令は、装置に、ワークロードを実行するための複数のプラットフォームリソースのうち１つ以上の各々についての利用影響を、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて予測するステップを行わせる。
【0020】
更に別の実施形態は、プラットフォームリソース候補を提供するコンピュータプログラム製品を対象とする。コンピュータプログラム製品は、コンピュータ可読媒体上に配置され、実行されると、コンピュータに、プラットフォームリソース推奨のための要求をワークロードイニシエータから受信させるコンピュータプログラム命令を含む。要求は、ワークロードイニシエータからのワークロードの記述を含むことができる。すなわち、記述は、プロファイルされたワークロードのセットを含むことができ、ワークロードイニシエータが、プラットフォームリソース又はユーザ設定の能力に適合／一致するワークロードタイプを選択することを可能にする。
【0021】
また、コンピュータプログラム命令は、装置に、複数のプラットフォームリソースの性能能力及び利用メトリクスを分析するステップを行わせ、複数のプラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む。また、コンピュータプログラム命令は、装置に、識別された１つ以上のプラットフォームリソース候補をワークロードイニシエータに動的に提供する。
【0022】
一実施形態は、プラットフォームリソースを使用して複合処理する方法を対象とする。本方法は、アップスケーリング動作を実行するために利用可能な複数のプラットフォームリソースを識別するステップであって、複数のプラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む、ステップを含む。また、本方法は、アップスケーリング動作の少なくとも１つのモダリティに基づいて、アップスケーリング動作のワークロードを複数のプラットフォームリソースのうち１つ以上に動的に割り当てるステップを含む。また、本方法は、ワークロードを動的に割り当てるステップに基づいて、複数のプラットフォームリソースのうち１つ以上によるアップスケーリング動作のワークロードを処理するステップを含む。
【0023】
いくつかの実施形態では、本方法は、ユーザ選好に基づいてアップスケーリング動作のモダリティを選択するステップを含む。いくつかの実施形態では、本方法は、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、アップスケーリング動作のモダリティを選択するステップを含む。
【0024】
いくつかの実施形態では、方法は、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、複数のプラットフォームリソースのうち１つ以上にアップスケーリング動作のワークロードを動的に割り当てるステップを含む。いくつかの実施形態では、本方法は、ユーザ選好に基づいて、アップスケーリング動作のワークロードを複数のプラットフォームリソースのうち１つ以上に動的に割り当てるステップを含む。いくつかの実施形態では、本方法は、アップスケーリング動作のモダリティ、ユーザ選好、並びに、第１のプラットフォームリソース及び第２のプラットフォームリソースの性能能力に基づいて、複数のプラットフォームリソースのうち第１のプラットフォームリソースと第２のプラットフォームリソースとの間でアップスケーリング動作のワークロードを動的に割り当てるステップを含む。いくつかの実施形態では、本方法は、アップスケーリング動作のモダリティ、ユーザ選好、及び、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、複数のプラットフォームリソースのうち１つ以上の間で、ワークロードのレンダリング動作、アップスケーリング動作及び表示動作を動的に割り当てるステップを含む。
【0025】
別の実施形態は、プラットフォームリソースを使用する複合処理のための装置を対象とする。本装置は、コンピュータプロセッサと、コンピュータプロセッサに動作可能に結合されたコンピュータメモリと、を備え、コンピュータメモリは、コンピュータプロセッサによって実行されると、装置に、アップスケーリング動作を実行するために利用可能な複数のプラットフォームリソースを識別するステップであって、複数のプラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む、ステップを行わせるコンピュータプログラム命令を内部に配置している。また、コンピュータプログラム命令は、装置に、アップスケーリング動作の少なくともモダリティに基づいて、複数のプラットフォームリソースのうち１つ以上にアップスケーリング動作のワークロードを動的に割り当てるステップを行わせる。また、コンピュータプログラム命令は、装置に、ワークロードを動的に割り当てるステップに基づいて、複数のプラットフォームリソースのうち１つ以上によるアップスケーリング動作のワークロードを処理するステップを行わせる。
【0026】
また、コンピュータプログラム命令は、装置に、ユーザ選好に基づいてアップスケーリング動作のモダリティを選択するステップを行わせる。また、コンピュータプログラム命令は、装置に、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、アップスケーリング動作のモダリティを選択するステップを行わせる。
【0027】
また、コンピュータプログラム命令は、装置に、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、アップスケーリング動作のワークロードを複数のプラットフォームリソースのうち１つ以上に動的に割り当てるステップを行わせる。また、コンピュータプログラム命令は、装置に、ユーザ選好に基づいて、アップスケーリング動作のワークロードを複数のプラットフォームリソースのうち１つ以上に動的に割り当てるステップを行わせる。また、コンピュータプログラム命令は、装置に、アップスケーリング動作のモダリティ、ユーザ選好、並びに、第１のプラットフォームリソース及び第２のプラットフォームリソースの性能能力に基づいて、複数のプラットフォームリソースのうち第１のプラットフォームリソースと第２のプラットフォームリソースとの間でアップスケーリング動作のワークロードを動的に割り当てるステップを行わせる。
【0028】
また、コンピュータプログラム命令は、装置に、アップスケーリング動作のモダリティ、ユーザ選好、及び、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、複数のプラットフォームリソースのうち１つ以上の間で、ワークロードのレンダリング動作、アップスケーリング動作及び表示動作を動的に割り当てるステップを行わせる。
【0029】
更に別の実施形態は、プラットフォームリソースを使用する複合処理のためのコンピュータプログラム製品を対象とする。コンピュータプログラム製品は、コンピュータ可読記憶媒体上に配置され、実行されると、コンピュータにアップスケーリング動作を実行するために利用可能な複数のプラットフォームリソースを識別するステップであって、複数のプラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む、ステップを行わせるコンピュータプログラム命令を含む。また、コンピュータプログラム命令は、コンピュータに、アップスケーリング動作の少なくともモダリティに基づいて、アップスケーリング動作のワークロードを複数のプラットフォームリソースのうち１つ以上に動的に割り当てるステップを行わせる。また、コンピュータプログラム命令は、コンピュータに、ワークロードを動的に割り当てるステップに基づいて、複数のプラットフォームリソースのうち１つ以上によるアップスケーリング動作のワークロードを処理するステップを行わせる。
【0030】
また、コンピュータプログラム命令は、コンピュータに、ユーザ選好に基づいて、アップスケーリング動作のモダリティを選択するステップを行わせる。また、コンピュータプログラム命令は、コンピュータに、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、アップスケーリング動作のモダリティを選択するステップを行わせる。
【0031】
また、コンピュータプログラム命令は、コンピュータに複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて、アップスケーリング動作のワークロードを複数のプラットフォームリソースのうち１つ以上に動的に割り当てるステップを行わせる。また、コンピュータプログラム命令は、コンピュータに、ユーザ選好に基づいて、アップスケーリング動作のワークロードを複数のプラットフォームリソースのうち１つ以上に動的に割り当てるステップを行わせる。また、コンピュータプログラム命令は、コンピュータに、アップスケーリング動作のモダリティ、ユーザ選好、並びに、第１のプラットフォームリソース及び第２のプラットフォームリソースの性能能力に基づいて、複数のプラットフォームリソースのうち第１のプラットフォームリソースと第２のプラットフォームリソースとの間でアップスケーリング動作のワークロードを動的に割り当てるステップを行わせる。
【0032】
また、コンピュータプログラム命令は、コンピュータに複数のプラットフォームリソースのうち１つ以上の間で、ワークロードのレンダリング動作、アップスケーリング動作及び表示動作を、アップスケーリング動作のモダリティ、ユーザ選好、及び、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいて動的に割り当てるステップを行わせる。
【0033】
本開示による実施形態は、図１から始めて更に詳細に説明される。明細書及び図面を通じて、同じ符号は同じ構成要素を指す。図１は、本開示のいくつかの実施形態による、プラットフォームリソース推奨サービス（例えば、動的割り当てサービス）を提供するための例示的なシステム１００のブロック図を示す。図１の例示的なシステム１００は、ラップトップ又はデスクトップパーソナルコンピュータ、サーバ、スマートフォン又はタブレット等のモバイルデバイス、ゲームコンソール等のコンピューティングデバイスにおいて実装することができる。例示的なシステム１００は、２つのＧＰＵ１０４、１３４を含むが、当業者であれば、本開示の趣旨から逸脱することなく、他のシステムがより多くのＧＰＵを含むことができ、又は、他のタイプの加速処理デバイスを使用することができることを理解するであろう。
【0034】
図１の例では、例示的なシステム１００は、ＣＰＵ１０６及びＧＰＵ１０４（本明細書では「統合ＧＰＵ」と呼ばれる）を統合するＡＰＵ１０２を含む。ＣＰＵ１０６及び統合ＧＰＵ１０４は、同じチップ上に実装することができ、したがって、システムメモリ１６０、メモリコントローラ１１４及びシステムメモリ１６０にアクセスするための直接メモリアドレス指定（ＤＭＡ）エンジン１１８等のいくつかのコンポーネント及びインターフェース、パーソナルコンピューティングインターフェースエクスプレス（ＰＣＩｅ）インターフェース１１６等のバスインターフェース、並びに、ネットワークインターフェース、ユニバーサルシリアルバス（ＵＳＢ）インターフェース、ハードディスクドライブ（ＨＤＤ）及びソリッドステートドライブ（ＳＳＤ）インターフェース等の永続的記憶インターフェース等の図１に示されていない他のインターフェース及びアダプタを共有することができる。ＣＰＵ１０６は、１つ以上のコア１０８（すなわち、実行エンジン）、キャッシュ構造（図示せず）、パイプラインコンポーネント（図示せず）等を含む。ＣＰＵ１０６及び他の共有コンポーネントは、高速オンチップ通信ファブリック（図示せず）を介してＧＰＵ１０４に接続される。
【0035】
図１の例示的なシステム１００では、統合ＧＰＵ１０４は、多くの並列処理ユニット（図示せず）を有する複数の単一命令複数データ（ＳＩＭＤ）処理コア１１２を含むＧＰＵ計算エンジン１１０を含む。また、ＧＰＵ計算エンジン１１０は、ジオメトリプロセッサ、ラスタライザ、グラフィックコマンドプロセッサ、ハードウェアスケジューラ、非同期計算エンジン、キャッシュ、データ共有等の図１に示されていない他のコンポーネントを含む。図１の例において、統合ＧＰＵ１０４は、加速されたビデオの符号化及び復号のためのビデオエンコーダ／デコーダ１２０（すなわち、「コーデック」）、加速されたオーディオの符号化及び復号のためのオーディオコーデック１２２、加速された表示処理のためのディスプレイコントローラ１２４、並びに、加速されたセキュリティプロトコルの実施及び遵守のためのセキュリティプロセッサ１２６等の特定用途向け集積回路又は機能論理ブロックの形態のハードウェアアクセラレータを含む。
【0036】
図１の例では、ＡＰＵ１０２は、ＰＣＩｅ相互接続１９０等の相互接続を介してディスクリートＧＰＵ１３４（ｄＧＰＵ）と通信する。ＡＰＵ１０２のＰＣＩｅインターフェース１１６及びｄＧＰＵ１３４のＰＣＩｅインターフェース１４６は、ＰＣＩｅ相互接続１９０を介して通信する。いくつかの例では、ＡＰＵ１０２及びｄＧＰＵ１３４は、同じ基板（例えば、プリント回路基板）上に実装することができる。別の例では、ｄＧＰＵ１３４は、ＡＰＵ１０２の基板とは別のビデオカード又はグラフィックスカード上に実装される。
【0037】
統合ＧＰＵ１０４と同様に、図１の例におけるｄＧＰＵ１３４は、多くの並列処理ユニット（図示せず）を有する複数のＳＩＭＤ処理コア１４２を含むＧＰＵ実行エンジン１４０（例えば、「ＧＰＵ計算エンジン」）を含む。また、ＧＰＵ計算エンジン１４０は、ジオメトリプロセッサ、ラスタライザ、グラフィックコマンドプロセッサ、ハードウェアスケジューラ、非同期計算エンジン、キャッシュ、データ共有等の図１に示されていない他のコンポーネントを含む。図１の例では、ｄＧＰＵ１３４は、加速されたビデオ符号化及び復号のためのビデオ符号化器／復号器１５０（すなわち、「コーデック」）、加速されたオーディオ符号化及び復号のためのオーディオコーデック１５２、加速された表示処理のためのディスプレイコントローラ１５４、並びに、加速されたセキュリティプロトコルの実施及び遵守のためのセキュリティプロセッサ１５６等の特定用途向け集積回路又は機能論理ブロックの形態のハードウェアアクセラレータを含む。また、ｄＧＰＵ１３４は、グラフィックスメモリ１８０（例えば、ローカルメモリ）にアクセスするためのメモリコントローラ１４４及びＤＭＡエンジン１４８を含む。いくつかの例では、メモリコントローラ１４４及びＤＭＡエンジン１４８は、システムメモリ１６０の共有部分にアクセスするように構成される。
【0038】
図１の例示的なシステム１００では、システムメモリ１６０（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））は、上述したプロセッサリソース（すなわち、ＡＰＵ及びディスクリートＧＰＵ並びにそれらのコンポーネント）のためのデバイスドライバ１６６とインターフェースするオペレーティングシステム１６４をホストする。また、システムメモリ１６０は、１つ以上のアプリケーション１６２をホストする。本開示に関連して、１つ以上のアプリケーションは、グラフィックスアプリケーション、マルチメディアアプリケーション、ビデオ編集アプリケーション、ビデオ会議アプリケーション、高性能コンピューティングアプリケーション、機械学習アプリケーション、又は、統合ＧＰＵ１０４及びｄＧＰＵ１３４の並列性及び／又はグラフィックス及びビデオ能力を利用する他のアプリケーションであり得る。１つ以上のアプリケーション１６２は、オペレーティングシステム１６４への呼び出しによって統合ＧＰＵ１０４又はディスクリートＧＰＵ（又は両方の組み合わせ）に割り当てられるワークロード（例えば、グラフィックスレンダリングワークロード、オーディオ／ビデオ転移ワークロード、メディア再生ワークロード、機械学習ワークロード等）を生成する。当業者であれば、１つ以上のアプリケーションは、様々なワークロードタイプを生成する様々な追加のアプリケーションタイプであってもよく、その全てがここで特定されているわけではないことを理解するであろう。しかしながら、本開示内のアプリケーションタイプ及びワークロードタイプへの具体的な言及は、アプリケーションタイプ及びワークロードタイプをここで識別されるものに限定すると解釈すべきではない。
【0039】
また、システムメモリ１６０は、アプリケーション１６２等のワークロードイニシエータからワークロードの記述を含む要求を受信し、複数のプラットフォームリソースの性能能力及び利用メトリクスを分析し、複数のプラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含み、例えば、性能能力及び利用メトリクスに基づいてワークロードを実行するために複数のプラットフォームリソースのうち１つ以上を選択するために、アプリケーション１６２等のワークロードイニシエータにプラットフォームリソース推奨を動的に提供するリソースマネージャ１７０をホストする。いくつかの例では、リソースマネージャ１７０は、有形のコンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令において具現化され、プロセッサによって実行されると、システム１００に、上述したステップ、及び、以下で説明されるリソースマネージャによって実行される他のステップ及び動作を行わせる。
【0040】
リソースマネージャは、アプリケーション１６２がワークロードを特定のＧＰＵに割り当てる前にリソースマネージャ１７０からａプラットフォームリソース推奨を要求することを可能にするＡＰＩ１７２を含むことができる。ワークロード割り当て推奨は、このコンテキストでは、ワークロードが何処に（すなわち、何れのＧＰＵ上に）配置されるべきか（すなわち、ワークロードの実行のために）に関する推奨である。プラットフォームリソース推奨は、システム１００内の様々なプラットフォームリソースの性能能力及び利用メトリクスに基づいており、発見不可能性能能力、及び、システム１００内の各プラットフォームリソース推奨の性能制限に基づくこともできる。
【0041】
いくつかの例では、リソースマネージャ１７０は、ランタイム性能能力の現在値及びシステム１００内のプラットフォームリソースの利用メトリクスに基づいて、システム１００内のプラットフォームリソースへのワークロードの最適なプラットフォームリソース推奨を判定することに関連する１つ以上のポリシー１７６を解釈するポリシーエンジン１７４を含む。プラットフォームリソース推奨は、次いで、アプリケーション１６２に返され、アプリケーション１６２は、それを使用して、ワークロードを何処に配置するかを決定することができる。様々な実施形態では、リソースマネージャ１７０は、ドライバ１６６と通信して利用メトリクスの値を取得するか、又は、他の機構によって利用メトリクスの値を取得する。そのような例では、ドライバ１６６は、特定のプロセッサリソースのための利用モニタと、利用メトリクス値をリソースマネージャに提供するためのインターフェースと、を含むことができる。
【0042】
様々な実施形態において、リソースマネージャ１７０は、プラットフォームリソース推奨において、プラットフォームリソース割り当ての推奨を提供することができる。プラットフォームリソースは、特定のタスクを実行するために割り当てられるシステム１００内のデバイスであり得る。リソースマネージャ１７０は、アプリケーション１６２等のワークロードイニシエータにプラットフォームリソース推奨を提供して、ワークロードイニシエータが推奨されたプラットフォームリソース（例えば、システム１００内の様々なデバイス）のうち１つ以上を選択又は拒否してワークロードを実行することを可能にする。これは、ワークロードイニシエータにとって有利になる。なぜなら、従来、プラットフォームリソースは、プラットフォームリソースの完全な能力又はプラットフォームリソースについての詳細な知識なしに、ＯＳ１６４によって割り当てられるからである。例えば、ＡＰＵ１０２及びＧＰＵの性能能力又は制限（ライセンス又は設計による）は、ＯＳ１６４には見えない。また、アプリケーション１６２及びＯＳ１６４の各々は、タスククラスドメインごとに、利用可能なリソースを評価するための詳細なランタイムプラットフォームロード情報を欠く可能性がある。
【0043】
様々なタイプのアプリケーションがワークロードイニシエータであってもよく、各々が様々なタイプのワークロードを有する。いくつかの例では、ワークロードイニシエータからの要求は、ワークロードのタイプ、ワークロード特性、処理要件、及び／又は、ワークロードに対する性能期待値を記述する。例えば、メディアプレーヤアプリケーションは、コンピューティングシステム上で実行しようとするメディア再生ワークロードを有することができる。そのような例では、ワークロードの記述は、再生ワークロードのためのソース解像度、ディスプレイ解像度、ビットレート、ビデオコーデック、オーディオコーデック、及び、フレームレートを含む。別の例として、ビデオ会議アプリケーションは、コンピューティングシステムを実行しようとするトランスコードワークロードを有することができる。そのような例では、ワークロードの記述は、ソースビデオコーデックと、ターゲットビデオコーデックと、フレームレートと、を含むことができる。ビデオ会議アプリケーションは、注視補正又は画面上の参加者の背景を除去／置換するための人工知能（ＡＩ）アルゴリズムを含むＡＩワークロードを含むこともできる。
【0044】
いくつかの例では、ワークロードの記述は、リソースマネージャによって解析可能な記述言語を使用して提供され得る。例えば、記述言語は、ビットレートのための記述子タグ、ディスプレイ解像度のための記述子タグ、ビデオ符号化プロトコルのための記述子タグ等を含む。これらの例では、ワークロードの記述は、ワークロードの構造化された記述である。いくつかの例では、以下でより詳細に説明するように、要求に含まれる記述言語は、リソースマネージャ１７０のポリシーエンジン１７４によって解析可能である。
【0045】
プラットフォームリソース推奨のために要求を受信し、要求並びに複数のプラットフォームリソースの性能能力及び利用メトリクスに基づいて、１つ以上のプラットフォームリソース候補を識別し、識別された１つ以上のプラットフォームリソース候補をワークロードイニシエータに動的に提供することについて説明する追加の詳細が以下に提供される。
【0046】
更なる説明のために、図２は、本開示のいくつかの実施形態による、プラットフォームリソース候補を提供する推奨サービス（例えば、プラットフォームリソース完全性サービス）プラットフォームリソースを提供するための例示的なシステム２００の追加のブロック図を示す。図２の例では、単なる例示として、例示的なシステム２００は、ＣＰＵ１０６と、ＧＰＵ１０４と、オーディオコーデック１２２（例えば、オーディオコプロセッサ）と、ビデオコーデック１２０と、ＧＰＵ計算エンジン１１０と、ディスプレイコントローラ１２４と、を統合するＡＰＵ１０２を含む。ｄＧＰＵ１３４は、ビデオコーデック１５０、ＧＰＵ計算エンジン１４０、及び、ディスプレイコントローラ１５４を含むことができる。図１のコンポーネントの各々は、ＡＰＵ１０２及びｄＧＰＵ１３４に含まれ得るが、図２に示されるものは、説明の便宜上使用されることに留意されたい。プラットフォームリソース完全性サービス２１０（例えば、プラットフォームリソース推奨サービス）は、スマートシフトコンポーネント２４２及びプラットフォームコンポーネント２４０にも関連付けられる。
【0047】
一態様では、スマートシフトコンポーネント２４２は、エンジンごとの利用度の情報を提供し、特定用途向け集積回路（ＡＳＩＣ）に要求される追加情報を提供する。スマートシフトコンポーネント２４２は、ワークロードごとの電力バジェット／要件に関する情報を提供し、必要に応じて、プラットフォームリソース間で電力割り当てをシフトするのをサポートする。すなわち、スマートシフトコンポーネント２４２は、プラットフォームリソースへの電力分配のリバランスをサポートする。スマートシフトコンポーネント２４２は、プラットフォームリソース完全性サービス２１０に、例えばＡＰＵ１０２及びｄＧＰＵ１３４等のプラットフォームリソースの能力に関連する電力、性能、熱及びポリシーを提供する。
【0048】
図示したように、ＡＰＵ１０２及びｄＧＰＵ１３４は、プラットフォームリソース完全性サービス２１０と通信する。すなわち、プラットフォームリソース完全性サービス２１０は、「スマートアロケータ」（例えば、「ＳｍａｒｔＡｌｌｏｃ」）と称され得る。プラットフォームリソース完全性サービス２１０は、ＡＰＵ１０２に関連付けられたシステムメモリ１６０にも関連付けられる。また、プラットフォームリソース完全性サービス２１０は、ｄＧＰＵ１３４のグラフィックスメモリ１８０（例えば、ローカルメモリ）に関連付けられる。
【0049】
再び、図１と同様に、ＡＰＵ１０２は、ＰＣＩｅ相互接続１９０等の相互接続を介してｄＧＰＵ１３４と通信する。いくつかの例では、ＡＰＵ１０２及びｄＧＰＵ１３４は、同じ基板（例えば、プリント回路基板）上に実装することができる。プラットフォームコンポーネント２４０は、プラットフォームリソース完全性サービス２１０と通信するためのＡＰＵ１０２とｄＧＰＵ１３４との間のインターフェースであり得る。
【0050】
プラットフォームリソース完全性サービス２１０は、エンジン選択ガイダンスを提供するためにプラットフォーム能力を収集、記憶及び監視するためのユーザモードサブシステムである。すなわち、プラットフォームリソース完全性サービス２１０は、ＡＰＵ１０２、ｄＧＰＵ１３４、システムメモリ１６０及びローカルメモリ１８０（例えば、図１のグラフィックスメモリ１８０）の能力に関する全てのデータへのアクセスを有し、それらを記憶する。プラットフォームリソース完全性サービス２１０は、例えば、それらの動作モードの各々、ＡＰＵ１０２とｄＧＰＵ１３４との間の相互接続機能、交流（ＡＣ）モード及び直流（ＤＣ）モード用の電力エンベロープ、並びに、接続可能な周辺デバイス能力（例えば、カメラ、ディスプレイパネル等であるが、説明の便宜のために示されていない）と共にコンピュータプラットフォーム上にインストールされたＡＰＵ１０２、ｄＧＰＵ１３４、システムメモリ１６０及びローカルメモリ１８０能力等の全てのプラットフォームリソースにアクセスし、それらの全てのプラットフォームリソースに関する知識を有する集中型プラットフォーム「ブレーン」として機能する。
【0051】
加えて、プラットフォームリソース完全性サービス２１０、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４、システムメモリ１６０及びローカルメモリ１８０等のプラットフォームリソースの発見不可能な能力（例えば、ＯＳによって発見不可能）又は既知の制限さえも完全な知識及び認識を有する。プラットフォームリソース完全性サービス２１０は、プラットフォームコンポーネント２４０を使用して、例えば図１のアプリケーション１６２等のワークロードイニシエータからプラットフォームリソース推奨の要求を受信することができる。したがって、プラットフォームリソース完全性サービス２１０ワークロードの起動時又はランタイム中に、使用中のプラットフォームハードウェアリソースに関する情報を収集し、ワークロードイニシエータ自体が調整を行い、利用可能なリソースを使用することを可能にすることができる。プラットフォームリソース完全性サービス２１０は、ワークロードイニシエータによって照会されると、ユースケースクラスごとに推奨リソースヒント（例えば、ＧＰＵ又はＡＰＵ及びそれらのエンジン）を返すことができる。
【0052】
プラットフォームリソース完全性サービス２１０は、複数のプラットフォームリソース、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４、システムメモリ１６０及びローカルメモリ１８０等の複数のプラットフォームリソースの性能能力及び利用メトリクスを分析及び検査する。プラットフォームリソース完全性サービス２１０は、例えば、性能能力及び利用メトリクスに基づいてワークロードを実行するために、ＡＰＵ１０２、ｄＧＰＵ１３４、システムメモリ１６０及びローカルメモリ１８０等の複数のプラットフォームリソースのうち１つ以上を選択するために、ワークロードイニシエータにプラットフォームリソース推奨を提供する。また、プラットフォームリソース推奨は、複数のプラットフォームリソースの非性能能力及び性能制限に基づくことができる。プラットフォームリソース完全性サービス２１０は、プラットフォームリソースライブラリ内の複数のプラットフォームリソースの各々について、性能能力、利用メトリクス、発見不可能性能能力及び性能制限を収集、記憶及び監視する。
【0053】
一態様では、プラットフォームリソース完全性サービス２１０は、プラットフォームリソース推奨のためのワークロードイニシエータからの要求に基づいて、複数のプラットフォームリソース、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４、システムメモリ１６０及びグラフィックスメモリ１８０等の各々について、発見不可能性能能力、性能制限及び履歴性能データを判定するための動的プラットフォームリソースライブラリ（ＳｍａｒｔＡｌｌｏｃライブラリ）である。
【0054】
プラットフォームリソース完全性サービス２１０は、ワークロードの起動又は実行中に、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４、システムメモリ１６０及びローカルメモリ１８０等の複数のプラットフォームリソースの各々について、性能能力、利用メトリクス、発見不可能性能能力及び性能制限を監視する。プラットフォームリソース完全性サービス２１０は、ワークロードのランタイム中に、複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供することができる。
【0055】
プラットフォームリソース完全性サービス２１０は、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて、複数のプラットフォームリソースの各々をランク付けする。例えば、ランク付けは、例えば、プラットフォームリソースが追加のワークロードタスクを受信するために電力閾値レベルを下回るべきではない等のポリシーに基づくことができる。代替として、ランク付けは、ワークロード及びユーザ選好に関連するプラットフォーム能力に基づくことができる。
【0056】
プラットフォームリソース完全性サービス２１０は、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて、複数のプラットフォームリソースのうち１つ以上の各々についてワークロードを実行するための利用影響を予測する。
【0057】
更なる説明のために、図３Ａは、本開示のいくつかの実施形態による、例示的なシステム３００、例えばクライアント－サーバスマート割り当て（ａｌｌｏｃ）のためのトップレベルシステムの追加のブロック図を示す。図３の例では、単なる例示として、例示的なシステム３００は、本明細書で「プラットフォームリソース完全性サービス」２１０（例えば、「プラットフォームリソース完全性サービス」）と呼ばれるクライアント－サーバｓｍａｒｔ ａｌｌｏｃサービスを含む。したがって、「プラットフォームリソース完全性サービス２１０」への言及は、クライアント－サーバスマート割り当て又は「スマート割り当て」サービスと互換的に使用され得る。上述したように、図２のプラットフォームリソース完全性サービス２１０は、サーバ側で、また例えばプラットフォームリソースライブラリ３１４Ａ及び３１４Ｂ等のユーザモードで提供することができるプラットフォームリソースライブラリ３１２を含む。したがって、プラットフォームリソース完全性サービス２１０は、ロードされオンデマンドで呼び出されるサービス及びライブラリとしてまとめて提供することができる。
【0058】
本明細書で使用される場合、「スマート割り当て」又は「ｓｍａｒｔ ａｌｌｏｃ」という用語は、プラットフォームリソース完全性サービスを提供する１つ以上の動作又はシステムを指し得る。また、「スマート割り当て」又は「ｓｍａｒｔ ａｌｌｏｃ」という用語は、複数のプラットフォームリソースの要求及び性能能力並びに利用メトリクスに基づいて１つ以上のプラットフォームリソース候補を識別し、識別されたプラットフォームリソース候補をワークロードイニシエータに動的に提供することが可能な動作又はシステムを指すことができる。プラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む。また、「ｓｍａｒｔ ａｌｌｏｃ」動作又はシステムは、ワークロードイニシエータ（例えば、アプリケーション）の代わりにリソースを「割り当てる」のではなく、単に推奨又は「ヒント」をワークロードイニシエータに提供し、次いでワークロードイニシエータがリソースの割り当てを選択する。
【0059】
プラットフォームリソースライブラリ３１２は、１）クライアント専用モード（又はクライアントモード／ユーザモード）（例えば、アプリケーション又はドライバ）、及び、２）クライアント－サーバモード（又はサーバモード）の２つのモードで動作する。本明細書で使用される場合、クライアント専用モード（又はクライアントモード／ユーザモード）への言及は、「ｓｍａｒｔ ａｌｌｏｃクライアントモード」と呼ばれることもあることに留意されたい。同様に、クライアント－サーバモード（又はサーバモード）への言及は、「ｓｍａｒｔ ａｌｌｏｃサーバモード」と呼ばれることもある。
【0060】
クライアント－サーバモードでは、クライアントは、アプリケーションとリンクするプラットフォームリソースライブラリとすることができ、サーバは、図３Ａ、図３Ｂ及び図４で説明したように、プラットフォームリソース推奨のためのリソース推定のための動作を実行する。
【0061】
クライアントのみにおいて、クライアントは、図３Ｃにおけるように、プラットフォームリソース推奨のためのリソース推定のための動作を実行するアプリケーションとリンクするプラットフォームリソースライブラリであり得る。一態様では、クライアント専用モードを使用するアプリケーションのセットは、クライアントプラットフォームリソースライブラリ通信を通して、サーバ中心モダリティを効果的に実行する、ｓｍａｒｔ ａｌｌｏｃ対応アプリケーションのサーバレスメッシュを構築するためのクライアントプラットフォームリソースライブラリコードを有することができる。
【0062】
例えば、ユーザモード３２０Ａ及び３２０Ｂ等のユーザモード（例えば、クライアントモード）では、ユーザモード３２０Ａ及び３２０Ｂ（及び「ユーザモードドライバ」内のドライバ３４４も）は、プラットフォームリソースライブラリ３１４Ａ及び３１４Ｂとリンクするか又はそれらをロードすることができ、プラットフォームリソースライブラリ３１２（サーバ側）を用いてプラットフォームリソースライブラリ３１４Ａ及び３１４Ｂによって公開されたＡＰＩ（例えば、プラットフォームリソースインターフェース又は「内部インターフェース」）を呼び出す。
【0063】
サーバモードでは、プラットフォームリソース完全性サービス２１０は、プラットフォームリソースライブラリ３１２を提供し、サーバモードをホストし、サーバモードで初期化されたプラットフォームリソースライブラリ３１２と連続的に実行されリンクされる。ユーザ（例えば、ワークロードイニシエータ）による要求（例えば、ＡＰＩコール）があると、その要求は、同期動作においてリモートプロシージャコール（ＲＰＣ）を使用して、プラットフォームリソースライブラリ３１２のサーバ側に渡される。
【0064】
プラットフォームリソースライブラリ３１２は、展開することができ、例えばリソースプラットフォームレコード３４０等のレコードのセットを伴うことができる。レコード３４０は、オペレーティングシステムによって発見不可能な能力、制限、性能メトリクス及び履歴データを含むプラットフォームリソース能力のリストであり得る。レコード３４０は、読み取り専用としてプラットフォームリソースライブラリ３１２によって使用することができる。レコード３４０は、プラットフォームリソースライブラリ３１２内に提供することができ、相手先商標製品製造会社（ＯＥＭ）ごと及びプラットフォームごとの補足情報を、オーバーライドと共に照会することができる。一態様では、レコード３４０は、例えば、ＲＯ ＳｍａｒｔＡｌｌｏｃ（ＳＡ）ＤＢ（ＲＯ ＳＡ ＤＢ）等の読み取り専用（ＲＯ）データベース（ＤＢ）と見なすことができる。レコード３４０は、プラットフォームリソース完全性サービス２１０によって暗号化及び復号化され得る。
【0065】
レコード３４０は、ドライバ更新インストールと共に更新され、デバッグ及びテスト目的のためのドロップイン置換として使用される。ワークロードイニシエータから要求を受信すると、レコード３４０は、インスタンス化、マージ及び／又は更新され、例えば、完全な静的プラットフォームリソース能力リスト等の包括的なプラットフォームデータセットとして提供され、プラットフォームリソース能力リストは、プラットフォームリソースに関連する最新のアクティビティデータ／メトリクスを収集、記憶及び記録しながら、連続的に使用される。
【0066】
オペレーティングシステムブート時又は特定のアプリケーションの最初の実行時に、プラットフォームリソースライブラリ３１２は、プラットフォームリソース発見動作を実行し、全ての利用可能なプラットフォーム情報を判定／発見し、次いで、レコード３４０に対して発見データをクロスチェックして、システム３００の完全な静的プラットフォームリソース能力リストを構築する。静的プラットフォームリソース能力リストは、プラットフォームリソースライブラリ３１２に記憶することができ、静的プラットフォームリソース能力リストは、プラットフォームリソースライブラリ３１２への後続のクエリによってアクセスすることができる。
【0067】
対照的に、動的動作（例えば、現在のステータス、ロード、及び、システム３００におけるＧＰＵエンジンごとの使用を判定するため）の場合、プラットフォームリソースライブラリ３１２は、現在のプラットフォームリソースメトリクスを収集、処理、記憶及び監視する。
【0068】
追加の態様では、例えば、ユーザモード３２０Ａ又は３２０Ｂ等のユーザモードにおいて、ユーザモード完全性プロセスを使用して、プラットフォームリソースライブラリに接続し、次いで、例えば、プラットフォームリソースライブラリ３１４Ａ又は３１４Ｂ等のユーザモードプラットフォームリソースライブラリをホストする。プラットフォームリソースライブラリ３１２インスタンスは、プラットフォームリソース完全性サービス２１０によって初期化時にサーバモードでプラットフォームリソース完全性サービス２１０にリンクされ得る。プラットフォームリソース完全性サービス２１０は、完全性タスクを実行し、リモートプロシージャコール（ＲＰＣ）要求を受信すると、（クライアントとリンクされた）他のプラットフォームリソースライブラリインスタンスにサービスを提供する。
【0069】
例えば、プラットフォームリソースライブラリ３１４Ａ又は３１４Ｂ等のプラットフォームリソースライブラリは、複数のクライアントプロセスとリンクされ、クライアントごとのプラットフォーム情報クエリを提供することができる。これらのインスタンスは、例えば、ユーザモード３２０Ａ又は３２０Ｂ等のユーザモードで（例えば、ユーザモードプラットフォームリソースインターフェース３２２Ａ及び３２２Ｂを使用して）初期化されたプラットフォームリソースライブラリ３１４Ａ又は３１４Ｂ等のプラットフォームリソースライブラリを有する。サーバモードで初期化されるプラットフォームリソースライブラリのみが、プラットフォームリソース完全性サービス２１０にリンクされたプラットフォームリソースライブラリ３１２であり、他の全てのプラットフォームリソースライブラリはユーザモードで初期化されることに留意されたい。
【0070】
サーバモードのプラットフォームリソースライブラリ３１２を更に示すために、図３Ｂは、サーバモード（例えば、ｓｍａｒｔ ａｌｌｏｃサーバモード）におけるプラットフォームリソースライブラリとしてプラットフォームリソース推奨サービスを提供するための例示的なシステム３１５の追加のブロック図を示す。
【0071】
起動時に、プラットフォームリソース完全性サービス２１０は、プラットフォームハードウェア及び状態発見マネージャ３２８を使用することができるサーバモードで初期化するために、プラットフォームリソースライブラリ３１２をロードし、呼び出す。サーバモードで初期化するための初期呼び出しを受信すると、プラットフォームリソースライブラリ３１２は、プラットフォーム状態変更リスナ３２５（例えば、ＯＳ通知リスナ）を介してリソース推奨要求のために、オペレーティングシステム（ＯＳ）又はドライバによってトリガされたプラットフォーム及びシステムイベントをサブスクライブする。プラットフォームリソースライブラリ３１２は、デバイス、エンジン、プロパティ（ｐｒｏｐ）及び状態通信マネージャ３２４を使用して、デバイス発見（例えば、全ての利用可能なハードウェア装置を発見する）及び例えばドライバ３４４の発見等の他の全ての代替デバイス３１６（例えば、サードパーティデバイス）を初期化する。プラットフォームリソースライブラリ３１２は、代替デバイス通信マネージャ３２６を使用して、代替デバイス（例えば、サードパーティデバイス）及び例えばプラットフォームリソース等のプロパティ（例えば、デバイスエンジン、デバイスエンジン特性及び静的能力「キャップ」）のリストを構築することができる。
【0072】
プラットフォームリソースライブラリ３１２は、レコードデータベース３４６（例えば、ＲＯ ＳＡ ＤＢ）又はソフトウェア基本入出力システム（ＳＢＩＯＳ）を読み取り、利用可能であれば、レコードにオーバーライドを適用する。プラットフォームリソースライブラリ３１２は、プラットフォームデータベース３４８において、何らかのプラットフォーム能力変更が識別された場合には更新し、プラットフォームハードウェア及び状態発見マネージャ３２８を介して識別されなかった場合には追加のプラットフォーム能力を生成する。また、プラットフォームリソースライブラリ３１２は、各プラットフォームリソースのプラットフォーム状態を判定することができ、プラットフォームハードウェア及び状態発見マネージャ３２８を使用して、識別された状態をプラットフォーム状態マネージャ３３２に設定する。
【0073】
ランタイム中に、プラットフォームに対して、静的能力３３０を生成又は更新することができ、デバイスの到着／除去が検出されると、プラットフォーム状態変更リスナ３２７は、プラットフォームハードウェア及び状態発見マネージャ３２８を使用して、起動のために本明細書で説明する動作を開始する。プラットフォーム状態変更リスナ３２７は、必要に応じて、プラットフォームデータベース３４８（例えば、読み取り／書き込みレコードデータベース）を更新することができ、及び／又は、プラットフォーム状態変更リスナ３２７内の状態を設定する。プラットフォーム状態変更リスナ３２７は、任意のプラットフォームリソース状態変更に関する情報をユーザプラットフォームリソースインターフェース３２２（例えば、ユーザプラットフォームリソースインターフェースマネージャ）に通知し、提供することができる。
【0074】
ユーザプラットフォームリソースインターフェース３２２は、（プラットフォームリソースライブラリ３１４を介して）任意の通知、任意のプラットフォームリソース状態変更をユーザに提供し、プラットフォームリソース推奨（例えば、ヒント）をユースケースごとポリシーマネージャ３３４にリダイレクトする。例えば、ユーザプラットフォームリソースライブラリ３１４等の各プラットフォームリソースライブラリ（例えば、クライアントごとの各プラットフォームリソースライブラリ）に対して追跡が必要とされる場合、（サーバモードにおける）プラットフォームリソースライブラリ３１２は、補助チャネル（ＡＵＸ）を介して、ユーザ識別子（ＩＤ）を使用して各ユーザの登録及び登録解除を受け入れることができる。ユーザプラットフォームリソースインターフェース３２２は、プラットフォーム状態マネージャ３３２内の各登録されたクライアントと共に、アクティブユーザ／クライアント状態又は「アライブ状態」を維持することができる。ユーザプラットフォームリソースインターフェース３２２は、以前に「アクティブ状態」として登録されたが、アクティブユーザ／クライアント状態をより長く維持するか、又は、ユーザプラットフォームリソースインターフェース３２２からのアクティブユーザ状態検証に失敗したユーザ／クライアントのものをクリーンにする、排除する及び／又はスクラブするように、プラットフォーム状態マネージャ３３２に示すことができる。加えて、ユーザプラットフォームリソースインターフェース３２２は、ユーザにクロスプロセス通信チャネルを提供する。
【0075】
追加の態様では、ポリシーマネージャ３３４は、プラットフォームリソース推奨要求（例えば、リソース割り当てヒント要求）を受信し、処理する。そうする際に、ポリシーマネージャ３３４は、ユースケースクラス要求を判定し、プラットフォームデータベース３４８内の要求レコードから、例えば、要求の一部として特定のエンジン又はフォーマット要件があるかどうか等の要求の詳細を判定する。ポリシーマネージャ３３４は、プラットフォームデータベース３４８から静的能力レコード及びプラットフォームリソース状態を取り出し、ユースケースごとのヒント要求を適用して、要求ごとに推奨すべき１つ以上のプラットフォームリソースを決定する。一態様では、プラットフォームデータベース３４８は、プラットフォーム不足又は他の理由の場合に、（レコードデータベース３４６からマージするレコードの一部として）ポリシーオーバーライドを有することができる。
【0076】
ランタイム中に、プラットフォームリソースのプラットフォーム動的能力について、動的能力が静的能力の拡張である場合、動的能力マネージャ３５２を初期化することができる。ワークロードイニシエータがプラットフォームリソース推奨要求を開始すると、ポリシーマネージャ３３４は、プラットフォームデータベース３４８内の動的レコードを判定し、チェックして、静的能力レコードについて上述したプロセスと同様に、リソース割り当て決定を行う。
【0077】
一態様では、動的能力マネージャ３５２は、サードパーティデバイス通信マネージャ３２６を介してデバイスのエンジンロード及び代替デバイスロード（適用可能な場合）を取得し、プラットフォームデータベース３４８の動的能力レコードに情報を記憶する。サードパーティデバイス通信マネージャ３２６は、動的能力マネージャ３５２から要求を受信すると、代替デバイス（例えば、ドライバ３４４）の各々についての電力管理状態及び消費をチェック及び判定する。
【0078】
動的能力マネージャ３５２は、例えば、プラットフォーム状態変更、ユーザプラットフォームリソース推奨／ヒント要求（応答時間が損なわれない場合）又は周期的チェック要求等の１つ以上のイベントに続いて、プラットフォームリソース上のロードのチェックをトリガする。動的能力マネージャ３５２は、プラットフォームデバイスエンジンの使用の履歴プロファイルを構築及び維持することができ、プラットフォームデータベース３４８の動的能力記録に履歴プロファイルを記憶する。
【0079】
追加の態様では、ユーザ／クライアント追跡が必要とされ、各ユーザ／クライアントプラットフォームリソース推奨／ヒント要求が記憶及びログ記録される必要がある場合、ユーザプラットフォームリソースインターフェース３２０は、そのような要件を動的能力マネージャ３５２に通知することができる。クライアントは（プラットフォームリソースライブラリ３１４を介して）、プラットフォームリソースライブラリ３１４によって生成され、ユーザプラットフォームリソースインターフェース３２０によって供給されるクライアントＩＤによって識別される。また、ユーザプラットフォームリソースインターフェース３２０は、クライアントが接続を終了した場合に動的能力マネージャ３５２に通知し、予約されたリソースを解放するために、終了したクライアントユーザＩＤを提供する。
【0080】
イベントサブスクリプションの場合、プラットフォームリソースライブラリ３１２内に常駐することができるプラットフォーム状態変更リスナ３２７は、サーバモードでアクティブである。プラットフォーム状態変更リスナ３２７は、様々なイベントを監視リッスンし、システムイベント又はドライバイベントのリストを提供／含む。イベントのリストは、時間と共に増加及び成長する可能性がある。一態様では、プラットフォーム状態変更リスナ３２７は、例えば、ＡＣ／ＤＣスイッチイベント、プラットフォームリソースの追加若しくは除去、又は、電源（例えば、バッテリ／性能スライダ）を介したユーザ要求に基づく電力エンベロープへの変更、又は、例えば、ＡＣ及びＤＣモードへの変更等の制御パネル設定への変更等のように、プラットフォームリソースライブラリ３１２に常に登録されなければならない様々な必須イベントを監視及びリッスンする。一態様では、同時に発生する複数のイベントがあり得る。プラットフォームリソースライブラリ３１２は、イベントの各々を待ち行列に入れ、それらが発生した順序で処理する。オペレーティングシステムは、デバイス（例えば、非プライマリディスプレイＧＰＵ）を、例えば、Ｄ３ホット又はＤ３コールド状態等のホット又はコールド状態に設定することに留意されたい。そのようなデバイスへの任意のアクセスは、デバイスをウェイクアップさせる。したがって、プラットフォームリソースライブラリ３１２は、任意の非Ｄ０状態（例えば、Ｄ１、Ｄ２及びＤ３電力状態）にあるデバイスにサブスクライブし、アクセスを回避する。むしろ、プラットフォームリソースライブラリ３１２は、全てのプラットフォームリソース能力を記憶及びキャッシュし、プラットフォームリソース推奨をワークロードイニシエータに提供する場合に、全てのプラットフォームリソースを利用可能であると見なす。
【0081】
プラットフォームリソースライブラリ３１２を更に示すために、図３Ｃは、プラットフォームリソースライブラリを使用してクライアントモードでスマート割り当てサービスを提供するための例示的なシステム３２５の追加のブロック図を示す。すなわち、図３Ｃは、プラットフォームリソースライブラリ自体がサーバ部分なしで（又はスマート割り当てサーバモードなしで）リソース推定を提供する場合のクライアント専用モードの変形例を示す。本明細書で使用されるように、プラットフォームリソースライブラリを使用するクライアントモードにおけるスマート割り当てサービスは、スマート割り当てサーバモードを伴わないクライアントモード（例えば、ユーザモード）におけるプラットフォームリソースライブラリとしてのプラットフォームリソース推奨サービスと称され得る。
【0082】
再び、上述したように、図３Ｃは、クライアントが、プラットフォームリソース推奨のためのリソース推定のための動作を実行するアプリケーションとリンクするプラットフォームリソースライブラリであり得る、クライアント専用モードにおける動作を示す。加えて、クライアント専用モードを使用するワークロードイニシエータ（例えば、アプリケーション）のセットは、クライアントプラットフォームリソースライブラリコードを有し、クライアントプラットフォームリソースライブラリ通信を通して、ｓｍａｒｔ ａｌｌｏｃ対応アプリケーションのサーバレスメッシュを構築し、クライアント－サーバモダリティを効果的に実行することができる。
【0083】
システム３２５は、本明細書で説明される同様のコンポーネントを使用しながら、ユーザモード（例えば、ｓｍａｒｔ ａｌｌｏｃクライアントモード）におけるプラットフォームリソース完全性サービス２１０及びプラットフォームリソースライブラリ３１４の必須コンポーネントの例示的な実施形態を提供する。このようにして、例示的なシステム３２５は、プラットフォームリソース完全性サービス２１０の完全なクライアント－サーバアーキテクチャ又は他のタイプのコンピューティングシステムへの将来の拡張及び移植に対応するように調整され得る。
【0084】
一実施形態では、クライアントアプリケーション（例えば、ユーザモードアプリケーション）又はユーザモードドライバは、プラットフォームリソース推奨の要求を発行するユーザモードにおいて、プラットフォームリソースライブラリ３１４をロード又はそれとリンクし、初期化する。図３Ｃに示すように、プラットフォームリソースライブラリ３１４は、図３Ｂで説明したようなサーバモードではなくクライアントモードで初期化されることに留意されたい。
【0085】
プラットフォームリソースライブラリ３１４の初期化及び移植は、以下のアクティビティを初期化及び実装するステップを含むことができる。一態様では、プラットフォームリソースライブラリ３１４の初期化及び移植は、様々な通知を提供及び実装するために、ユーザプラットフォームリソースインターフェース３２０を介してインターフェース定義を提供するステップを含むことができる。プラットフォーム状態変更リスナ３２７は、例えば、ＡＣ／ＤＣ電力イベント等の１つ以上のプラットフォームシステムイベントにサブスクライブする。全てのプラットフォーム能力は、インターフェースサポートドメインのみに低減され得る。また、プラットフォームリソースの静的能力は、不変であると考えることができ、プラットフォームデータベース３４８を使用して一度だけ発見することができる。プラットフォームリソースの動的能力は、プラットフォームリソース推奨要求時に動的能力マネージャ３５２を介して問い合わせることができる。また、プラットフォームリソースライブラリ３１４の初期化及び移植は、本明細書で説明されるように、Ｄ３状態デバイスを認識し、不要なウェイクアップを回避するステップを含むことができる。動的能力マネージャ３５２に記憶された動的能力の全ての履歴データを使用して、様々なプラットフォームリソースのプラットフォーム能力を判定するために必要なロード履歴を判定することができる。
【0086】
プラットフォームリソースライブラリ３１４は、クライアントアプリケーション（例えば、ワークロードイニシエータ）が推奨プラットフォームリソース又はヒントについて問い合わせることができるエントリポイントをクライアントアプリケーションに提供する。
【0087】
一態様では、クライアントは、１つ以上のタイプの通知に関する通知を受信するために、プラットフォームリソースライブラリ３１４にサブスクライブする。サブスクライブすると、プラットフォームリソースライブラリ３１４は、プラットフォーム状態マネージャ３３２を介して、例えば、ＡＣ／ＤＣスイッチ又はデバイス到着／除去等の様々なプラットフォームリソース状態変更に関する任意の通知をクライアントに提供する。いくつかのイベントについては、以前に発行されたプラットフォームリソース推奨／ヒントを無効にすることができる。この場合、プラットフォームリソースライブラリ３１４は、更新されたプラットフォームリソース推奨又は割り当てヒントを動的に提供することができる。しかしながら、プラットフォームリソースを再割り当てするか、又は、以前に割り当てられたプラットフォームリソースの使用を維持するかの決定は、クライアントの裁量であり得る。すなわち、プラットフォームリソースライブラリ３１４は、プラットフォームリソース推奨又は割り当てヒントを提供するだけであり、以前に割り当てられたプラットフォームリソースを再割り当てするか又は使用し続けるかの決定を行わない。
【0088】
一態様では、プラットフォームリソース推奨は、ユースケースクラスごとに提供され得る。クラスごとのプラットフォームリソースのリストを提供し、ユーザプラットフォームリソースインターフェース３２０と共に使用することができる。ユーザプラットフォームリソースインターフェース３２０は、プラットフォームリソースライブラリ３１４を介して、階層的ユースケースクラスを、階層的ユースケースクラスの各々に関連付けられた詳細及びリソースと共に提供する。全ての利用可能なユースケースドメインクラス及びクラスごとのプラットフォームリソースリストは、ユーザプラットフォームリソースインターフェース３２０と共に提供され得る。
【0089】
追加の態様では、プラットフォームリソースライブラリ３１４は、ユーザ／クライアントに、ユーザプラットフォームリソースインターフェース３２０を介してプラットフォームリソース推奨を提供する。プラットフォームリソース推奨は、プラットフォームリソースクラス、詳細、並びに、性能能力及び利用メトリクスを含む。
【0090】
プラットフォームリソースライブラリ３１４によって受信されるリソース照会は、プラットフォームリソース（例えば、ビデオ又はオーディオ）のユースケースクラス（例えば、ドメイン）と、例えば、ビデオクラスのための符号化規格のタイプ等のプラットフォームリソース推奨要求についての具体的詳細と、を指定する。ユースケースクラス及びユースケースの具体的詳細は、使用する最良又は「最適」プラットフォームリソースのプラットフォームリソース推奨を提供するために、プラットフォームリソースライブラリ３１４への入力として使用され得る。プラットフォームリソース推奨は、例えば、推奨されるＣＰＵ又はＧＰＵシェーダを提供する等のように、特有であることができ、専用ハードウェアを提供することさえできる。したがって、プラットフォームリソースライブラリ３１４は、ユーザ（例えば、ワークロードイニシエータ）に、特定のデバイスと、要求の目的及び詳細に適切であり得るリソース記述と、を含むプラットフォームリソース推奨を提供する。
【0091】
追加の態様では、プラットフォームリソースライブラリ３１４は、例えば、省電力（例えば、より少ない電力）等の効率と比較した品質（例えば、より多くの電力）に関するクラス（ドメイン）ごとの性能選好等の性能プロファイルをオプションで提供することができる。このオプションは、クライアントが、プラットフォームリソース推奨において、同じ特徴の実装の複数の変形の場合に実行のために特定の推奨されるソリューションを選択するオプションを受信することを可能にする。一態様では、性能プロファイルは、特定のプラットフォームリソースの性能能力及び制限を含む。性能プロファイルデータは、収集され、監視され、プラットフォームデータベースに記憶され得る。
【0092】
更なる説明のために、図４は、本開示のいくつかの実施形態による、プラットフォームリソース推奨サービスを提供するためにユーザモードでプラットフォームリソースライブラリを使用するための例示的なシステム４００の追加のブロック図を示す。より具体的には、図４は、図３Ｂ（サーバモードが示されている）を補足し、図３Ａで説明されているクライアント－サーバｓｍａｒｔ ａｌｌｏｃシステムのクライアント又は「クライアントモード」の論理図を示す。図４の例では、単なる例示として、例示的なシステム４００は、サーバ側に設けることができるプラットフォームリソースライブラリ３１２と通信するユーザモードアプリケーション／ドライバ４１０を含む。ユーザモードアプリケーション／ドライバ４１０は、内部又は外部にプラットフォームリソースライブラリ３１４を含む。したがって、図２のプラットフォームリソース完全性サービス２１０は、サーバモードのプラットフォームリソースライブラリ３１２及びユーザモードのプラットフォームリソースライブラリ３１４がロードされ、オンデマンドで又は必要に応じて呼び出されるように、プラットフォームリソース完全性サービス及びプラットフォームリソースライブラリとしてまとめて提供することができる。
【0093】
一実施形態では、プラットフォームリソース推奨サービスを提供するための初期化中に、例えば、ユーザモードアプリケーション／ドライバ４１０等のクライアントアプリケーションは、ユーザモードでプラットフォームリソースライブラリ３１４をロード又はプラットフォームリソースライブラリ３１４とリンクし、プラットフォームリソースライブラリ３１４を初期化する。一態様では、プラットフォームリソースライブラリ３１４は、クライアントモードで初期化することができ、サーバプラットフォームリソースライブラリ３１２は、サーバモードで初期化される。初期化されると、プラットフォームリソースライブラリ３１４は、ユーザモードで、サーバモードのプラットフォームリソースライブラリ３１２との通信を確立する。しかしながら、プラットフォームリソースライブラリ３１２及びプラットフォームリソースライブラリ３１４との接続が確立できない場合、エラーがユーザモードアプリケーション／ドライバ４１０に返される。
【0094】
初期化時に、プラットフォームリソースライブラリ３１２は、サーバプラットフォームリソースライブラリ３１２とのクロスプロセス通信チャネルを確立しようと試みる。プラットフォームリソースインターフェース３２０は、クロスプロセス通信チャネルを提供する。初期化されると、プラットフォームリソースライブラリ３１４は、ユーザモードアプリケーション／ドライバ４１０の代わりにプラットフォームリソースライブラリ３１４と通信して、ａ）プラットフォームリソース推奨（例えば、ユースケースごとのプラットフォームリソースヒント推奨）に対する要求／応答を提供又は受信し、ｂ）任意のプラットフォーム状態変更に関する通知を受信し、ｃ）プラットフォームリソース使用に関する情報、メトリクス及び能力をオプションで提供する。
【0095】
例えば、ユーザモードアプリケーション／ドライバ４１０は、プラットフォームリソースインターフェース３２０を使用してプラットフォームリソースライブラリ３１４を呼び出して、例えば、ドメインユースケースごとのリソース割り当て推奨に関する要求又は問い合わせ等のプラットフォームリソース推奨を要求する。プラットフォームリソースライブラリ３１２は、プラットフォームリソース推奨をプラットフォームリソースライブラリ３１４に提供する。しかしながら、プラットフォームリソース推奨サービス通知が、プラットフォーム状態変更に起因してプラットフォームリソースを再割り当てすることを示唆する場合、プラットフォームリソースを再割り当てするのは、ユーザモードアプリケーション／ドライバ４１０の責任である。スレッドプール４２２は、ユーザモードアプリケーション／ドライバ４１０に通知を提供するために、プラットフォームリソースライブラリ３１４によって使用され得る。また、コールバックは、プラットフォームリソースライブラリ３１４上で、スレッドプール４２２を使用してアンブロッキング形式で実装することができ、その結果、コールバック自体の中からのプラットフォームリソースインターフェース３２０の呼び出しのブロッキングは存在せず、したがって、ユーザモードアプリケーション／ドライバ４１０は、再初期化を完全に完了し、プラットフォームリソースライブラリ３１４の他のインターフェース機能を呼び出すことができる。
【0096】
再び、本明細書で言及されるように、例えば、要求／応答、通知、補助（ＡＵＸ）及び状態変更インターフェース接続等の様々な接続及びインターフェースが、プラットフォームリソースインターフェース３２０とサーバプラットフォームリソースライブラリ３１２との間に確立され得る。
【0097】
一態様では、プラットフォームリソースインターフェース３２０は、ユーザモードアプリケーション／ドライバ４１０が、プラットフォームリソース推奨のための要求を発行し、応答（例えば、要求／応答）を受信することを可能にする。一態様では、プラットフォームリソース推奨は、プラットフォームリソース能力、制限、利用メトリクス及び特定の要件に対するプラットフォームリソースのタイプを含む。また、プラットフォームリソースインターフェース３２０は、ユーザモードアプリケーション／ドライバ４１０が、例えば、任意のプラットフォーム状態変更等の様々な通知をサブスクライブすることを可能にする。また、プラットフォーム状態変更は、リソース割り当て又は再割り当てイベントのための更新されたプラットフォームリソース推奨に含まれるか又は提供され得る。
【0098】
ＡＵＸ情報チャネルは、プラットフォームリソースライブラリ３１４によって生成され、例えば、クライアントごとの追跡が必要とされる場合等に、サーバプラットフォームリソースライブラリ３１２への登録を暗黙的に維持し、「キープアクティブ」（又は「キープアライブ」）にすることができる。
【0099】
識別されたユーザ（ＩＤ）は、プラットフォームリソースライブラリ３１４によって提供及び生成することができ（ＩＤ ＧＥＮ）、これは、ユーザモードアプリケーション／ドライバ４１０を追跡するために使用することができる。プラットフォームリソースライブラリ３１４は、補助チャネルをアンロードするが、サーバプラットフォームリソースライブラリ３１２によって登録解除することができる。また、ＡＵＸ情報チャネルは、（ユーザモードアプリケーション／ドライバ４１０からの関与なしに）メッセージをアクティブ／アライブに維持／維持するために、及び、サーバモードシャットダウンがサーバプラットフォームリソースライブラリ３１２に再接続しようとする場合に、使用され得る。ＡＵＸ情報チャネルは、接続損失に関する通知を提供するために使用することができ、接続回復は、プラットフォームリソースインターフェース３２０に送信されるものとする。ＡＵＸ情報チャネルは、提供されたユーザＩＤを用いて、ロード／アンロード時にプラットフォームリソースライブラリ３１４を登録及び登録解除するために使用することができる。ユーザＩＤは、ユーザモードアプリケーション／ドライバ４１０の状態（例えば、クライアント状態）を追跡し、ユーザモードアプリケーション／ドライバ４１０との接続が終了した場合にリソースをクリーンアップするために、サーバプラットフォームリソースライブラリ３１２によって使用され得る。
【0100】
加えて、サーバプラットフォームリソースライブラリ３１２は、プラットフォームレベルリソース（例えば、静的能力）の全ての能力及び制限を収集、監視及び発見し、メトリクスを介して、能力（例えば、動的能力）ごとのプラットフォームリソースのランタイム使用を監視及び維持する。サーバプラットフォームリソースライブラリ３１２は、ドメインクラスごとの所望の又は「好ましい」プラットフォームリソース（例えば、ビデオ、オーディオ、３次元（３Ｄ）及び／又は計算クラス等のドメインクラスごとのデバイス／エンジン等）のプラットフォームリソース推奨を提供する。クラスごとのポリシーを定義し、使用することもできる。ポリシーは、ルールとすることができ、経時的に変更又は調整することができる。ポリシールールは、新しいドメインクラス、ユーザタスク及びワークロードに対して拡張可能であり得る。
【0101】
更なる説明のために、図５Ａは、本開示のいくつかの実施形態による、オーディオノイズ低減（ＡＮＲ）のためのプラットフォームリソース候補を提供するプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステム５００の追加のブロック図を示す。例示的なシステム５００は、ＣＰＵ１０６、ＧＰＵ１０４、オーディオコーデック１２２、ビデオコーデック１２０及びＧＰＵ計算エンジン１１０を統合するＡＰＵ１０２と、ディスプレイコントローラ１２４と、を含む。例示的なシステム５００は、ビデオコーデック１５０と、ＧＰＵ計算エンジン１４０と、ディスプレイコントローラ１５４と、を含むｄＧＰＵ１３４を含む。ＡＰＵ１０２は、ＧＰＵ／ＣＰＵコヒーレントメモリ５４４及びディスプレイ５４２を有するシステムメモリ１６０と通信することができる。ｄＧＰＵ１３４は、ローカルメモリ１８０及びディスプレイ５４２Ｂと通信することができる。図１又は図２のコンポーネントの各々は、ＡＰＵ１０２及びｄＧＰＵ１３４に含まれ得るが、図５Ａに示されたコンポーネントは、説明の便宜上使用されるに過ぎないことに留意されたい。ＡＰＵ１０２は、オーディオ入力５４６Ａデータを受信し、オーディオ出力５４６Ｂとしてオーディオデータを出力する。
【0102】
例示的なシステム５００は、ＡＰＵ１０２及びｄＧＰＵ１３４と通信するプラットフォームリソースライブラリ３１２を含む。プラットフォームリソースライブラリ３１２は、例えば、ＡＰＵ１０２及びｄＧＰＵ１３４等の各プラットフォームリソースの静的及び動的能力を収集及び記憶する役割を果たすことができる。
【0103】
動作中、例えば、仮想オーディオドライバ５１０等のワークロードイニシエータは、例えば、オーディオノイズ低減（ＡＮＲ）のための割り当て推奨に関する情報を要求に問い合わせる等のように、プラットフォームリソース推奨ヒントを要求することができる。プラットフォームリソースライブラリ３１２は、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４及びそれらの内部／関連コンポーネント（例えば、計算エンジン１１０、ディスプレイコントローラ１２４等）等の全てのプラットフォームリソースの静的能力（例えば、リソース可用性）及び動的能力（リソース占有率）を分析及び判定する。
【0104】
プラットフォームリソースライブラリ３１２は、例えば、効率を最大化し、電力／性能比を最適化するために品質要求ごとに何れのリソースを使用するかを推奨する等のように、ドライバ５１０から発行された要求の特定の詳細に基づいてプラットフォームリソース推奨を提供する。プラットフォームリソースライブラリ３１２から受信されたプラットフォームリソース推奨を使用して、ワークロードイニシエータ（例えば、ドライバ５１０）は、プラットフォームリソース推奨を受け入れる又は拒否することができる。例えば、ワークロードイニシエータ（例えば、ドライバ５１０）がプラットフォームリソース推奨を受け入れた場合、ワークロードイニシエータ（例えば、ドライバ５１０）は、電力／性能比の効率及び最適化を最大化するように推奨プラットフォームリソースを割り当てる。
【0105】
図５Ｂは、本開示のいくつかの実施形態による、ビデオ前処理のためのプラットフォームリソース候補を提供するプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステム５００の追加のブロック図を示す。
【0106】
動作において、例えば、カメラ５６２に接続され得るビデオキャプチャパイプラインデバイスメディアファウンデーション変換（ＤＭＦＴ）コンポーネント５１４等のワークロードイニシエータは、例えば、ビデオ前処理のための割り当て推奨に関する情報を要求に問い合わせる等のように、プラットフォームリソース推奨ヒントを要求する。プラットフォームリソースライブラリ３１２は、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４及びそれらの内部／関連コンポーネント（例えば、計算エンジン１１０、ディスプレイコントローラ１２４等）等の全てのプラットフォームリソースの静的能力（例えば、リソース可用性）及び動的能力（リソース占有率）を分析及び判定する。
【0107】
例えば、ビデオキャプチャパイプラインデバイスＤＭＦＴコンポーネント５１４等のワークロードイニシエータは、例えば、ノイズ除去、輝度レベル、コントラスト及び他の画像エンハンスメント等のビデオ品質改善のために、コンピュータビジョン及び機械学習（ＣＶＭＬ）ソフトウェア開発キット（ＳＤＫ）５６６とリンクする。ＣＶＭＬ ＳＤＫ５６６は、プラットフォームリソースライブラリ３１２をロードする。プラットフォームリソースライブラリ３１２は、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４及びそれらの内部／関連コンポーネント（例えば、計算エンジン１１０、ディスプレイコントローラ１２４等）等の全てのプラットフォームリソースの静的能力（例えば、リソース可用性）及び動的能力（リソース占有率）を分析及び判定する。
【0108】
プラットフォームリソースライブラリ３１２は、ワークロードイニシエータ（例えば、ビデオキャプチャパイプラインＤＭＦＴコンポーネント５１４）から発行された要求に関する具体的詳細に基づいて、例えば、効率を最大化し、電力／性能比を最適化するために、品質要求ごとに何れのリソースを使用すべきかを推奨する等のように、プラットフォームリソース推奨を提供する。プラットフォームリソースライブラリ３１２から受信したプラットフォームリソース推奨を使用して、ワークロードイニシエータ（例えば、ビデオキャプチャパイプラインＤＭＦＴコンポーネント５１４）は、プラットフォームリソース推奨を受け入れるか拒否することができる。例えば、ワークロードイニシエータ（例えば、ビデオキャプチャパイプラインＤＭＦＴコンポーネント５１４）がプラットフォームリソース推奨を受け入れる場合、ワークロードイニシエータ（例えば、ビデオキャプチャパイプラインＤＭＦＴコンポーネント５１４）は、電力／性能比の効率及び最適化を最大化するように推奨プラットフォームリソースを割り当てる。
【0109】
図５Ｃは、本開示のいくつかの実施形態による、ビデオ記録／ストリーミングのためのプラットフォームリソース候補を提供するプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステム５００の追加のブロック図を示す。
【0110】
動作中、例えば、メディア／ビデオ及び画像をキャプチャ、ストリーミング及び共有するためのゲーミング／ゲームプレイアプリケーション５５０等のワークロードイニシエータ、並びに、オープンブロードキャスタソフトウェア（ＯＢＳ）アプリケーション５５２は、例えば、ビデオ前処理のための割り当て推奨に関する情報を要求に問い合わせる等のように、プラットフォームリソース推奨ヒントを要求する。
【0111】
ゲーミング／ゲームプレイアプリケーション５５０及びＯＢＳアプリケーション５５２は、例えば、要求を符号化する等のように符号化するためのアドバンストメディアフレームワーク（ＡＭＦ）５７０を開くことができる。ＡＭＦ５７０は、プラットフォームリソースライブラリ３１２を開くことができる。プラットフォームリソースライブラリ３１２は、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４及びそれらの内部／関連コンポーネント（例えば、計算エンジン１１０、ディスプレイコントローラ１２４並びにビデオコーデック１２０及び１５０等）等の全てのプラットフォームリソースの静的能力（例えば、リソース可用性）及び動的能力（リソース占有率）を分析及び判定する。
【0112】
プラットフォームリソースライブラリ３１２は、ワークロードイニシエータ（例えば、ゲーミング／ゲームプレイアプリケーション５５０及びＯＢＳアプリケーション５５２）から発行された要求に関する具体的詳細に基づいて、例えば、効率を最大化し、電力／性能比を最適化するために、品質要求ごとに何れのリソースを使用すべきかを推奨する等のようなプラットフォームリソース推奨を提供する。プラットフォームリソースライブラリ３１２から受信されたプラットフォームリソース推奨を使用して、ワークロードイニシエータ（例えば、ゲーミング／ゲームプレイアプリケーション５５０及びＯＢＳアプリケーション５５２）は、プラットフォームリソース推奨を受け入れるか又は拒否する。例えば、ワークロードイニシエータ（例えば、ゲーミング／ゲームプレイアプリケーション５５０及びＯＢＳアプリケーション５５２）がプラットフォームリソース推奨を受け入れる場合、ワークロードイニシエータ（例えば、ゲーミング／ゲームプレイアプリケーション５５０及びＯＢＳアプリケーション５５２）は、電力／性能比の効率及び最適化を最大化するように推奨プラットフォームリソースを割り当てる。
【0113】
図５Ｄは、本開示のいくつかの実施形態による、後処理及びスケールのためのプラットフォームリソース候補を提供するプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステム５００の追加のブロック図を示す。
【0114】
動作中、例えば、メディア／ビデオ及び画像をキャプチャし、ストリーミングし、共有するためのゲーミング／ゲームプレイアプリケーション５５０等のワークロードイニシエータは、例えば、ビデオ前処理のための割り当て推奨に関する情報を要求に問い合わせる等のように、プラットフォームリソース推奨ヒントを要求する。
【0115】
例えばゲーミング／ゲームプレイアプリケーション５５０等のワークロードイニシエータは、プラットフォームリソースライブラリ３１２を開くことができる。プラットフォームリソースライブラリ３１２は、例えば、ＡＰＵ１０２、ｄＧＰＵ１３４及びそれらの内部／関連コンポーネント（例えば、計算エンジン１１０、ディスプレイコントローラ１２４、並びにビデオコーデック１２０及び１５０等）等の全てのプラットフォームリソースの静的能力（例えば、リソース可用性）及び動的能力（リソース占有率）を分析及び判定する。
【0116】
プラットフォームリソースライブラリ３１２は、ワークロードイニシエータから発行された要求に関する具体的詳細に基づいて、例えば、アップスケーリング及び後処理のために何れのリソースを使用するかを推奨する等のようなプラットフォームリソース推奨を提供する。ワークロードイニシエータ５１４は、プラットフォームリソースライブラリ３１２から受け取ったプラットフォームリソース推奨を使用して、プラットフォームリソース推奨を受け入れるか拒否する。
【0117】
図５Ｄに示すように、ゲーミングアプリケーションは、レンダリングのためにｄＧＰＵ１３４又はＡＰＵ１０２を使用することができることに留意されたい。したがって、図５Ｄは、更なるアップスケール／後処理のアプリケーション認識を伴わない、ｄＧＰＵ１３４又はＡＰＵ１０２の何れかにおけるレンダリングされたフレームの後処理を表す。しかしながら、図５Ｄは、ゲーミングアプリケーションがプラットフォームリソースについて問い合わせを行い、後処理アクションを要求する場合にも適用することができる。
【0118】
次に図６を参照すると、本開示のいくつかの実施形態による、アップスケーリング動作の複合処理のためのプラットフォームリソース推奨サービス（例えば、プラットフォームリソース完全性サービス）を提供するための例示的なシステム６００のブロック図が示されている。また、図６は、アップスケーリングプロセスに適用することができる複合処理のための一般化された動作である。すなわち、図６は、本開示のいくつかの実施形態による、プラットフォームリソース推奨サービスを使用するアップスケーリング動作の複合処理に適用され得る。
【0119】
動作中、プラットフォームリソース完全性サービス２１０は、アップスケーリングサービス（例えば、「スマートアップスケーリング」サービス）を提供することができる。すなわち、アップスケーリングサービスは、アップスケーリングを実行するために最適なリソースアクセスを選択する。より具体的には、プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、ＡＰＵ１０２及びｄＧＰＵ１３４の存在又は可用性を正確に識別し、ＡＰＵ１０２及びｄＧＰＵ１３４にわたって又はそれらの間で、ラスタ化及びアップスケーリングワークロードを分散させる。追加の態様では、プラットフォームリソース完全性サービス２１０は、画像のレンダリング、アップスケーリング及びスキャンアウトの配置のために、ＡＰＵ１０２、ｄＧＰＵ１３４又はそれらの組み合わせを割り当てる。
【0120】
追加の態様では、プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスデータをアップスケールするために１つ以上のＧＰＵ及び１つ以上のＡＰＵを動的に識別する。プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、アップスケーリング動作の少なくともモダリティに基づいて、アップスケーリング動作のワークロードをＡＰＵ１０２、ｄＧＰＵ１３４又はそれらの組み合わせに動的に割り当てる。一態様では、アップスケーリング動作のモダリティは、最近傍補間、双線形（基本補間）及び双三次アルゴリズム（複素補間）を含むが、これらに限定されない。モダリティの各々は、異なるアップスケーリング動作を構成し、各々は、同様の画像を異なるように処理する。アップスケーリング動作のワークロードは、ワークロードの動的割り当てに基づいて、ＡＰＵ１０２、ｄＧＰＵ１３４又はそれらの組み合わせによって処理することができる。プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、ユーザ選好、ＡＰＵ１０２、ｄＧＰＵ１３４の能力又はそれらの組み合わせに基づいて、アップスケーリング動作のワークロードを動的に割り当てる。
【0121】
追加の態様ではプラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、ユーザ選好、ＡＰＵ１０２のプラットフォーム能力、ｄＧＰＵ１３４又はそれらの組み合わせによってアップスケーリング動作のモダリティを動的に選択する。
【0122】
例えば、アップスケーリングサービスが、光線追跡を用いてフルフレームレンダリングを完了するために、ｄＧＰＵ１３４の処理サイクルを保存又はセーブしようと試みると仮定する。これを行うために、ｄＧＰＵ１３４は、より低い空間単位でレンダリングする。アップスケーリングサービスを使用してプラットフォームリソース完全性サービス２１０は、ＡＰＵ１０２に割り当て、ＡＰＵ１０２は、例えばエッジ強調等のフィルタリングを使用して、低解像度レンダリングを高解像度に復元する。したがって、プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、ユーザ選好及びプラットフォーム能力に基づいて適切なアップスケーリングアルゴリズムを選択することによって、アップスケーリングのための柔軟性を提供する。
【0123】
一態様では、ユーザ選好は、限定はしないが、アップスケーリングモダリティ（例えば、アップスケーリング動作のモード又はタイプ）、値、閾値、容量、利用メトリクスを定義するステップを含む。ユーザ選好は、様々なタイプのヘッドルームバイアス、電力バイアス、品質バイアス及び速度バイアスを含む。例えば、ユーザ選好は、１）ヘッドルームバイアスに対して定義された利用閾値未満（例えば、６０パーセント未満）にＡＰＵ１０２を制限する最高品質のアップスケーラモダリティを使用するステップ、２）電力バイアスに対してベースラインアップスケーラモダリティを使用するステップ、３）品質バイアスに対して定義された利用閾値（例えば、ＡＰＵ１０２による少なくとも８０パーセントの利用容量）までＡＰＵ１０２によってサポートされる最高品質のアップスケーラモダリティを使用するステップ、又は、４）速度バイアスに対してベースラインアップスケーラモダリティを使用するステップを含む。
【0124】
アップスケーラモダリティ品質に関して、アップスケーラモダリティは、ランク付けされた又は好ましい品質レベルに基づくことができる。例えば、アップスケーラモダリティは、配信される品質に基づいてランク付け、選択又は配列され得る。アップスケーラモダリティは、例えば、１）出力解像度への時間ベースの超解像、２）出力解像度近くへの時間ベースの超解像（すなわち、ディスプレイコントローラにおける各方向の１．３倍未満のアップスケーリング）、３）出力解像度への空間のみ知覚ベースのアップスケーリング、４）出力解像度近くへの空間のみ知覚ベースのアップスケーリング、及び、５）出力解像度近くへのオーバーシュート／アンダーシュートフィルタを有する入力解像度及びアルゴリズム上の改善されたＲＣＡＳを含む。入力解像度のＲＣＡＳと、出力解像度に近いオーバーシュート／アンダーシュートフィルタを有するアルゴリズム。
【0125】
したがって、プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、ｄＧＰＵ１３４、ＡＰＵ１０２、又は、ｄＧＰＵ１３４及びＡＰＵ１０２の両方におけるレンダリング動作を選択する。プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、ｄＧＰＵ１３４、ＡＰＵ１０２、又は、ｄＧＰＵ１３４及びＡＰＵ１０２の両方に対するアップスケーリング動作を選択する。プラットフォームリソース完全性サービス２１０によって提供されるアップスケーリングサービスは、ｄＧＰＵ１３４、ＡＰＵ１０２、又は、ｄＧＰＵ１３４及びＡＰＵ１０２の両方における表示動作を選択する。例えば、プラットフォームリソース完全性サービス２１０は、ｄＧＰＵ１３４上でのレンダリング、ＡＰＵ１０２上でのアップスケーリング、及び、ＡＰＵ１０２のディスプレイコントローラ１２４を使用した表示を選択する。或いは、プラットフォームリソース完全性サービス２１０は、ｄＧＰＵ１３４上でのレンダリング、ＡＰＵ１０２上でのアップスケーリング、及び、ｄＧＰＵ１３４のディスプレイコントローラ１５４を使用した表示を選択する。別の態様では、プラットフォームリソース完全性サービス２１０は、ｄＧＰＵ１３４上でのレンダリング、ｄＧＰＵ１３４上でのアップスケーリング、及び、ｄＧＰＵ１３４のディスプレイコントローラ１５４を使用した表示を選択する。追加の態様では、プラットフォームリソース完全性サービス２１０は、ＡＰＵ１０２上でのレンダリング、ＡＰＵ１０２上でのアップスケーリング、及び、ＡＰＵ１０２のディスプレイコントローラ１２４を使用した表示を選択する。
【0126】
更に説明するために、以下の例示的な動作を考える。予備的事項として、例の各々において、プラットフォームリソース完全性サービス２１０は、プラットフォームコンポーネント２４０を使用して、静的及び動的プラットフォームリソースチェックを実行する（例えば、能力を分析する）。スマートシフト２４２は、プラットフォームリソース完全性サービス２１０に、例えば、ＡＰＵ１０２及びｄＧＰＵ１３４等のプラットフォームリソースの能力に関する電力、性能、温度及びポリシーを提供する。
【0127】
第１の例では、プラットフォームリソース完全性サービス２１０が、レンダリング動作を実行するためにｄＧＰＵ１３４を選択し、ゲーミングアプリケーション（例えば、画像表示）を表示するためにＡＰＵ１０２を選択すると仮定する。一態様では、プラットフォームリソース完全性サービス２１０は、ユーザ選好がフレームレート及びレイトレーシングを最大化することを望むか又は意図する場合、この選択を行う。しかしながら、レイトレーシングは、空間解像度が低下した場合にフレームレートに悪影響を及ぼす可能性がある。したがって、フレームを用いた光線追跡は、空間解像度を犠牲にしながらより高いフレームレートを達成するというトレードオフの結果をもたらす。したがって、この例では、ユーザは、フレームレートを最大化する（例えば、最高フレームレートを達成する）ように選択する選好を示すが、この選択は、空間解像度の品質の低下をもたらす。
【0128】
このシナリオでは、プラットフォームリソース完全性サービス２１０は、空間解像度を復元するためにＡＰＵ１０２を選択する。このようにして、プラットフォームリソース完全性サービス２１０は、ユーザ選好に基づいて、何れのプラットフォームリソースを使用するかを判定する。例えば、プラットフォームリソース完全性サービス２１０は、ユーザが、画像詳細を損なう、より高いフレームレートに対する選好を示すことを学習又は判定することができ、或いは、ユーザが、例えば、高解像度ビデオ（例えば、「４Ｋ」ビデオ）等の最大詳細に対する選好を示し、ユーザが、準最適フレームレートに満足しているか、又は、光線追跡について選好を有していないことを学習又は判定することができる。一態様では、ワークロード要求は、ユーザ選好を提供し、一方、機械学習動作は、履歴データに基づいてユーザ挙動を学習するために、プラットフォームリソース完全性サービス２１０によって実行され得る。
【0129】
したがって、この例では、ディスプレイ５４２Ｂの現在の表示設定よりも低い解像度でｄＧＰＵ１３４においてゲームが実行される（例えば、プレイされる）。このシナリオでは、レンダリングされた画像は、アップスケーリング及び後処理のために処理される。一態様では、後処理は、画像の鮮鋭化、カラーグレードの調整、又は、ｄＧＰＵ１３４がレンダリングを終了した後に必要とされる任意の他の処理動作であり得る。ＧＰＵ計算エンジン１４０は、ｄＧＰＵ１３４上で、例えば時間再構成スーパーサンプリング（ＴＲＳＳ）等の選択されたアップスケーリング動作を実行することができる。
【0130】
再び、動作中、プレイされたゲームは、ｄＧＰＵ１３４上でレンダリングされ、次いで、他のアップスケーリングワークロードが、例えば、ディスプレイコントローラ１２４を使用する等して、表示のためにＡＰＵ１０２に転送／送信される。ＡＰＵ１０２は、プラットフォームリソース完全性サービス２１０の指示で、高度なアップスケーリング動作、機械学習推論ベースのアップスケーリング、又は、シェーダアップスケーリング（ＡＰＵ１０２の能力及びユーザ選好に基づく）を、ＡＰＵ１０２によって実行される後処理と共に提供する。一態様では、画像がより低い解像度でレンダリングされたので、ＡＰＵ１０２は、後処理のために、画像鮮鋭化を実行することができる。次いで、画像は、例えば、ＡＰＵのディスプレイコントローラ１２４を使用する等して、ディスプレイパイプ（例えば、ディスプレイコアネクスト「ＤＣＮ」スケール）内で鮮鋭化及びアップスケールされる。
【0131】
第２の例では、ｄＧＰＵ１３４が高電力であり、低レイテンシ出力を提供すると仮定する。このシナリオでは、プラットフォームリソース完全性サービス２１０は、ｄＧＰＵ１３４を選択して、フルフレームレートゲームプレイを実行し、（オプションで）ｄＧＰＵ１３４上に出力するか、又は、ハイブリッドグラフィックス状況においてＡＰＵ１０２上に出力する。
【0132】
第３の例では、ユーザ選好が、例えば、高度機械学習推論ベースのアップスケーリング等の基本アップスケーラを使用する代わりに、高度アップスケーラを使用することであると仮定する。ｄＧＰＵ１３４が、高度機械学習推論ベースのアップスケーリングを実行する能力を欠いている場合、プラットフォームリソース完全性サービス２１０は、ＡＰＵ１０２を選択して、機械学習推論ベースのアップスケーリングの特殊化されたモダリティにおいてアップスケールし、ここで、ＡＰＵ１０２は、推論プロセッサユニット（例えば、図示されていない機械学習コンポーネント）を含み、シェーダの完全な補体を使用してアップスケーリングを行うことができるか、又は、推論処理ユニットに基づいてアップスケーリングを行うことができ、アップスケーリングのより良好な又は増加した結果をもたらす。したがって、この第３の例では、ｄＧＰＵ１３４上でゲームをプレイすることができ、ＡＰＵ１０２が機械学習推論アップスケーラを実行し、次いで、画像の追加の鮮鋭化を用いてＡＰＵ１０２上で後処理を行うこともできる。このようにして、ＡＰＵ１０２は、アップスケーリングのために機械学習を使用し、次いで、更なる後処理のためにシェーダ（例えば、ＡＰＵ１０２上のＧＰＵ計算エンジン１１０）を使用する。
【0133】
第４の例では、ユーザ選好が、例えば、最低電力でゲームをプレイすること等のように、アプリケーションを実行することであると仮定する。プラットフォームリソース完全性サービス２１０は、ｄＧＰＵ１３４を完全に無視しながら、ＡＰＵ１０２上でゲームをプレイし、ＡＰＵ１０２上で出力することを選択することができる。したがって、この例は、プラットフォームリソース推奨のために本明細書で説明される動作がスマートアップスケーラと共にどのように機能し得るかを示す。例えば、プラットフォームリソース完全性サービス２１０は、低バッテリに基づいてプラットフォームリソースを切り替える推奨を提供し、全ての動作をｄＧＰＵ１３４からＡＰＵ１０２に移動させ、ｄＧＰＵ１３４を無視してゲームをプレイし続けることを暗示又は示唆する。
【0134】
要約すると、プラットフォームリソース完全性サービス２１０は、各プラットフォームのプラットフォーム能力を識別する。プラットフォームリソース完全性サービス２１０は、次いで、スマートアップスケーリングを使用して、動作条件に基づいてアップスケーリングのモダリティ（例えば、アップスケーリングをどのように行うか）を判定することができる。すなわち、プラットフォームリソース完全性サービス２１０は、ユーザ選好並びにＡＰＵ１０２及びｄＧＰＵ１３４のプラットフォーム能力に基づいて、プラットフォームリソースのうち何れがアップスケーリングを実行するかを理解し、判定する。例えば、ｄＧＰＵ１３４が特定のアップスケール比に調整される場合、プラットフォームリソース完全性サービス２１０は、ユーザが、例えばアスペクト比を変更する選好を示すか、異なるスケール比を使用したい選好を示すか、又は、例えばリンギング又はエイリアスライン等のアップスケールのいくつかの結果を相殺したい選好を示し、その後シェーダを使用して後処理する場合に、他のプラットフォームリソースがあるとしても何が選択され使用され得るかを判定することができる。このようにして、プラットフォームリソース完全性サービス２１０は、少なくともアップスケーリング動作のモダリティ、プラットフォーム能力及びユーザ選好に基づいて、アップスケーリング動作のアップスケーリングワークロードをＡＰＵ１０２、ｄＧＰＵ１３４又はその両方に動的に割り当てることができる。次いで、ＡＰＵ１０２、ｄＧＰＵ１３４又はその両方は、ワークロードを動的に割り当てるステップに基づいて、アップスケーリング動作のワークロードを処理することができる。
【0135】
更なる説明のために、図７は、本開示のいくつかの実施形態による、ワークロードイニシエータにプラットフォームリソース候補を提供する例示的な方法を示すフロー図を示す。図７の例示的な方法は、プラットフォームリソース推奨を求める要求をワークロードイニシエータから受信するステップ７１０を含む。いくつかの例では、要求は、ワークロードを実行することが可能な処理リソースの中でワークロードが何処に配置されるべきかを示す情報に対するものであり得る。例えば、ワークロードがビデオ処理又はグラフィックス処理タスクを含む場合、ワークロードを実行するコンピューティングシステム（例えば、図１のシステム１００）は、ワークロードを実行することができる複数のＧＰＵを含む。特定の例では、コンピューティングシステムは、統合ＧＰＵ（例えば、図１の統合ＧＰＵ１０４）及びディスクリートＧＰＵ（例えば、図１のｄＧＰＵ１３４）を含む。そのような例では、ワークロードイニシエータからの要求は、ワークロードを統合ＧＰＵ若しくはディスクリートＧＰＵ又はそれらの組み合わせに配置する必要がある推奨又は「ヒント」についてのプラットフォームリソース完全性サービス２１０への問い合わせである。場合によっては、ワークロードは、統合ＧＰＵ上で実行され得るワークアイテムと、ディスクリートＧＰＵ上で同時に実行され得る他のワークアイテムと、を含む。
【0136】
様々なタイプのアプリケーションがワークロードイニシエータであってもよく、各々が様々なタイプのワークロードを有する。いくつかの例では、ワークロードイニシエータからの要求は、ワークロードのタイプ、ワークロード特性、処理要件、及び／又は、ワークロードに対する性能期待値を記述する。例えば、メディアプレーヤアプリケーションは、コンピューティングシステム上で実行しようとするメディア再生ワークロードを有することができる。そのような例では、ワークロードの記述は、再生ワークロードのためのソース解像度、ディスプレイ解像度、ビットレート、ビデオコーデック、オーディオコーデック、及び、フレームレートを含む。別の例として、ビデオ会議アプリケーションは、コンピューティングシステムを実行しようとするトランスコードワークロードを有することができる。そのような例では、ワークロードの記述は、ソースビデオコーデックと、ターゲットビデオコーデックと、フレームレートと、を含む。ビデオ会議アプリケーションは、注視補正又は画面上の参加者の背景を除去／置換するための人工知能（ＡＩ）アルゴリズムを含むＡＩワークロードを含むこともできる。
【0137】
図７の例示的な方法は、要求並びに複数のプラットフォームリソースの性能能力及び利用メトリクスに基づいて、１つ以上のプラットフォームリソース候補を識別するステップ７２０を含む。プラットフォームリソースは、１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む。いくつかの例では、１つ以上のプラットフォームリソース候補を識別すること７２０は、統合ＧＰＵ計算エンジン（例えば、図１の統合ＧＰＵ計算エンジン１１０）及びディスクリートＧＰＵ計算エンジン（例えば、図１のディスクリートＧＰＵ計算エンジン１４０）の能力及び利用メトリクスを含む、ＡＰＵ及びｄＧＰＵからのランタイム利用メトリクスと共に静的及び動的能力を収集することによって実行される。
【0138】
ＡＰＵ及びｄＧＰＵの能力は、当業者によって認識される様々な方法で表すことができる。例えば、プラットフォーム能力は、処理速度、電力状態、エンジン利用、メモリコントローラ／ＰＣＩｅ利用及び能力、電力制限又は制約、アップスケーリング能力及び制限、レンダリング能力及び制限、並びに、表示能力及び制限を含む。プラットフォーム能力は、ビデオ／ビデオ会議通話又はストリーミングのためのビデオ拡張能力及び人工知能（ＡＩ）特徴を含むことができる。プラットフォーム能力は、例えば、アップスケーリング、レンダリング又は表示等のワークロード又はアプリケーションの様々なタイプのモダリティを実行する能力を含む。プラットフォーム能力は、例えば、最低電力消費でゲーミングアプリケーションを実行する等のように、低バッテリモードでワークロードを処理する能力を含む。
【0139】
いくつかの例では、１つ以上のプラットフォームリソース候補を識別するステップ７２０は、あるプロセッサリソースが別のプロセッサリソースよりも良好にタスクを実行するプラットフォームリソース能力の性能因子に基づいて実行される。一例では、プラットフォームリソース完全性サービス２１０ゲーミングワークロードがディスクリートＧＰＵのオーバーサブスクリプションをもたらすと予測されない限り、ゲーミングワークロードがディスクリートＧＰＵに配置されるべきであると判定する。別の態様では、プラットフォームリソース完全性サービス２１０は、オーディオコーデック１２２を使用してビデオ再生が実行されるべきであると判定する。ＧＰＵの一方がオーディオコーデック１２２アクセラレータを含み、他方が含まない場合があり得る。
【0140】
ＡＰＵ及びｄＧＰＵの利用は、当業者によって認識される様々な方法で表すことができる。例えば、ＡＰＵ及びｄＧＰＵの利用メトリクスは、ビジー時間に対するアイドル時間の比として、アクティブプロセスの数として、アクティブスレッドの数として、電力消費として、又は、それらの組み合わせとして、プロセッサ利用を含む。統合ＧＰＵ及びディスクリートＧＰＵは、これらのメトリクスを提供するための様々なカウンタを含む。
【0141】
図７の例示的な方法は、識別されたプラットフォームリソース候補をワークロードイニシエータに動的に提供するステップ７３０を含む。いくつかの例では、識別されたプラットフォームリソース候補をワークロードイニシエータに動的に提供するステップ７３０は、プラットフォームリソース完全性サービス２１０が、識別されたプラットフォームリソース候補を含む通知をワークロードイニシエータに送信することによって実行される。
【0142】
追加の例では、プラットフォームリソース推奨は、複数のプラットフォームリソースのうち少なくとも２つがワークロードを実行するために利用可能である場合に、ワークロードを実行するために複数のプラットフォームリソースのうち少なくとも１つを選択する推奨を含む。例えば、推奨又はリソースヒントは、何れのプラットフォームリソース（例えば、ＧＰＵ、ＡＰＵ等）がワークロードをかけるかについてのヒント又は推奨を含み、複数のオプションが利用可能である場合に何れのプラットフォームリソースを使用するかについての推奨／リソースヒントを提供することもできる。
【0143】
更なる説明のために、図８は、本開示のいくつかの実施形態による、ワークロードイニシエータにプラットフォームリソース候補を提供する別の例示的な方法を示すフロー図を示す。図８の方法は、図７の方法と同様であるが、プラットフォームリソースライブラリに、各プラットフォームリソースの性能能力、利用メトリクス、発見不可能性能能力及び性能制限（参照を容易にするためにまとめて「パラメータ」又は「メトリック」と呼ばれる）を収集するステップ８１０も含む点が異なる。そのようなパラメータの収集８１０は、最初の「発見」タスクとしてシステムのワークロード又はブート時間の起動時に実行される。パラメータを収集するステップは、プラットフォームハードウェアリソースに関する情報を収集するステップを含むことができる。
【0144】
オペレーティングシステムブート時又はアプリケーションの最初の実行時に、プラットフォームリソースライブラリ３１２は、プラットフォームリソース発見動作を実行し、全ての利用可能なプラットフォーム情報を判定する。次いで、プラットフォームリソースライブラリ３１２は、リソースプラットフォームレコード（３４０として上述した）に対して発見データをクロスチェックして、システム３００の完全な静的プラットフォームリソース能力リストを構築する。静的プラットフォームリソース能力リストは、プラットフォームリソースライブラリ３１２によってアクセス可能であるように記憶することができる。対照的に、動的動作の場合（例えば、現在のシステム３００のステータス、ロード及びＧＰＵエンジンごとの使用を判定するため）、プラットフォームリソースライブラリ３１２は、現在のプラットフォームリソースメトリクス又はパラメータを収集、処理、記憶及び監視する。また、プラットフォームリソース利用メトリクスは、利用可能な動的ロード範囲内の各プラットフォームリソース（例えば、各エンジン／コア）ロードに対して収集され得る。そのような動的ロード範囲は、任意のプラットフォームリソース能力又は制限に基づくことができる。そのような能力又は制限は、動作モードのタイプ、メモリ帯域幅に基づく制限、又は、システム相互接続ロードに起因し得る。
【0145】
図８の方法は、ワークロードのランタイム中に、複数のプラットフォームリソースの各々について、性能能力、利用メトリクス、発見不可能性能能力及び性能制限を監視するステップ８２０を含む。すなわち、初期発見プロセス及びリソース利用メトリクスのベースラインの設定の後、システムは、リソースのリアルタイム利用及び能力を用いてメトリクスを監視及び更新することができる。監視の一部として、プラットフォームリソース完全性サービス２１０は、システム又はドライバイベントのリストで指定された様々なイベントを監視及びリッスンするプラットフォーム状態変更リスナ３２７を利用することができる。イベントのリストは、時間と共に増加及び成長する可能性がある。一態様では、プラットフォーム状態変更リスナ３２７は、プラットフォームリソースライブラリ３１２に常に登録されなければならない様々な必須イベントを監視し、リッスンする。そのような必須イベントは、例えば、交流／直流（ＡＣ／ＤＣ）スイッチイベント、プラットフォームリソースの追加若しくは除去、電源（例えば、バッテリ／性能スライダ）を介したユーザ要求に基づく電力エンベロープへの変更、又は、制御パネル設定への変更を含む。制御パネル設定に対する変更は、例えば、ＡＣ及びＤＣモードに対する変更を含むことができる。これらの監視されたイベントは、プラットフォームリソース完全性サービス２１０にリアルタイムデータを提供し、プラットフォームリソース候補の識別７２０により良く通知することができる。
【0146】
また、図８の方法において、プラットフォームリソース候補を識別するステップ７２０は、プラットフォームリソース推奨についてのワークロードイニシエータからの要求に基づいて、複数のプラットフォームリソースの各々についての発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照するステップ８３０を含む。プラットフォームリソース完全性サービス２１０は、例えばレコード３４０等のレコードのセットを含むプラットフォームリソースライブラリ３１２を配備する。レコード３４０は、プラットフォームリソース能力（オペレーティングシステムによって発見不可能な能力を含む）、制限、性能メトリクス及び履歴データの完全なリストを含む包括的なリソースプラットフォームデータセットを有するリソースプラットフォームレコードであり得る。レコード３４０は、読み取り専用としてプラットフォームリソースライブラリ３１２によって使用することができる。レコード３４０は、相手先商標製品製造会社（ＯＥＭ）及びプラットフォーム補足情報からプラットフォームリソースライブラリ３１２内に提供することができる。
【0147】
プラットフォームリソースライブラリを参照した後８３０、図８の方法は、複数のプラットフォームリソースの非性能能力及び性能制限に基づいて、プラットフォームリソース候補を識別するステップ８４０によって継続する。すなわち、性能能力に加えて、リソース候補識別は、非性能能力及び性能制限に依存し得る。
【0148】
更なる説明のために、図９は、本開示のいくつかの実施形態による、ワークロードイニシエータにプラットフォームリソース候補を提供する別の例示的な方法を示すフロー図を示す。図９の方法は、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて複数のプラットフォームリソースの各々をランク付けするステップ９１０を含むことを除いて、図７の方法と同様である。いくつかの例では、性能能力、利用メトリクス、発見不可能性能能力及び性能制限に基づいて複数のプラットフォームリソースの各々をランク付けするステップ９１０は、ＡＰＵ１０２又は以下のｄＧＰＵの能力、性能能力、利用メトリクス、発見不可能性能能力及び性能制限をランク付けすることによって、１）ＡＰＵ１０２又はｄＧＰＵによって許容される最大プラットフォーム容量の下で可能な最大フレームレート及び／又は最高品質を配信し、２）メモリ帯域幅、３）計算帯域幅、４）リアルタイムの様々なタイプのユースケースのフレームレートを維持する能力又は容量、５）例えば、最低電力オプション又は最高性能オプションに基づいてワークロードを実行する能力、ＡＰＵ１０２又はｄＧＰＵ間のメモリ転送を最小化する能力、及び、６）メモリを最小化する能力、に基づいてプラットフォームリソース完全性サービス２１０によって実行される。ユーザ選好は、容量をランク付けするためにも使用され得ることに留意されたい。
【0149】
システムの動作中に、リソース利用及び能力が変化する。そのために、図１０は、本開示の実施形態による、ランタイム中にプラットフォームリソース候補が更新される例示的な方法を示すフロー図を示す。図１０の方法は、ワークロードのランタイム中に、複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供するステップ１０１０も含むことを除いて、図７の方法と同様である。いくつかの例では、更新されたプラットフォームリソース候補を動的に提供するステップ１０１０は、プラットフォームリソースを再割り当てするためにワークロードイニシエータに更新された推奨を提供することによって実行される。例えば、以前に提供されたリソース候補のセットにおいて提供されたプラットフォームリソースにおいて変更が検出された場合、プラットフォームリソース候補は、検出された変更に基づいて再識別されてもよく、リソース候補の更新された推奨がワークロードイニシエータに提供され得る。そのような変更は、例えば、性能の変化、アクティブプロセスの数、アクティブスレッドの数、電力消費の損失若しくは利得、又は、それらの組み合わせを含むことができる。
【0150】
更なる説明のために、図１１は、本開示のいくつかの実施形態による、プラットフォームリソース推奨サービスを使用したレンダリングされたフレームのアップスケーリング動作の複合処理の例示的な方法を示すフロー図を示す。本明細書で説明するように、スケーリング動作又は「アップスケーリング」は、例えば、フレームがエンドユーザに提示されるよりも高い解像度でレンダリングされる場合等のように、ダウンスケーリングも含むことができることに留意されたい。したがって、概して、スケーリング動作は、スケーリング動作と共に又は独立して、スケーリングなしに、クロスデバイス方式で、スケーリングなしの画像処理（例えば、画像鮮鋭化）を含むことができる。
【0151】
図１１の例示的な方法は、（レンダリングされたフレームの）アップスケーリング動作を実行するために利用可能な複数のプラットフォームリソースを識別するステップ１１１０であって、リソースは、（少なくとも）１つ以上のＧＰＵ及び１つ以上のＡＰＵを含む、ステップを含む。いくつかの例では、データをアップスケールするためにｄＧＰＵ１３４及びＡＰＵ１０２の可用性を動的に識別することによって、アップスケーリング動作を実行するために利用可能な複数のプラットフォームリソースを識別するステップ１１１０。
【0152】
図１１の例示的な方法は、アップスケーリング動作の少なくともモダリティに基づいて、複数のプラットフォームリソースのうち１つ以上にアップスケーリング動作のワークロードを動的に割り当てるステップ１１２０を含む。いくつかの例では、ワークロードをプラットフォームリソースのうち１つ以上に動的に割り当てるステップ１１２０は、ＡＰＵとｄＧＰＵとの間でラスタライゼーション及びワークロードのアップスケーリングを拡散するプラットフォームリソース完全性サービス２１０によって実行される。すなわち、プラットフォームリソース完全性サービス２１０は、統合ＧＰＵ計算エンジン（例えば、図１の統合ＧＰＵ計算エンジン１１０）及びディスクリートＧＰＵ計算エンジン（例えば、図１のディスクリートＧＰＵ計算エンジン１４０）の能力及び利用メトリクスに基づいて、ＡＰＵとｄＧＰＵとの間でラスタ化及びアップスケーリングワークロードを分散させることができる。
【0153】
図１１の例示的な方法は、ワークロードを動的に割り当てるステップに基づいて、複数のプラットフォームリソースのうち１つ以上によるアップスケーリング動作のワークロードを処理するステップ１１３０を含む。いくつかの例では、ワークロードを動的に割り当てることに基づいて複数のプラットフォームリソースのうち１つ以上によるアップスケーリング動作のワークロードを処理するステップ１１３０は、アップスケーリング動作がＡＰＵ１０２、ｄＧＰＵ１３４又はその両方に割り当てられていることを特定のプラットフォームリソースに示すことによって実行される。かかる指標に基づいて、ＡＰＵ１０２、ｄＧＰＵ１３４又はその両方は、プロセスを実行することができる。
【0154】
更なる説明のために、図１２は、本開示のいくつかの実施形態による、プラットフォームリソース推奨サービスを使用したレンダリングされたフレームのアップスケーリング動作の複合処理の別の例示的な方法を示すフロー図を示す。図１２の方法は、アップスケーリング動作を実行するために利用可能なプラットフォームリソースを識別する（１１１０）代替実施形態を示すことを除いて、図１１の方法と同様である。一実施形態では、本方法は、ユーザ選好に基づいてアップスケーリング動作のモダリティを選択するステップ１２１０を含む。いくつかの例ではユーザ選好に基づいてアップスケーリング動作のモダリティを選択するステップ１２１０は、アップスケーリング及びアップスケーリング動作のモダリティの選択のためのユーザ選好を識別又は学習することによって、（機械学習動作を介して）実行される。例えば、アップスケーリング動作のモダリティは、ユーザ選好又は学習されたユーザプロファイルに基づく最近傍補間（nearest-neighbor interpolation）、バイリニア（基本補間（basic interpolation））及びバイキュービックアルゴリズム（複素補間（complex interpolation））であり得る。
【0155】
別の実施形態では、アップスケーリング動作を実行するために利用可能なプラットフォームリソースの識別１１１０は、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいてアップスケーリング動作のモダリティを選択するステップ１２２０を含む。いくつかの例では、複数のプラットフォームリソースのうち１つ以上の性能能力に基づいてアップスケーリング動作のモダリティを選択するステップ１２１０は、アップスケーリング及びアップスケーリング動作のモダリティの選択のために複数のプラットフォームリソースのうち１つ以上の性能能力を識別又は学習することによって、機械学習動作を介して実行される。
【0156】
プラットフォームリソースの識別１１１０と同様に、様々な方法で実行することができ、ワークロードの割り当ても実行することができる。そのために、図１３は、本開示のいくつかの実施形態による、ワークロードの割り当てがいくつかの異なる方法で実行されるアップスケーリング動作の複合処理の別の例示的な方法を示すフロー図を示す。より具体的には、図１３の例示的な方法は、以下を含むユーザ選好に基づいてワークロードを動的に割り当てるステップ１３１０、及び、複数のプラットフォームリソースの性能能力に基づいてワークロードを動的に割り当てるステップ１３２０を含む。
【0157】
いくつかの例では、（レンダリングされたフレームの）アップスケーリング動作のワークロードを動的に割り当てるステップ１３１０は、ユーザ選好に応じてＡＰＵ１０２、ｄＧＰＵ１３４又はその両方でレンダリング動作、アップスケーリング動作及び表示動作を選択することによって実行される。例えば、最低電力でのゲーミングアプリケーションの実行を指定するユーザ選好低電力モードにある間にゲームをプレイし続けるために、プラットフォームリソース完全性サービス２１０は、ＡＰＵ１０２上で全ての動作を実行するように推奨を提供し、ｄＧＰＵ１３４を無視する。別の例では、ユーザ選好が、レイトレーシングを用いてフレームレートを最大化することである場合、プラットフォームリソース完全性サービス２１０は、ｄＧＰＵ１３４を利用して、より低い空間単位で画像をレンダリングすることができ、その間にワークフロータスクをＡＰＵ１０２に割り当てて、より低い解像度レンダリングを高解像度に復元する。そのような復元は、ユーザ選好及びプラットフォーム能力に基づいて適切なアップスケーリングアルゴリズムを選択することによって、アップスケーリングのための柔軟性を提供するために、エッジ強調等のフィルタリングを含むことができる。
【0158】
図１１の例示的な方法は、プラットフォームリソースの性能能力に基づいてワークロードを動的に割り当てるステップ１３２０を含む。いくつかの例では、プラットフォームリソースの性能能力に基づいてワークロードを割り当てるステップ１３２０は、ＡＰＵ１０２及びｄＧＰＵ１３４のプラットフォーム能力に応じて、ＡＰＵ１０２、ｄＧＰＵ１３４又はその両方でレンダリング動作、アップスケーリング動作及び表示動作を選択することによって実行される。例えば、ＡＰＵ１０２、ｄＧＰＵ１３４又はその両方は、１つ以上のポリシーに基づいて、リソースに割り当てられたワークロードがリソースのオーバーサブスクリプションをもたらさないと判定することによって、ラスタライゼーション又はアップスケーリングを実行するように選択することができる。一例として、ポリシーは、ＡＰＵ１０２、ｄＧＰＵ１３４の何れか又は両方がオーバーサブスクライブされない限り、追加されたワークロードを有するＡＰＵにレンダリング及び表示を割り当てることができる一方で、フレームレートを最大化する能力に起因して、可能であれば、ｄＧＰＵに配置されるワークロードをアップスケールするためにｄＧＰＵを推奨することができると述べることができる。例えば、そのようなポリシーは、アップスケーリングワークロード又はアップスケーリングワークロードのコンポーネントが配置されるべき場所に関する選好、ワークロードの側面（例えば、速度、電力消費、画質等）に関する列挙された優先順位、ワークロードに関する基本要件（例えば、フレームレート、レイテンシ、出力解像度）、ワークロードに関するクリティカルリソース（例えば、何れのリソースがワークロードによって頻繁に利用されるか）、セキュリティ及び保護ポリシー等を指定する。
【0159】
ポリシーは、ポリシーに基づいて、アップスケーリング動作のワークロードをＡＰＵ１０２、ｄＧＰＵ１３４又はその両方に割り当てることを要求することができる、１）ＡＰＵ１０２又はｄＧＰＵによって許容される最大プラットフォーム容量の下で可能な最大フレームレート及び／又は最高品質を配信する、２）メモリ帯域幅に基づいて割り当てる、３）計算帯域幅に基づいて優先順位を付ける、４）リアルタイムの様々なタイプのユースケースのためにフレームレートを維持する能力又は能力に基づいて割り当てる、５）例えば、最低電力オプション又は最高性能オプションに基づいてワークロードを実行する能力、ＡＰＵ１０２又はｄＧＰＵ間のメモリ転送を最小限に抑える能力等、エネルギーを節約する能力及び能力に基づいて割り当てる、６）メモリフットプリントを最小限に抑える能力に基づいて割り当てる。
【0160】
加えて、複数のプラットフォームリソースのうち１つ以上の間でワークロードのレンダリング動作、アップスケーリング動作及び表示動作を割り当てることは、複数のプラットフォームリソースのうち１つ以上の電力状態（例えば、ＡＣ電力からＤＣ電力への変化、又は、ＤＣ電力からＡＣ電力への変化）、及び、複数のプラットフォームリソースのうち１つ以上の性能能力に基づくことができる。
【0161】
上記を考慮して、当業者の読者は、本開示によるいくつかの実施形態がいくつかの利点を提供することを理解するであろう。実施形態は、アプリケーションが過度に利用されるリソース上にワークロードを置かないように、システムのランタイム挙動への可視性を有するマルチＧＰＵシステム上でワークロードを初期化することを意図するアプリケーションを提供する。更に、特徴／ワークロードタイプに対するポリシーは、リソースマネージャのポリシーエンジンが、その特徴／ワークロードタイプに対する最適なワークロード割り当て推奨を行うことを可能にする定義を提供する。したがって、システムは、ワークロードが予想通りに実行されることを保証することができ、又は、アプリケーションは、ワークロードを初期化する前に、性能が保証され得ないことを通知される。このようにして、ユーザエクスペリエンスが改善される。
【0162】
いくつかの実施形態は、メモリ－ローカルコンピューティングがアトミック動作に効率的に使用されることを可能にし、これは、ある範囲の重要なワークロード（例えば、グラフ分析、スパース行列代数、機械学習等）の性能を改善することができる。そのようなアプリケーションは、利用可能な場合にはキャッシュ局所性を活用し、合体機会を動的に識別して、より効率的なマルチモジュールメモリローカル処理動作を可能にすることができる。
【0163】
いくつかの実施形態は、システム、装置、方法及び／又は論理回路であり得る。本開示のコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（instruction-set-architecture、ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、又は、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋、等のオブジェクト配向プログラミング言語、並びに、「Ｃ」プログラミング言語又は同様のプログラミング言語等の従来の手続き型プログラミング言語等１つ以上のプログラミング言語の任意の組み合わせで書き込まれたソースコード若しくはオブジェクトコードのうち何れかであり得る。いくつかの実施形態では、例えば、プログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又はプログラマブル論理アレイ（ＰＬＡ）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行する。
【0164】
本開示の態様は、本開示のいくつかの実施形態による方法、装置（システム）及び論理回路のフロー図及び／又はブロック図を参照して本明細書に記載されている。フロー図及び／又はブロック図の各ブロック、並びに、フロー図及び／又はブロック図におけるブロックの組み合わせは、論理回路によって実施され得ることが理解されよう。
【0165】
また、論理回路は、プロセッサ、他のプログラマブルデータ処理装置又は他のデバイスに実装されて、コンピュータ実施プロセスを生成するために、プロセッサ、他のプログラマブル装置又は他のデバイス上で実行される一連の動作ステップを行わせ、そのため、コンピュータ、他のプログラマブル装置又は他のデバイス上で実行される命令は、フロー図及び／又はブロック図のブロックに指定される機能／行為を実施する。
【0166】
図中のフロー図及びブロック図は、本開示の様々な実施形態によるシステム、方法及び論理回路の可能な実施形態のアーキテクチャ、機能及び動作を示す。これに関して、フローチャート又はブロック図の各ブロックは、指定された論理機能を実装するための１つ以上の実行可能命令を含む、命令のモジュール、セグメント又は部分を表すことができる。いくつかの代替的な実施形態では、ブロックに記載されている機能は、図に記載された順序から外れて発生する可能性がある。例えば、連続して示される２つのブロックは、実際には実質的に同時に実行されてもよいし、又は、ブロックは、関与する機能に応じて、逆の順序で実行されてもよい。ブロック図及び／又はフロー図の各ブロック、並びに、ブロック図及び／又はフロー図におけるブロックの組み合わせは、指定された機能若しくは行為を実行するか、又は、専用ハードウェアとコンピュータ命令との組み合わせを行う、専用ハードウェアベースのシステムによって実施することができることにも留意されたい。
【0167】
本開示は、その実施形態を参照して具体的に示され、説明されてきたが、以下の特許請求の範囲の趣旨及び範囲から逸脱することなく、形態及び詳細で様々な変更が行われ得ることを理解されたい。したがって、本明細書に記載された実施形態は、説明のためのものに過ぎず、本発明を限定するものではない。本開示は、詳細な説明ではなく添付の特許請求の範囲によって定義され、その範囲内の全ての差異は、本発明に含まれると解釈されるべきである。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図4】
【図5A】
【図5B】
【図5C】
【図5D】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【手続補正書】
【提出日】2024-05-29
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プラットフォームリソース候補を提供する方法であって、プラットフォームリソース候補に対する要求をワークロードイニシエータから受信するステップと、
前記要求と、複数のプラットフォームリソースの性能能力及び利用メトリクスと、に基づいて、１つ以上のプラットフォームリソース候補を識別するステップであって、前記複数のプラットフォームリソースは、１つ以上のグラフィックスプロセッサユニット（ＧＰＵ）及び１つ以上の加速処理ユニット（ＡＰＵ）を含む、ステップと、
識別された１つ以上のプラットフォームリソース候補を前記ワークロードイニシエータに動的に提供するステップと、を含む、
方法。
【請求項2】
前記プラットフォームリソース候補は、前記複数のプラットフォームリソースの非性能能力及び性能制限に基づいて識別される、請求項１の方法。
【請求項3】
プラットフォームリソースライブラリ内の前記複数のプラットフォームリソースに関する前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限を収集するステップを含む、請求項１の方法。
【請求項4】
前記ワークロードイニシエータからの要求に基づいて、前記複数のプラットフォームリソースの発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照するステップを含む、請求項１の方法。
【請求項5】
前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限を監視するステップを含む、請求項１の方法。
【請求項6】
装置であって、コンピュータプロセッサと、
前記コンピュータプロセッサに動作可能に結合されたコンピュータメモリと、を備え、
前記コンピュータメモリは、コンピュータプログラム命令を含み、
前記コンピュータプログラム命令は、前記コンピュータプロセッサによって実行されると、
プラットフォームリソース候補に対する要求をワークロードイニシエータから受信することと、
前記要求と、複数のプラットフォームリソースの性能能力及び利用メトリクスと、に基づいて、１つ以上のプラットフォームリソース候補を識別することであって、前記複数のプラットフォームリソースは、１つ以上のグラフィックスプロセッサユニット（ＧＰＵ）及び１つ以上の加速処理ユニット（ＡＰＵ）を含む、ことと、
識別された１つ以上のプラットフォームリソース候補を前記ワークロードイニシエータに動的に提供することと、
を前記装置に行わせる、
装置。
【請求項7】
前記コンピュータプログラム命令は、実行されると、前記ワークロードイニシエータからの要求に基づいて、前記複数のプラットフォームリソースの発見不可能性能能力、性能制限及び履歴性能データを判定するために、プラットフォームリソースライブラリを参照することを前記装置に行わせる、請求項６の装置。
【請求項8】
前記コンピュータプログラム命令は、実行されると、前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限を監視することを前記装置に行わせる、請求項６の装置。
【請求項9】
前記コンピュータプログラム命令は、実行されると、前記ワークロードのランタイム中に、前記複数のプラットフォームリソースの調整された性能能力及び調整された利用メトリクスに基づいて、更新されたプラットフォームリソース候補を動的に提供することを前記装置に行わせる、請求項６の装置。
【請求項10】
前記コンピュータプログラム命令は、実行されると、前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限に基づいて、前記複数のプラットフォームリソースの各々をランク付けすることを前記装置に行わせる、請求項６の装置。
【請求項11】
前記コンピュータプログラム命令は、実行されると、前記性能能力、前記利用メトリクス、発見不可能性能能力及び性能制限に基づいて、前記複数のプラットフォームリソースの各々について前記ワークロードを実行するための利用影響を予測することを前記装置に行わせる、請求項６の装置。
【国際調査報告】