JP2023505783A - Ｇｐｕパケット集約システム - Google Patents

Abstract

グラフィックス処理ユニット（ＧＰＵ）［１００］は、データを入力パケット［１３０］から自動的に集約するパケット管理コンポーネント［１０４］を含む。受信した第１の入力パケットが送信条件を示さないと判定したことに応じて、及び、生成された出力パケット［１３２］が出力サイズ閾値よりも小さいと判定したことに応じて、パケット管理コンポーネントは、第１の入力パケットに対応するデータを、パケットバッファーに記憶された第２の入力パケットに対応するデータと共に集約する。受信した第３の入力パケットが送信条件を示していると判定したことに応じて、パケット管理コンポーネントは、集約データを出力パケットで計算ユニットに送信して、送信条件によって示される動作を行う。【選択図】図１

Description

多くの場合、プロセッサは、計算ユニット（ＣＵ）と呼ばれる複数のモジュールを使用して、動作を並行して実行する。例えば、プロセッサは、グラフィックス処理ユニット（ＧＰＵ）を使用して、様々な画像処理又は他の汎用処理アプリケーションを実行する。これらの動作の効率的な実行をサポートするために、ＧＰＵは、動作を並行して実行するための複数のＣＵを含む。しかしながら、場合によっては、これらの動作を行うために使用されるデータの通信によって、プロセッサの全体的効率に影響を与える。例えば、場合によっては、グラフィックス処理動作及びベクトル処理動作のインデックスが、バス等の通信ファブリックを介してＣＵに送信される。状況によっては、これらのデータ転送をサポートする通信トラフィックが、通信ファブリックの使用可能な帯域幅の大部分を不必要に消費するため、ＧＰＵの全体的な処理効率が低下する。

本開示は、添付図面を参照することによってより良好に理解され、その多くの特徴及び利点が当業者に明らかになる。異なる図面で同じ符号が使用される場合、類似又は同一のアイテムを示す。

いくつかの実施形態による、データを入力パケットから自動的に集約するハードウェアを含むグラフィックス処理ユニットのブロック図である。 いくつかの実施形態による、データを入力パケットから集約する方法を示すフロー図である。 いくつかの実施形態による、入力パケット及び出力パケットの例示的なタイムラインを処理する例示的なパケット管理コンポーネントを示すブロック図である。 いくつかの実施形態による、インデックスを入力パケットから集約して、出力パケットのインデックスを送信する、例示的なパケット管理コンポーネントを示すブロック図である。

本明細書で説明するように、様々な実施形態では、グラフィックス処理ユニット（ＧＰＵ）等の処理ユニットのパケット集約システムのパケット管理コンポーネントは、出力ウェーブフロント（wavefront）が出力サイズ閾値よりも小さいと検出したことに応じて、データを着信パケットから集約する。送信条件（例えば、着信パケットがコンテキストスイッチを示す、又は、データが特定の時間にわたってパケット管理コンポーネントに保存又は保持されていることを示す）又は他の出力条件を検出したことに応じて、パケット管理コンポーネントは、集約データをウェーブフロントとして出力する。その結果、データが集約されていないシステムと比較して、通信インフラストラクチャがより効率的に使用される。さらに、場合によっては、入力パケットの数及びソフトウェア処理によるタイムラグのために、ソフトウェアシステム（例えば、ドライバ）がタイムリーに出力条件を検出することは困難である。説明する実施形態では、説明するシステムが、入力パケットが受信される場合にハードウェアレベルで出力条件を検出するので、ソフトウェアドライバがデータを集約するシステムと比較して、システムは出力条件をより容易に検出する。

ＣＰＵ及び他のマルチスレッド処理ユニットは、通常、複数のデータセットで命令又は動作のセットを同時に実行する複数の処理要素（プロセッサコア又は計算ユニットとも呼ばれる）を実装する。命令又は動作のセットはスレッドと呼ばれる。スレッドの動作及びプログラムデータは、パケットと呼ばれる通信を介してコマンドプロセッサによって処理要素に送信される。グラフィックシステム等のいくつかの実施形態では、パケットは、ウェーブフロントと呼ばれるグラフィックデータの集合である。

場合によっては、ウェーブフロント（又は他のパケット）の通信はハードウェア的に非効率的である。例えば、プログラムが、それぞれが、わずかのインデックス（例えば、１つ又は５つのインデックス）を有する多くのウェーブフロント（例えば、描画）を必要とする場合、結果として得られるウェーブフロントは、それぞれ、より多くのインデックス（例えば、３２ワイドのインフラストラクチャ又は２５６ワイドの通信インフラストラクチャ）を含む、ウェーブフロントを送信するように設計された通信インフラストラクチャの利用が非効率になる。様々な実施形態では、インデックスは、頂点座標の位置を提供するユーザーによって生成された値を指す。場合によっては、着信パケットは単一のウェーブフロントで通信できるデータよりも多くのデータを含むが、通信インフラストラクチャを効率的に使用するには、パケットに基づいて生成された最後のウェーブフロントには十分なデータがない。さらに、場合によっては、ソフトウェアドライバを使用してウェーブフロントデータを集約する場合、ウェーブフロントの量が原因で、ソフトウェアが出力条件（例えば、レジスタ状態の更新、パイプラインフラッシュ、又はコンテキストスイッチ）を検出することは困難である。

