Intel this週は、OpenCL用のWindowsおよびLinuxでのこのオープンソースGPUコンピューティングスタックのCompute Runtime 22.28.23726プレリリースと、グラフィックスハードウェアでのoneAPILevelZeroサポートを発行しました。

この新しいComputeRuntimeアップデートでは、より多くのメモリプロパティを表示するためのレベルゼロze_device_memory_ext_properties_t拡張機能のサポートが追加されています。リストされている2番目で唯一の他の変更は、Gen9からGen11のサポートフラグを中心に変更されています。

意外なことに、この「gen9およびgen11サポートフラグの更新」では、新しいWindowsビルドでGen8/Gen9/Gen11グラフィックハードウェアサポートがデフォルトで無効になっています。

WindowsCMakeビルドのSUPPORT_GEN8/SUPPORT_GEN9/SUPPORT_GEN11フラグは、デフォルトで無効に設定されています。これはComputeRuntimeにのみ関連しており、IntelWindowsグラフィックスドライバーのサポート全般には関連していないことに注意してください。しかし、それでもやや意外なことになります…まあ、Gen8 Broadwellの無効化は驚くべきことではありませんが、Skylake時代のGen9グラフィックスがどれほど一般的であり、今日でも広く使用されているかを考えると。そして、新しいCompute-Runtimeビルドでデフォルトで無効に設定されているGen11 Ice Lakeグラフィックは、それほど古くないので驚くべきことです。しかし、これにより、Tiger Lake Gen12グラフィックス以降は、Windows上で公式にCompute-Runtimeスタックで処理できるように、ディスクリートArcグラフィックスを介して新しいものになるため、開発とテストの負担が軽減されます。

この時点では、サポートフラグはLinux用に調整されておらず、Windowsユーザーは、コンピューティングスタックを自分で構築する場合、これらのCMakeオプションをいつでもオーバーライドできます。 BroadwellからIceLakeにいて、OpenCLまたはL0のCompute Runtimeスタックを利用しているユーザーは、既存のCRビルドを引き続き使用できます。しかし、Intelがデフォルトでオフになっているため、Gen11以前ではコンピューティングスタックを進めていくためにどれだけのメンテナンス/テストが行​​われ、最終的にはビット腐敗に悩まされる可能性があるのか​​という疑問が生じます。

このIntelCompute-Runtimeプレリリースは、 GitHub

Categories: IT Info