Zludaとは、non-NVIDIA GPU上でNVIDIA CUDA向けソフトを動かす互換レイヤーである。現状はAMD Radeon RX 5000シリーズ以降のGPUが主な対象で、古い世代やサーバー向けGPUは公式FAQ上でサポート対象外とされている。
NVIDIAのCUDAがAI・GPU計算の事実上の標準になって久しい2026年、AMDのGPUでもそのCUDA資産を動かそうという試みが「Zluda（ズルーダ）」でした。そのZludaがバージョン6を公開し、それに合わせて商用資金がすでに終了していたことが明らかになりました。リリースはGitHub上で6月末（2026年6月29日）に確認できます。資金が消えた一方で、32-bit PhysXのpre-alpha実装が披露されたことも話題です（ただし関連PRは未完了）。既存ユーザーが「今のZludaは何をどこまでできる状態なのか」を判断できるよう、変更点を整理します。
- ・Zluda v6公開時に商用資金終了が判明、開発は個人の「趣味（hobby）」体制へ回帰した
- ・v6期にAMD GPU向け32-bit PhysXのpre-alpha実装が披露された（関連PRは未完了、一般利用にはまだ早い）
- ・CUDA中心のAIエコシステムは変わらず、互換レイヤーの需要そのものは残る
Zluda v6で何が変わったのか — 資金援助の終了とホビー回帰
今回の変化は機能追加よりも、プロジェクトの「立ち位置」が動いた点が大きいところ。公式ブログやTom’s Hardware、Phoronixの報道によれば、商用資金は数か月前にすでに終了しており、v6の公開に合わせてその事実が明らかになりました。開発者Andrzej Janik氏の個人プロジェクト、つまり趣味の位置づけへ戻った形です。この資金は、AMD自体の支援とは別物です。AMDは一時期このプロジェクトに資金を出していましたが2024年に打ち切っており、その後2024年末に別の匿名スポンサー（報道ではAI関連企業とみられる）が付き、マルチGPU・AI向けのCUDA互換開発を支えていました。今回失われたのは、この匿名スポンサーによる資金です。
主要な変更点を、v5までの状態と対比して並べます。
| 変更カテゴリ | v5までの状態 | v6での状態 | 影響度 |
|---|---|---|---|
| 開発体制 | 商用資金あり | 資金喪失・ホビー体制へ回帰 | 大 |
| 32-bit PhysX | 本流未対応 | pre-alpha実装を披露・PR未完了 | 中 |
| 開発の主眼 | 支援元の要件に沿う | 開発者が面白いと感じる領域中心 | 中 |
| Windows対応 | 従来のローダー | ローダーを刷新 | 中 |
影響度が「大」の開発体制の変化は、機能そのものではなく将来の見通しに効いてきます。ホビー体制へ戻ったからといって、開発が止まったわけではありません。ただし更新の頻度やサポートの保証は、専任の資金がある状態と比べれば薄れます。Phoronixの報道では、資金が消えたことで開発の優先順位は「開発者自身が最も楽しいと感じるもの」へ移った、と説明されています。今回のPhysX対応（pre-alpha披露）とWindowsローダーの刷新は、まさにその方針転換の産物という位置づけでした。
つまりv6は「支援を失って縮小した」だけの後退ではなく、開発者の裁量が広がった結果として、実利ある機能が入ったアップデートでもあります。両面を分けて見ておくのが実態に近いところ。
32-bit PhysXの初期対応が持つ意味
v6期に32-bit PhysX対応のpre-alpha実装が披露されました。ただし公式ブログでは関連PRは未完了とされており、一般ユーザーが安定機能として使える段階ではありません。それでもデモの見栄えは良く、VideoCardzやTom’s Hardwareが伝えた開発者のデモでは、2010年のゲーム「Mafia II」でPhysXエフェクトを有効にした状態が、AMDのRX 9070 XT上でおよそ3倍のフレームレート向上を示したとされています。この実装はPR #651として提出されている段階で、公式ブログでもSteamゲームへの読み込み方法がまだ粗いことや、流体シミュレーションに不具合が残ることが明記されています。Mafia IIの約3倍という結果も、開発者環境での単発デモとして見るのが安全です。
なぜ「32-bit」がわざわざニュースになるのか。PhysXの32-bit実装は古いCUDAベースの資産であり、NVIDIAの新しい世代でも一度はサポート外となり、その後一部タイトル向けに対応が戻された領域でした。そこをAMD GPUで動かせるようにする動きは、旧CUDA資産の互換維持という文脈を持ちます。ゲームの物理エフェクトが主な用途で、AI推論に直結する機能ではありません。ただ「NVIDIA前提だったものをAMDで動かす」というZludaの狙いを、分かりやすく示す事例にはなっています。
ZLUDAはどうやってCUDAバイナリをそのまま動かしているのか
「対応している範囲では、CUDA向けの実行ファイルを再コンパイルせずに動かす」という仕組みは、外部でよく見るCUDA移植とは方式が違います。ZLUDAは対象アプリがCUDAライブラリを読み込む瞬間を横取りし、代わりに自分の実装を読み込ませます。WindowsではMicrosoft Detoursを使ったローダー/リダイレクト機構でCUDAライブラリの読み込みをZLUDA側へ向け、Linuxでは通常LD_LIBRARY_PATH、必要に応じてLD_AUDITベースの仕組みでCUDAライブラリ解決をZLUDA側へ向けます。
横取りしたあとは、NVIDIAのPTX（Parallel Thread Execution、CUDAコンパイラが吐く中間アセンブリ）を解析し、AMDのGPUで実行できるLLVM IR・機械語へ変換します。この変換にはAMD ROCmのコンパイラ基盤であるComgr（Code Object Manager）を使っており、最終的な実行はROCm/HIPの上で行われます。つまりZLUDAは、CUDA API互換の入口をZLUDA側で受け止め、その下の実行基盤としてROCm/HIPやROCm系ライブラリを使う翻訳・互換レイヤーです。NVIDIA製CUDAドライバをAMD GPU上でそのまま動かすものではありません。事実、開発者のAndrzej Janik氏は2022年にAMDから契約を受け、ZLUDAをHIP/ROCm向けに適応させる作業を担っていました。今回の資金喪失は、その後2024年末から続いていた別スポンサーとの契約が切れたという話で、AMDとの最初の関わりとは別の出来事です。
実際の利用形態も押さえておきましょう。公式ドキュメントによれば、Zludaは対象アプリケーションがCUDAを読み込むパスへZluda側のファイル（nvcuda.dllなど）を置くか、専用のランチャーで起動する形をとります。
# 公式ドキュメントが示す利用形態のイメージ(Windows)
# 対象アプリのディレクトリに Zluda のファイルを置く、
# もしくは付属ランチャーで起動する
zluda.exe -- <application.exe> <arguments>具体的な導入手順やファイル配置はアプリごとに異なり、バージョンでも変わります。実際に試す場合は公式リポジトリの手順を確認してください。
なぜAMD GPUでCUDAを動かす需要が消えないのか
Zludaのようなツールが求められ続けるのは、AIのソフトウェア資産がCUDAを中心に積み上がっているからです。推論エンジンの最適化投資も、いまだCUDA側に集中しています。たとえばllama.cppのようなローカルLLM実行系でも、NVIDIA/CUDA向けの最適化は継続的に行われており、CUDA中心のエコシステムが依然として強いことを示しています。
この構造があるため、AMD GPUを持つユーザーには「CUDA前提のツールをそのまま動かしたい」という動機が残ります。AMDにもROCmやDirectML、Vulkanといった経路があり、対応GPU・OS・ツールを選べば、AMDでローカルにモデルを動かす選択肢も以前より増えています。
ここでROCm/HIPとZLUDAの関係を整理しておきます。HIPは「CUDAコードをAMD向けに書き換えて再コンパイルする」移植の枠組みで、HIPIFYなどの変換ツールにより、多くのCUDAコードは比較的少ない修正でHIPへ移植できるとされています。一方のZLUDAは「書き換え・再コンパイルなしで、CUDA向けバイナリをそのまま動かす」バイナリ互換のアプローチです。狙いが違うため、状況によって向き不向きが分かれます。ソースコードを持っていて移植の手間をかけられるならHIP、CUDA向けにビルド済みの実行ファイルしか手元にないならZLUDA、という使い分けです。性能面では、過去の検証でBlenderのような一部ワークロードにおいてネイティブROCm/HIP実装よりZLUDA経由の方が速いケースも報告されていました。なお、PyTorchやJAXといった主要なAIフレームワークは近年ROCm上でネイティブに動くようになっており、AI用途に限ればZLUDAへの依存度は相対的に下がってきています。ローカルでのモデル実行に必要なVRAMや量子化の考え方は、Krea 2をローカルで動かす要件とライセンスでも整理しています。それでも、CUDAでしか動かないツールや、CUDA向けに最適化されたコードを流用したい場面は残ります。そこを埋めるのが、Zludaのような翻訳・互換レイヤーの役割でした。
需要の裏づけとして、Zludaの位置づけは公式リポジトリでもこう説明されています。
ZLUDA is a drop-in replacement for CUDA on non-NVIDIA GPUs. （出典: ZLUDA 公式リポジトリ）
「非NVIDIA GPU向けのCUDAの置き換え」という一文が、このプロジェクトが解こうとしている課題を端的に示しています。資金の有無に関わらず、この課題自体は消えていません。
AI用途でZludaとどう付き合うか
ホビー体制への回帰は、AI用途でZludaを本番運用に組み込みたい人にとっては見過ごせない変化。専任の資金がない以上、更新の速度やバグ修正のタイミング、長期のサポートは不確実性を織り込む必要があります。
実験用途や趣味の範囲であれば、v6の前進は歓迎できます。手持ちのAMD GPUでCUDA向けのソフトやPhysXを試すこと自体には、十分な価値があるでしょう。一方で、業務のパイプラインや止められないサービスの土台にするには、更新保証が薄い点が引っかかります。当面は「試して動けば儲けもの」の位置づけで扱い、動作の再現性が要る本番用途には、CUDA対応が公式に保証された環境を別に用意しておくのが無難な線でした。
| プロジェクト形態 | オープンソース（v6でホビー体制へ回帰） |
|---|---|
| 最新安定版 | v6（2026年6月末リリース。pre-releaseとしてv7-preview.1も存在） |
| 新規対応 | 32-bit PhysX pre-alpha実装を披露（PR未完了）、Windowsローダー刷新 |
| 主眼 | non-NVIDIA GPU向けのCUDA互換（現状はAMD Radeon RX 5000以降が中心） |
| 開発者 | Andrzej Janik 氏（個人） |
まとめ
Zluda v6は商用資金を失い、開発は個人の趣味体制へ戻りました。それでもプロジェクトは消滅せず、32-bit PhysXのpre-alpha実装が披露される（PR未完了）という前進もありました。CUDA中心のAIエコシステムが続く限り、AMD GPUでCUDA資産を動かしたい需要そのものは残るため、互換レイヤーとしての意義は失われていません。
状況別の判断はこうなります。実験・趣味でAMD GPUを使う人は、v6を試す価値あり。本番運用や再現性が要る人は、更新保証が薄い点を踏まえ、当面は様子見か別環境の併用が現実的。CUDAツールを使う予定がなくAMD GPUをゲーム中心で使う人には、今回のアップデートの影響はほぼありません。
よくある質問
Q. Zluda v6はもう開発が止まったのですか？
止まってはいません。商用資金を失い、開発者個人の趣味プロジェクトへ戻った状態です。v6期には32-bit PhysXのpre-alpha実装も披露されましたが関連PRは未完了で、Windowsローダー刷新は入っています。ただし資金がある状態と比べ、更新頻度やサポートの保証は薄くなります。
Q. AMD GPUでComfyUIやローカルLLMは動きますか？
Zluda経由でCUDA向けソフトを動かす道のほか、AMDにはROCmやDirectML、llama.cppのVulkanバックエンドといった経路もあります。動作可否はツールとバージョン、OSに依存するため、公式の対応状況を確認するのが確実です。なお、現行ZLUDAが主に想定しているのはAMD Radeon RX 5000シリーズ以降のデスクトップ/統合GPUで、PolarisやVegaなどの古い世代、サーバー向けGPUは公式FAQ上ではサポート対象外とされています。
Q. CUDA互換レイヤーは本番運用に使えますか？
実験・趣味用途には有効ですが、本番運用には不確実性が残ります。ホビー体制では更新やバグ修正のタイミングが読みにくいためです。止められない用途では、CUDA対応が保証された環境を別に用意するのが無難です。
参考資料
当サイトはAmazonアソシエイト・プログラムの参加者です。Amazonのアソシエイトとして、当サイトは適格販売により収入を得ています。