図１は、いくつかの実施形態による、データを入力パケットから自動的に集約するハードウェアを含むグラフィックス処理ユニット（ＧＰＵ）１００のブロック図である。図示した実施形態では、ＧＰＵ１００は、コマンドプロセッサ１０２と、パケット管理コンポーネント１０４と、計算ユニット１０６と、を含む。パケット管理コンポーネント１０４は、パケットバッファー１１０と、パケット集約コンポーネント１１２と、出力条件検出コンポーネント１１４と、を含む。出力条件検出コンポーネント１１４は、送信条件検出コンポーネント１２０及びタイムアウト検出コンポーネント１２２を含む。しかしながら、他の実施形態では、他の構造配列（例えば、追加のコンポーネント又は少数のコンポーネント）が想到される。例えば、いくつかの実施形態では、送信条件検出コンポーネント１２０は、タイムアウト検出コンポーネント１２２を含む。他の実施形態では、タイムアウト検出コンポーネント１２２は、出力条件検出コンポーネント１１４から分離される。さらに、明確にする理由で単一の計算ユニット１０６だけが示されているが、様々な実施形態では、ＧＰＵ１００は複数の計算ユニットを含む。

いくつかの実施形態では、ＧＰＵ１００は、デスクトップコンピュータ又はラップトップコンピュータ、サーバー、スマートフォン、タブレット、ゲーム機、又は、他の電子デバイス等のデバイスの一部である。デバイスは、様々なコマンド又は命令（例えば、描画コマンド）をＧＰＵ１００に送信する中央処理装置（ＣＰＵ）を含む。

図示した実施形態では、ＧＰＵ１００は様々な動作を実行する。これらの動作は、処理するデータを呼び出すプログラム呼び出しを含む。結果として、コマンドプロセッサ１０２は、様々な入力パケット１３０をパケット管理コンポーネント１０４に送信し、ここで、入力パケットは、プログラム呼び出しに基づいて、ＧＰＵ１００からの様々なコマンドのセットを示す。様々な実施形態では、入力パケット１３０は、描画インデックス又は送信条件の指標（例えば、パケット管理コンポーネント１０４にデータを１つ以上の計算ユニットに出力させるイベントの指標）を含む様々なタイプのデータを含む。いくつかの実施形態では、入力パケット１３０は、一定期間にわたって連続的に送信される。パケット管理コンポーネントは、入力パケット１３０からのデータに基づいて、出力パケット１３２を生成する。出力パケットが出力サイズ閾値よりも小さいことに応じて（例えば、入力パケットが出力サイズ閾値のパケットを生成するために使用される量より少ないデータを含むため、又は、入力パケットが複数の出力パケットが生成されたデータを十分に含み、最後の出力パケットが出力サイズ閾値よりも小さいため）、パケット管理コンポーネント１０４は、入力パケット１３０の１つ以上の入力パケットに対応するデータを保持及び集約して、集約データを出力パケット１３２として、計算ユニット１０６等の１つ以上の計算ユニットに出力する。いくつかの実施形態では、出力パケット１３２は複数の計算ユニットのそれぞれに送信される、又は、異なる出力パケットは各々の計算ユニットに送信される。いくつかの実施形態では、集約された出力パケットは、それが集約された出力パケットに含まれる最初に受信された入力パケットであるかのように送信される（例えば、最初に受信された入力パケットに対応する様々なヘッダー及び他のデータを含む）。他の実施形態では、集約された出力パケットは、それが受信された異なる入力パケットであるかのように送信される、集約された出力パケットは受信された複数の入力パケットを示す、又は、集約された出力パケットは受信された入力パケットの何れも示さない。

