　現在のゲームをはじめとするプログラムは、複数のタスクが並列に動いているもののGPU側は1つのコマンドストリームしか動作しない。そこで、現在は複数のタスクをスケジューリング化して順次動作するようになっている。しかし、この場合は1つのタスクが終了するまでほかのタスクを動かせない。ここで、信号で管制している一般道をイメージしてほしい。

　優先タスクを用意してそのタスクが来た場合のみ割り込ませるのが「Pre-Emption」だ。この場合、優先タスクが来るとそれを最優先する。一般道で緊急車両が来るとほかの車が道をあけるのに似ている。この場合、優先タスクをスムーズに実行する一方で、データの退避が必要となるのでオーバーヘッドが増える。

　Async Shadersはここまでの「信号で管制する一般道」ではなく、高速道路の入口のように信号がなく、本線が空いていればいつでも進入できる。これを可能としているのがGCN 1.1以降に備えた「Asynchronous Compute Engines」（ACEs）だ。これはGPUの演算ユニット(CU)に対して、汎用の演算命令を発行する。ACEsを使うことでより細かな粒度の処理を扱うことができる。

GPUは同じ処理を並列化して動かすのは得意だが、別々の処理を複数並行して行うのは苦手だ（写真＝左）。一方、実際のプログラムは複数のキューを使って動作しており、うまく並列処理できるなら効率を上げることができる（写真＝右）

演算処理に関しては、GCN 1.1からACEを用意したので、粒度の高い汎用タスクの処理効率を上げることが可能になった

従来のイメージでは、複数のスレッドを切り替えるために信号を利用していた。この場合、緊急性のある処理には対応できない（写真＝左）。これに対して優先処理を考慮したのがPreEmptionだ。ただし、優先処理に切り替えるためのオーバーヘッドが問題になる（写真＝右）

Async Shadersでは、高速道路の入口のように空いていれば、そのまますぐに処理を実行できる。必要ならば優先順位もサポートできるという

AMDが公開する予定の説明動画から。マルチスレッドは信号待ちがあり（写真＝左）、PreEmptionは優先処理によってオーバーヘッドが入る（写真＝右）

Async（Asynchronous） Shadersは複数の処理を効率的に実行できる

別の公開予定解説動画では、Async Shaders OFFで後処理を加えたものが158fps、後処理（エフェクト）を加えないものが245fpsであったのに対し、Async Shaders ONの場合は後処理を入れても230fpsと処理時間の低下が少ないことを示していた

　なお、Async Shadersの発想は新しいものではなく、すでに一部のプレステーション 4対応ゲームやMantle対応のPCゲームで利用していたという。Async Shadersが一部ベンダーに限った独自の実装ではなく、標準的なDirectX 12、Vulkan（新世代のOpenGL API）で利用できるのが目新しい。

　DirectX 12もVulkanもDirectX 11、OpenGL 4.xとは大幅に異なるAPIなので、しばらくは共存するようだが、それでも、最新のAPIをフルに使いこなすゲームタイトルの登場とともに、最新GPU、または、APUでバリバリと描画してみたいという欲求は、ハイエンドゲーマーを中心に高まっていきそうな気配だ。