CUDAのストリームとイベント：明確化

Question

私はCUDAストリームとイベントについて読んでいました。以下のリンクのスレッドから、司会者が言った（私は引用しています）：

ストリームに提出されたコマンドは、順番に完了することが保証されています。アプリケーションがグリッドランチとイベントレコードをストリームに送信すると、ドライバはグリッドランチ、同期コマンド、およびイベントレコードを接続にプッシュします。フロントエンドは、カーネルの起動が完了して同期トークンがクリアされるまで、イベント記録コマンドを処理しません。 接続がブロックされています。コンピューティング機能3.5デバイスでは、フロントエンドは他の接続を処理し続けることができます。計算機能< 3.5デバイスでは、フロントエンドは単にブロックされます。

は私が懸命に試みたが、司会者は、接続がブロックされていることを述べ、なぜ私が理解することはできません。何か説明してください。ありがとうございました。

スレッドURL：このコンテキストでhttps://devtalk.nvidia.com/default/topic/599056/concurrent-kernel-and-events-on-kepler/?offset=4

Answer 1

接続は、コマンド・キューのように振る舞います。計算機能を備えたデバイス< 3.5には、接続/コマンドキューが1つしかありません。論理的には複数のストリームが存在する可能性がありますが、コマンドがデバイスに送信されるまでには、それらはすべて同じキューで終了し、お互いをもう追い越すことはできません。

だから、ブロック、他のすべてのイベントを記録するように、デバイス側を遮断する一つのコマンド。 Later devices support multiple connections、各ストリームは独自のコマンドキューを取得します。