より具体的には、入力パケット１３０のうち１つ以上を受信したことに応じて、パケット管理コンポーネント１０４は、受信された入力パケットを分析する。送信条件検出コンポーネント１２０に基づいて、入力パケットが送信条件を示さないと検出したことに応じて、パケット管理コンポーネント１０４は、パケット集約コンポーネント１１２を使用して、パケットバッファー１１０の入力パケットに対応するデータを集約する。例えば、パケット集約コンポーネント１１２は、着信入力パケットに対応するデータを、パケットバッファー１１０に以前に記憶されたデータと一緒に集約する。いくつかの実施形態では、データは入力パケットの全部である。他の実施形態では、データは、入力パケットの一部、入力パケットによって示されるデータ（例えば、入力パケットによって示される１つ以上の計算の結果として生成されるデータ）、又は、それら両方である。送信条件検出コンポーネント１２０を使用して、入力パケットが送信条件を示していると検出したことに応じて、パケット管理コンポーネント１０４は、集約データを、出力パケット１３２の計算ユニット１０６等の１つ以上の計算ユニットに送信する。したがって、出力パケットが各入力パケットに対して送信されるシステムと比較して、より少ない出力パケット１３２が計算ユニット１０６に送信される。いくつかの実施形態では、入力パケット１３０は、描画コマンドのインデックスであり、出力パケット１３２は、入力パケット１３０の複数の入力パケットに対応するインデックスを含むウェーブフロントである。いくつかの実施形態では、送信条件検出コンポーネント１２０は、出力パケットが出力サイズ閾値よりも小さいと検出したことに応じて、入力パケットが送信条件を示すかどうかだけを判定する。他の実施形態では、送信条件検出コンポーネント１２０は、出力パケットが出力サイズ閾値よりも小さいかどうかを検出することに並行して、様々な送信条件を検出する。

パケット管理コンポーネント１０４に出力パケット１３２を計算ユニット１０６に送信させる様々な出力条件が想到される。いくつかの実施形態では、出力条件は、送信条件（例えば、着信パケットによって示される条件）、タイムアウト条件、及び、サイズ条件を含む。したがって、出力条件検出コンポーネント１１４は、様々な出力条件を検出するためのバッファー及び読み取りイネーブルロジック等の様々なハードウェアを含む。図示した実施形態では、いくつかの出力条件は、入力パケット１３０の入力パケットによって示される送信条件である。いくつかの例を提供するために、場合によっては、入力パケットの状態情報がレジスタ状態の更新（例えば、描画トポロジを指定するパケット、描画ワークロードの分散を制御するパケット、又は、インデックスタイプのビット数を指定するパケット）、又は、イベント（例えば、パイプラインフラッシュ（例えば、誤った分岐予測によりパイプラインの命令が削除されるプロセス）、又は、コンテキストスイッチ（２つのアプリケーション、タスク、又は、プログラム間のスイッチ））を示す。さらに、場合によっては、出力条件は、描画ソースを変更すること（例えば、ダイレクトメモリアクセスから自動インデックスへの変更、又は、逆の場合も同様）、仮想現実制御フィールドを変更すること、又は、描画間のインデックスサイズを変更することを含む。しかしながら、他の様々な手段によって検出された条件を含む他の出力条件も同様に想到される。

場合によっては、出力条件は、タイムアウト検出コンポーネント１２２のパケットストレージタイマーがタイムアウト閾値を超えていることを示すタイムアウト検出コンポーネント１２２を含む。例えば、いくつかの実施形態では、パケットストレージタイマーは、少なくともいくつかのデータがパケットバッファー１１０に記憶されている時間を追跡する（例えば、最も長く記憶されたデータを追跡する）。時間がタイムアウト閾値（例えば、５０クロックサイクル又は１マイクロ秒）を超えていることに応じて、タイムアウト検出コンポーネント１２２は出力条件を示す。場合によっては、タイムアウト閾値はユーザー指定である。他の場合、タイムアウト閾値は、ＧＰＵ１００で起動しているアプリケーション等の別のエンティティによって指定される。

場合によっては、パケットバッファー１１０に記憶又は保持されるデータは、パケット管理コンポーネント１０４と計算ユニット１０６との間の通信インフラストラクチャの容量を超える。したがって、出力パケットは通信インフラストラクチャを効率的に利用し得る。したがって、いくつかの実施形態では、出力条件は、パケットバッファー１１０に記憶された集約データの量が出力サイズ閾値を超えていると判定することを含む。いくつかの実施形態では、出力サイズ閾値はユーザー指定である。いくつかの実施形態では、出力サイズ閾値は、出力パケット１３２を計算ユニット１０６に送信するために使用される通信インフラストラクチャのサイズに対応する。説明するために、通信インフラストラクチャが３２ワイドである場合、パケットバッファーが３１を超えるインデックスを記憶していることを検出すると、出力条件検出コンポーネント１１４に、出力条件が満たされていることを示させる。

入力パケット１３０のデータを集約する様々な方法が想到される。例えば、一実施形態では、パケット集約コンポーネント１１２は、パケットバッファー１１０に、各々のデリミターによって分離された入力パケット１３０のデータを記憶させる。別の例として、別の実施形態では、入力パケット１３０のデータを集約することは、入力パケット１３０の各々の入力パケットに対応するアドレスを示すために、パケットバッファー１１０に記憶されたヘッダーファイルを更新することを含む。いくつかの実施形態では、入力パケット１３０は、全体として、パケットバッファー１１０に記憶される、又は、そうでければ保持される。他の実施形態では、入力パケット１３０の一部だけが、パケットバッファー１１０に記憶される、又は、そうでければ保持される。

