Intel PISA導入 Nova LakeでLEO既定化

Intelは2026年9月17日、GPU向け計算基盤であるIntel Compute Runtime 26.35.39758.10を公開した。 WindowsとLinuxの双方を対象とした月例の機能更新であり、OpenCLとLevel Zeroの駆動層をまとめて更新する。 Phoronix の Michael Larabel の報道では、次世代処理器向けの既定構成変更と新たなISA仕様への初期対応が中心だと伝えられている。

今回の版は、外部連携や管理機能の拡張を多層的に含む。 単なる不具合修正ではなく、次世代構造への移行を見据えた変更が目立つ。 開発者向けの計算環境として、運用と移植性の双方に影響する内容である。

カーネル連携や管理系の拡張も同時に進められた。 Linux環境におけるNova Lake Sの受容準備は着実に進んでいる。 Linux 7.3、Intel Nova Lake S統合GPUを安定対応へで報じられた核側の対応と合わせ、利用基盤が整いつつある。

Nova LakeでLEOを既定化

OpenCL LEOは、Level Zeroの応用界面を土台としてOpenCLを実装する方式である。 従来の直接的な装置制御とは異なり、Level Zero経由で実行を抽象化する。 年初に実験的な実装として登場し、版を重ねるごとに機能が拡充されてきた。

今回の更新では、Linux上で次世代のNova Lake S処理器を対象にLEO駆動が既定で有効化される。 Phoronix の Michael Larabel の報道では、次の記述でこの変更が示されている。

enabling the OpenCL LEO driver by default for upcoming Nova Lake S processors on Linux

対象は次世代の機上型に相当するNVL-Sであり、新世代から既定経路が切り替わる。 開発者は意識せずともLEO経由の実行が選択される構成になる。 検証や性能調整の前提が変わるため、対応する評価が必要になる。

OpenCL側ではcl_khr_spirv_queries拡張への対応が加わった。 cl_khr_command_buffer関連の基盤整備も進められている。 LEO向けの複数の変更が束ねられ、命令緩衝や照会機能の土台が強化された。

既存GPUでは実験扱いを継続中

既存の統合画像処理装置や分離画像処理装置では、LEOは引き続き実験扱いである。 既定の実行経路は従来のOpenCL駆動が維持される。 利用者が明示的に選択した場合に限り、LEOの検証が可能である。

この区別は移行期の混乱を抑える措置と見ることができる。 新処理器で既定化しつつ、現行資産の動作を保つ二段階の手法である。 運用中の処理鎖への影響を限定し、段階的な移行を促す意図がある。

開発者にとっては、対象装置ごとの挙動差異への注意が求められる。 同一のOpenCL応用でも、経由する実装によって特性が変わる可能性がある。 性能測定や誤り解析では、使用した駆動経路の明示が重要になる。

携帯可能なISA仕様PISAの初対応

今回の版では、Intel Portable ISAであるPISA形式への初期対応が加わった。 PISAはIntel製画像処理装置を対象とした携帯可能な命令体系の仕様である。 汎用並列計画のための計画模型と命令体系を定めるものだ。

v0.1文書が示す目標は、移植性と性能と拡張性の両立にある。 原文の目標は以下の通りである。

Provide a stable, portable ISA for compilers targeting Intel GPUs Provide “close-to-the-metal” performance comparable to native machine ISA code Facilitate advanced programming support such as hand-written libraries and inline assembly

第一に、翻訳系を対象とした安定した携帯可能な命令体系の提供がある。 第二に、固有の機械命令符号に匹敵する装置に近い性能の確保がある。 第三に、手書き書庫や行内集合言語のような高度な計画支援の促進がある。

この位置付けはNVIDIAのNVPTXに近いと評価できる。 特定の装置世代に縛られない中間的な対象として翻訳系を受け止める。 IntelはLLVM翻訳系基盤の中にPISA向け後端を上流に組み込む作業も進めている。

Sysmanと核連携の強化策

装置管理を担うSysmanにも複数の拡張が加わった。 情報記録応用界面の実装が新たに組み込まれた。 初期的な複合温度への対応も追加された。

記憶装置の供給元識別子の読み取りへの初期対応も含まれる。 構成管理や在庫把握、障害解析の基礎資料として利用できる。 大規模な計算機群の運用では、装置個体の識別が重要になる。

外部信号量に関しては、主催者関数に基づく外部信号量の有効化が図られた。 OpenVINO関連のAILを適用するための新たなフックも追加された。 推論基盤との連携や装置間同期の設計に影響する変更である。

Linux固有の変更では、核駆動との統合による事象主催者同期の待機が有効化された。 事象の完了待ちを核側の仕組みと連携させる内容である。 待ち合わせの効率と正確性の改善につながる変更と見ることができる。

Crescent Island対応の前進と入手先

Crescent Islandに関する有効化作業も継続している。 今回の版では遅延裏付けの有効化などが加わった。 関連する複数の変更が束ねられ、次世代構造への準備が進められた。

Crescent Islandは次期の画像処理構造と位置付けられている。 Compute Runtime側の対応は、装置公開に先立つ地ならしである。 遅延裏付けは資源確保の時期を遅らせ、起動や移行の柔軟性を高める手法だ。

新しいIntel Compute RuntimeはGitHubで入手できる。 月例更新の位置付けであり、WindowsとLinuxの双方に提供される。 開発環境の更新計画に組み込むことが望ましい。

編集部の見解

短期的影響について述べる。Nova Lake SでLEOが既定化されることで、Linux上のOpenCL検証の前提は変化すると見る。今後3か月から6か月では、持続時間や命令緩衝の挙動差異を巡る報告が増えると見る。翻訳系や運用手順の調整が開発現場で進むと評価する。

長期的視点について述べる。PISAは装置世代を超えた携帯層として定着する可能性があると見る。LLVM後端の上流化が進めば、書庫や用具の再利用性は高まると評価する。NVIDIAの中間表現に対抗する基盤として、競争環境に影響すると見る。

編集部からの問いを提示する。LEO経由と従来経路の性能差はどの領域で顕在化するのかが問われている。PISAが手書き書庫の共有をどこまで促すのかも論点であると見る。Crescent Islandの全容が明らかになるまで、開発者はどの抽象層に投資すべきなのかが問われている。

参考

• 「Intel Compute Stack Enables LEO For Nova Lake, Introduces Intel Portable ISA “PISA”」, by Michael Larabel — Phoronix, 2026-09-17T13:05:07.000Z (ARR)
• 元記事URL: https://www.phoronix.com/news/Intel-Compute-Runtime-26.35.397