前回のHyper-V上のUbuntuでCUDAを導入する準備編で、Hyper-V上でCUDAをGPUパススルーを用いて実現しようとしたのですが、そもそも仕様でそんなことはできないことが判明しました。

こちらの本家ページ Which graphics virtualization technology is right for you?にあるように、DDAという最新機構をもったものがGPUパススルーであり、CUDAを利用するための要件になっているようである。

何が問題か？

勘違いしていた点をまとめておきます。

RemoteFXはGPU仮想化の一種ではあるが、純然たるパススルーではなく、ハイパバイザが翻訳するタイプのものらしい。
この場合、ドライバもネイティブのものではなくRemoteFXドライバというものをゲストOSに入れる。
RemoteFXで対応できるのは、DX11.1, OpenGL4.4, OpenCL1.1まで。なのでGPGPUができないわけではない。
それとは別にいわゆるGPUパススルーである、DDAというのが新しいHyper-V に入り、それならCUDAを含めたネイティブのGPUドライバが使える。
DDAは現状Windows Server 2016にのみ入っている。ServerとClientOSの違い上の問題で、Windows 10に入れるのは難しい模様。

大体対応表は以下のようになります。

IOMMUなどの要件はDDA用のものでした。

RemoteFXとDDAの関係

上記資料にある通りですが、わかりやすく書くと、以下のようなイメージのようです。

以下のようにGPU利用のシナリオを考えると、上からDDA、RemoteFX、WARP(ソフトウェアエミュレーション）が担当するということのようです。

他のハイパバイザならWindows10でパススルーに対応しているようなので、そちらを試してみたいと思います。