したがって、パケット（例えば、描画インデックス）がハードウェアコンポーネントによって自動的に（例えば、パケットに関する特定のソフトウェア命令なしで）集約されるシステムが開示される。いくつかの実施形態では、システムは、ソフトウェア管理を行わないでパケットを集約する。さらに、システムは様々な出力条件（例えば、レジスタ状態の更新及びイベント）を検出し、出力条件に応じて集約されたパケットを送信する。システムは、出力条件を自動的に検出することによって、ソフトウェアの介入又はレガシーソフトウェアの再設計を要求することなく、効率的なパケット集約をサポートする。

図２は、いくつかの実施形態による、データを入力パケットから集約する方法２００を示すフロー図である。方法２００は、いくつかの実施形態では、図１のＧＰＵ１００のパケット管理コンポーネント１０４によって実施される。いくつかの実施形態では、方法２００は、コンピュータ可読記憶媒体によって記憶された１つ以上の命令に応じて、１つ以上のプロセッサによって開始される。

２０２において、方法２００は、コマンドプロセッサからの入力パケットを受信することを含む。例えば、場合によっては、パケット管理コンポーネント１０４は、入力パケット１３０をコマンドプロセッサ１０２から受信する。

２０４において、方法２００は、入力パケットが送信条件を示すかどうかを判定することを含む。例えば、場合によっては、パケット管理コンポーネント１０４は、受信された入力パケット１３０が（例えば、状態情報によって）送信条件（例えば、レジスタ状態更新又はイベント）を示すかどうかを判定する。入力パケットが送信条件を示していると判定したことに応じて、方法２００は２１６に進む。入力パケットが送信条件を示さないと判定したことに応じて、方法２００は２０６に進む。

２０６において、入力パケットが送信条件を示さないと判定したことに応じて、方法２００は、出力パケットが開いているかどうかを判定することを含む。例えば、場合によっては、パケット管理コンポーネント１０４は、パケットバッファー１１０がオープン出力パケットを含むかどうかを判定する。出力パケットが開いていると判定したことに応じて、方法２００は２１０に進む。開いている出力パケットがないと判定したことに応じて、方法２００は２０８に進む。

２０８において、開いている出力パケットがないと判定したことに応じて、方法２００は、新しい出力パケットを生成することを含む。例えば、場合によっては、パケット管理コンポーネント１０４は、パケットバッファー１１０で新しい出力パケットを生成する。

２１０において、出力パケットが開いていると判定したことに応じて、又は、新しい出力パケットの生成に続いて、方法２００は、入力パケットのコンテンツを出力パケットに追加することを含む。例えば、場合によっては、パケット管理コンポーネント１０４は、パケットバッファー１１０において、入力パケット１３０に対応するデータを、以前に記憶された又はそうでなければ保持された１つ以上の入力パケットに対応するデータと一緒に集約する。別の例として、場合によっては、パケット管理コンポーネント１０４は、入力パケット１３０に対応するデータを、パケットバッファー１１０で新しく生成された出力パケットに追加する。

２１２において、入力パケットのコンテンツを出力パケットに追加した後、又は、着信入力パケットの指標がないことに応じて、方法２００は、タイムアウト条件が満たされているかどうかを判定することを含む。例えば、場合によっては、タイムアウト検出コンポーネント１２２は、出力パケットの少なくとも一部がパケットバッファー１１０に記憶されている、又は、そうでなければ保持された時間を示すタイムアウトストレージトラッカーをチェックする。タイムアウトストレージトラッカーがタイムアウト閾値を超えていることに応じて、タイムアウト検出コンポーネント１２２は、タイムアウト条件が満たされていると判定する。タイムアウト条件を満たしていると判定したことに応じて、方法２００は２１６に進む。タイムアウトストレージトラッカーがタイムアウト閾値を超えていないことに応じて、タイムアウト検出コンポーネント１２２は、タイムアウト条件が満たされていないと判定する。タイムアウト条件を満たしていないと判定したことに応じて、方法２００は２１４に進む。いくつかの実施形態では、２１２は、さらに、出力パケットのサイズが出力サイズ閾値を超えているかどうかを判定することを含み、出力パケットのサイズが出力サイズ閾値を超えていると判定したことに応じて、２１６に進む。いくつかの実施形態では、出力パケットのサイズが出力サイズ閾値を超えていると判定することと、２１６に進むことは、例えば、２０２～２０４を含む方法２００の他の部分において追加で又は代わりに行われる。

２１４において、タイムアウト条件を満たしていないと判定したことに応じて、又は出力パケットを送信して、送信条件が示された場合、送信条件を行った後、方法２００は、着信入力パケットを示すかどうかを判定することを含む。例えば、場合によっては、パケット管理コンポーネント１０４は、コマンドプロセッサ１０２が入力パケットを送信しているかどうかを判定する。着信入力パケットを検出したことに応じて、方法２００は２０２に進む。入力パケットを検出しなかったことに応じて、方法２００は２１２に進む。

２１６において、入力パケットが送信条件を示していると判定したことに応じて、又は、タイムアウト条件を満たしていると判定したことに応じて、方法２００は、出力パケットを計算ユニットに送信することを含む。例えば、場合によっては、入力パケット１３０が送信条件を示していることに応じて、パケット管理コンポーネント１０４は、出力パケットを閉じ、出力パケットを出力パケット１３２として計算ユニット１０６に送信する。別の例として、場合によっては、タイムアウト検出コンポーネント１２２が、タイムアウト条件を満たしていると検出したことに応じて、パケット管理コンポーネント１０４は、出力パケットを閉じ、出力パケットを出力パケット１３２として計算ユニット１０６に送信する。

２１８において、出力パケットを計算ユニット１０６に送信した後、方法２００は、（例えば、２０４において）送信条件が示された場合、送信条件を行うことを含む。例えば、入力パケット１３０が送信条件を示していることに応じて、パケット管理コンポーネント１０４は、出力パケット１３２を計算ユニット１０６に送信して、次に、示された送信条件を行う。したがって、入力パケットからデータを集約する方法が示される。

図３は、いくつかの実施形態による、入力パケット及び出力パケットを処理する例示的なパケット管理コンポーネントを示すタイムライン３００を示すブロック図である。図示した例では、入力パケット３０２～３１２及び３１６は、パケット管理コンポーネント（例えば、パケット管理コンポーネント１０４）で受信される。さらに、イベント３１４はパケット管理コンポーネントで検出される。

説明するために、入力パケット３０２を受信したことに応じて、新しい出力パケットを生成し、入力パケット３０２によって示される描画データ（描画１）は出力パケットに追加される。入力パケット３０４及び３０６を受信したことに応じて、入力パケット３０４及び３０６によって示される描画データ（描画２及び描画３）は、入力パケット３０２によって示される描画データと一緒に集約される。入力パケット３０８は、コンテキストスイッチ（送信条件）を示す。図示した例では、入力パケット３０８は、入力パケット３０２～３０６が、その後に受信される入力パケット３１０及び３１２とは異なるコンテキストに対応することを示す。したがって、送信条件を検出したことに応じて、入力パケット３０２～３０６によって示される描画データを含む出力パケットが送信され、次に、コンテキストスイッチを行う。入力パケット３１０を受信したことに応じて、新しい出力パケットを生成し、入力パケット３１０によって示される描画データ（描画４）は出力パケットに追加される。入力パケット３１２を受信したことに応じて、入力パケット３１２によって示される描画データ（描画５）は出力パケットに追加される。図示した例では、３１４において、パッケージストレージタイマーが、出力パケットのデータ（例えば、入力パケット３１０によって示される描画データ）の少なくとも一部が、タイムアウト閾値よりも長く記憶されていることが示されることを、タイムアウト検出コンポーネントが検出する。したがって、イベント３１４において、タイムアウト条件が満たされ、入力パケット３１０及び３１２によって示される描画データを含む出力パケットが送信される。入力パケット３１６を受信したことに応じて、新しい出力パケットを生成し、入力パケット３１６によって示される描画データ（描画６）は出力パケットに追加される。したがって、入力パケット及び出力パケットのタイムライン３００の例が示される。

図４は、いくつかの実施形態による、パケットバッファー１１０を含むパケット管理コンポーネント１０４を含む例示的なＧＰＵ４００を示すブロック図である。この例では、パケット管理コンポーネント１０４は、インデックス４１０～４１４を、パケットバッファー１１０に入力パケット４０２～４０６から集約する。結果として、インデックス４１０～４１４は、パケットバッファー１１０に一緒に集約及び記憶される。この例では、入力パケット４０８からのレジスタ状態更新指標４１６に応じて、パケット管理コンポーネント１０４は、出力パケット４２０にインデックス４１０～４１４を送信する。いくつかの実施形態では、入力パケット４０２～４０８は図１の入力パケット１３０に対応し、出力パケット４２０は図１の出力パケット１３２に対応する。

本明細書に開示されるように、いくつかの実施形態では、本方法は、グラフィックス処理ユニット（ＧＰＵ）のコマンドプロセッサから、パケット管理コンポーネントによって、第１のコマンドのセットを示す第１の入力パケットを受信することと、第１の入力パケットが送信条件を示さないと判定したことに応じて、第１の入力パケットに対応するデータを、パケット管理コンポーネントのパケットバッファーに記憶された以前に受信したパケットデータと一緒に自動的に集約することと、を含む。一態様では、本方法は、ＧＰＵから受信されたコマンドの第２のセットを示す第２の入力パケットを受信することと、第２の入力パケットが送信条件を示していると判定したことに応じて、集約データを出力パケットの計算ユニットに送信することと、送信条件によって示される動作を行うことと、を含む。別の態様では、第１の入力パケットは第１の複数の描画インデックスを含み、以前に受信したパケットデータは第２の複数の描画インデックスを含み、集約データは第１の複数の描画インデックス及び第２の複数の描画インデックスを含む。

一態様では、出力パケットは、ＧＰＵの計算ユニットによって行われる動作のセットを含むウェーブフロントである。別の態様では、第２の入力パケットは、レジスタ状態の更新、コンテキストスイッチ、又は、パイプラインフラッシュのうち少なくとも１つを示す。別の態様では、本方法は、動作の実行後、ＧＰＵから受信されたコマンドの第３のセットを示す第３の入力パケットを受信することと、パケットバッファーにおいて第３の入力パケットに対応するデータを記憶することと、タイムアウト条件が満たされていると検出したことに応じて、第３の入力パケットを第２の出力パケットの計算ユニットに送信することと、を含む。さらに別の態様では、本方法は、動作の実行後、ＧＰＵから受信されたコマンドの第３のセットを示す第３の入力パケットを受信することと、パケットバッファーにおいて第３の入力パケットに対応するデータを記憶することと、パケットバッファーに記憶された第２の集約データの量が出力サイズ閾値を超えていると検出したことに応じて、第３の入力パケットを第２の出力パケットの計算ユニットに送信することと、を含む。また別の態様では、出力サイズ閾値はユーザープログラマブルである。

いくつかの実施形態では、グラフィックス処理ユニット（ＧＰＵ）は、ＧＰＵから受信されたコマンドを示す入力パケットを送信するように構成されたコマンドプロセッサと、パケット管理コンポーネントと、を含み、パケット管理コンポーネントは、コマンドプロセッサから受信された入力パケットに対応するデータを記憶するように構成されたパケットバッファーと、パケット集約コンポーネントと、を含み、パケット集約コンポーネントは、着信する第１の入力パケットの状態情報を識別することと、状態情報が集約状態を示していることに応じて、第１の入力パケットに対応するデータを、パケットバッファーに記憶された第２の入力パケットに対応するデータと一緒に集約することと、状態情報が送信条件を示していることに応じて、計算ユニットによって処理するために出力パケットを送信することであって、出力パケットはパケットバッファーに記憶された集約データを含む、ことと、を行うように構成されている。一態様では、パケット集約コンポーネントは、第２の入力パケットに対応するデータの少なくとも一部を記憶している時間が、タイムアウト閾値を超えていることに応じて、出力パケットを送信させるように構成されたタイムアウト検出コンポーネントを含む。別の態様では、タイムアウト閾値はユーザー指定である。

一態様では、出力パケットはウェーブフロントである。別の態様では、集約データは、第１の入力パケットの一部及び第２の入力パケットの一部を含む。別の態様では、集約データは、第１の入力パケット及び第２の入力パケットを含む。

いくつかの実施形態では、本方法は、コマンドプロセッサから、パケット管理コンポーネントによって、グラフィックス処理ユニット（ＧＰＵ）から受信された第１のコマンドのセットを示す第１の入力パケットを受信することと、パケット管理コンポーネントのパケットバッファーにおいて、第１の入力パケットに対応するデータを記憶することと、ＧＰＵから受信されたコマンドの第２のセットを示す第２の入力パケットを受信することと、出力条件が満たされていないと判定したことに応じて、第２の入力パケットに対応するデータを、第１の入力パケットに対応するデータと一緒に自動的に集約することと、出力条件が満たされていると判定したことに応じて、集約データを１つ以上の出力パケットの１つ以上の計算ユニットに送信することと、を含む。一態様では、出力条件が満たされていると判定することは、パケットバッファーに記憶された集約データの量が出力サイズ閾値を超えていると判定したことに応じて行われる。

一態様では、出力条件が満たされていると判定することは、第３の入力パケットが送信条件を示していると判定することを含む。別の態様では、本方法は、第１の入力パケットを受信したことに応じて、パケット管理コンポーネントのタイムアウト検出コンポーネントで、パケットストレージタイマーを開始することを含む。一態様では、出力条件が満たされていると判定することは、パケットストレージタイマーがタイムアウト閾値を超えていると判定することを含む。別の態様では、タイムアウト閾値はユーザー指定である。

コンピュータ可読記憶媒体は、命令及び／又はデータをコンピュータシステムに提供するために、使用中にコンピュータシステムによってアクセス可能な任意の非一時的な記憶媒体又は非一時的な記憶媒体の組み合わせを含む。このような記憶媒体には、限定されないが、光学媒体（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク）、磁気媒体（例えば、フロッピー（登録商標）ディスク、磁気テープ、磁気ハードドライブ）、揮発性メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）若しくはキャッシュ）、不揮発性メモリ（例えば、読取専用メモリ（ＲＯＭ）若しくはフラッシュメモリ）、又は、微小電気機械システム（ＭＥＭＳ）ベースの記憶媒体が含まれ得る。コンピュータ可読記憶媒体（例えば、システムＲＡＭ又はＲＯＭ）はコンピューティングシステムに内蔵されてもよいし、コンピュータ可読記憶媒体（例えば、磁気ハードドライブ）はコンピューティングシステムに固定的に取り付けられてもよいし、コンピュータ可読記憶媒体（例えば、光学ディスク又はユニバーサルシリアルバス（ＵＳＢ）ベースのフラッシュメモリ）はコンピューティングシステムに着脱可能に取り付けられてもよいし、コンピュータ可読記憶媒体（例えば、ネットワークアクセス可能ストレージ（ＮＡＳ））は有線又は無線ネットワークを介してコンピュータシステムに結合されてもよい。

いくつかの実施形態では、上記の技術の特定の態様は、ソフトウェアを実行する処理システムの１つ以上のプロセッサによって実施されてもよい。ソフトウェアは、非一時的なコンピュータ可読記憶媒体に記憶され、又は、非一時的なコンピュータ可読記憶媒体上で有形に具現化された実行可能命令の１つ以上のセットを含む。ソフトウェアは、１つ以上のプロセッサによって実行されると、上記の技術の１つ以上の態様を実行するように１つ以上のプロセッサを操作する命令及び特定のデータを含むことができる。非一時的なコンピュータ可読記憶媒体は、例えば、磁気若しくは光ディスク記憶デバイス、例えばフラッシュメモリ、キャッシュ、ランダムアクセスメモリ（ＲＡＭ）等のソリッドステート記憶デバイス、又は、他の１つ以上の不揮発性メモリデバイス等を含むことができる。非一時的なコンピュータ可読記憶媒体に記憶された実行可能命令は、ソースコード、アセンブリ言語コード、オブジェクトコード、又は、１つ以上のプロセッサによって解釈若しくは実行可能な他の命令フォーマットであってもよい。

上述したものに加えて、概要説明において説明した全てのアクティビティ又は要素が必要とされているわけではなく、特定のアクティビティ又はデバイスの一部が必要とされない場合があり、１つ以上のさらなるアクティビティが実行される場合があり、１つ以上のさらなる要素が含まれる場合があることに留意されたい。さらに、アクティビティが列挙された順序は、必ずしもそれらが実行される順序ではない。また、概念は、特定の実施形態を参照して説明された。しかしながら、当業者であれば、特許請求の範囲に記載されているような本発明の範囲から逸脱することなく、様々な変更及び変形を行うことができるのを理解するであろう。したがって、明細書及び図面は、限定的な意味ではなく例示的な意味で考慮されるべきであり、これらの変更形態の全ては、本発明の範囲内に含まれることが意図される。

利益、他の利点及び問題に対する解決手段を、特定の実施形態に関して上述した。しかし、利益、利点、問題に対する解決手段、及び、何かしらの利益、利点若しくは解決手段が発生又は顕在化する可能性のある特徴は、何れか若しくは全ての請求項に重要な、必須の、又は、不可欠な特徴と解釈されない。さらに、開示された発明は、本明細書の教示の利益を有する当業者には明らかな方法であって、異なっているが同様の方法で修正され実施され得ることから、上述した特定の実施形態は例示にすぎない。添付の特許請求の範囲に記載されている以外に本明細書に示されている構成又は設計の詳細については限定がない。したがって、上述した特定の実施形態は、変更又は修正されてもよく、かかる変更形態の全ては、開示された発明の範囲内にあると考えられることが明らかである。したがって、ここで要求される保護は、添付の特許請求の範囲に記載されている。

Claims (20)

1. パケット管理コンポーネント［１０４］が、グラフィックス処理ユニット（ＧＰＵ）［１００］のコマンドプロセッサ［１０２］から、第１のコマンドのセットを示す第１の入力パケット［４０４］を受信することと、
   前記第１の入力パケットが送信条件を示さないと判定したことに応じて、前記第１の入力パケットに対応するデータ［４１２］を、前記パケット管理コンポーネントのパケットバッファー［１１０］に記憶された、以前に受信したパケットデータ［４１０］と共に自動的に集約することと、を含む、
   方法。
2. 前記ＧＰＵから受信したコマンドの第２のセットを示す第２の入力パケット［４１６］を受信することと、
   前記第２の入力パケットが送信条件を示していると判定したことに応じて、集約データを出力パケットで計算ユニットに送信することと、
   前記送信条件によって示される動作を行うことと、をさらに含む、
   請求項１の方法。
3. 前記第１の入力パケットは第１の複数の描画インデックスを含み、前記以前に受信したパケットデータは第２の複数の描画インデックスを含み、前記集約データは前記第１の複数の描画インデックス及び前記第２の複数の描画インデックスを含む、
   請求項２の方法。
4. 前記出力パケットは、前記ＧＰＵの前記計算ユニットによって行われる動作のセットを含むウェーブフロントである、
   請求項２又は３の方法。
5. 前記第２の入力パケットは、レジスタ状態更新、コンテキストスイッチ又はパイプラインフラッシュのうち少なくとも１つを示す、
   請求項２～４の何れかの方法。
6. 前記動作を行った後に、前記ＧＰＵから受信したコマンドの第３のセットを示す第３の入力パケット［４０６］を受信することと、
   前記パケットバッファーにおいて前記第３の入力パケットに対応するデータ［４１４］を記憶することと、
   タイムアウト条件が満たされていると検出したことに応じて、前記第３の入力パケットを第２の出力パケットで前記計算ユニットに送信することと、をさらに含む、
   請求項２～５の何れかの方法。
7. 前記動作を行った後に、前記ＧＰＵから受信したコマンドの第３のセットを示す第３の入力パケットを受信することと、
   前記パケットバッファーにおいて前記第３の入力パケットに対応するデータを記憶することと、
   前記パケットバッファーに記憶された第２の集約データの量が出力サイズ閾値を超えていると検出したことに応じて、前記第３の入力パケットを第２の出力パケットで前記計算ユニットに送信することと、をさらに含む、
   請求項２～５の何れかの方法。
8. 前記出力サイズ閾値は、ユーザーがプログラム可能である、
   請求項７の方法。
9. 前記ＧＰＵから受信したコマンドを示す入力パケット［１２０］を送信するように構成されたコマンドプロセッサ［１０２］と、
   パケット管理コンポーネント［１０４］と、を備え、
   前記パケット管理コンポーネント［１０４］は、
   前記コマンドプロセッサから受信した前記入力パケットに対応するデータを記憶するように構成されたパケットバッファー［１１０］と、
   パケット集約コンポーネント［１１２］と、を備え、
   前記パケット集約コンポーネント［１１２］は、
   着信する第１の入力パケットの状態情報を識別することと、
   前記状態情報が集約状態を示していることに応じて、前記第１の入力パケットに対応するデータを、前記パケットバッファーに記憶された第２の入力パケットに対応するデータと共に集約することと、
   前記状態情報が送信条件を示していることに応じて、計算ユニットによって処理するために出力パケット［１３２］を送信することであって、前記出力パケットは、前記パケットバッファーに記憶された集約データを含む、ことと、
   を行うように構成されている、
   グラフィクス処理ユニット（ＧＰＵ）［１００］。
10. 前記パケット集約コンポーネントは、前記第２の入力パケットに対応する前記データの少なくとも一部を記憶している時間がタイムアウト閾値を超えていることに応じて、前記出力パケットを送信させるように構成されたタイムアウト検出コンポーネント［１２２］を備える、
    請求項９のＧＰＵ。
11. 前記タイムアウト閾値は、ユーザーによって指定される、
    請求項１０のＧＰＵ。
12. 前記出力パケットは、ウェーブフロントである、
    請求項９又は１０のＧＰＵ。
13. 前記集約データは、前記第１の入力パケットの一部及び前記第２の入力パケットの一部を含む、
    請求項９～１２の何れかのＧＰＵ。
14. 前記集約データは、前記第１の入力パケット及び前記第２の入力パケットを含む、
    請求項９～１２の何れかのＧＰＵ。
15. パケット管理コンポーネント［１０４］が、グラフィックス処理ユニット（ＧＰＵ）［１００］から受信した第１のコマンドのセットを示す第１の入力パケットをコマンドプロセッサ［１０２］から受信することと、
    前記パケット管理コンポーネントのパケットバッファー［１１０］において、前記第１の入力パケットに対応するデータを記憶することと、
    前記ＧＰＵから受信したコマンドの第２のセットを示す第２の入力パケットを受信することと、
    出力条件が満たされていないと判定したことに応じて、前記第２の入力パケットに対応するデータを、前記第１の入力パケットに対応する前記データと共に自動的に集約することと、
    出力条件が満たされていると判定したことに応じて、集約データを１つ以上の出力パケットで１つ以上の計算ユニットに送信することと、を含む、
    方法。
16. 前記出力条件が満たされていると判定することは、前記パケットバッファーに記憶された前記集約データの量が出力サイズ閾値を超えていると判定したことに応じて行われる、
    請求項１５の方法。
17. 前記出力条件が満たされていると判定することは、第３の入力パケットが送信条件を示していると判定することを含む、
    請求項１５又は１６の方法。
18. 前記第１の入力パケットを受信したことに応じて、前記パケット管理コンポーネントのタイムアウト検出コンポーネントにおいてパケットストレージタイマーを開始することをさらに含む、
    請求項１５～１７の何れかの方法。
19. 前記出力条件が満たされていると判定することは、前記パケットストレージタイマーがタイムアウト閾値を超えていると判定することを含む、
    請求項１８の方法。
20. 前記タイムアウト閾値は、ユーザーによって指定される、
    請求項１９の方法。

Images