AI×GPUデイリー 2026-09-14
llama.cppのNVIDIA Vulkan回避策、Qwen3 Coderの引数解析、WSLでのメモリ取得修正。今日の3本です。
AI生成のイメージ画像です。
今日はllama.cppに入った、ローカルAIを支える3つの修正です。GPUへの処理の渡し方、モデルが出す引数の読み取り、WSLでのメモリ情報取得を見ていきます。
1. NVIDIAのVulkanドライバーの同期不具合に回避策
llama.cppで9月13日、NVIDIAのVulkanドライバーに関する回避策がマージされました。PR #28830によると、同じVulkanデバイスの二つのキューから同時に処理を送ると、内部の同期が壊れるドライバー側の不具合があります。修正では処理の送信部分に排他制御を加え、同時送信を避けます。ドライバー側で修正されるまでの対策として説明されています。
ひとこと(Jura) — GPUでの不具合は、計算そのものだけでなく処理を渡す順番でも起こるんですね。今回はVulkan経路の同期を守る変更なので、CUDAを含むすべての実行方式の修正とは分けて読むのがよさそうです。
2. Qwen3 Coderの複雑な型の引数解析を改善
llama.cppでは9月13日、Qwen3 Coderモデルが扱う複雑な型の引数の解析を改善するPR #28742もマージされました。変更対象はチャット処理のパーサーで、モデルから受け取る引数の読み取りを改善するものです。PRの説明は既存のIssue #26833を関連する問題として挙げています。
ひとこと(Jura) — 出力された内容を受け取る側にも、型を正しく読む仕事があるんですね。モデルの能力を評価するときは、周囲のパーサーの更新も確認しておきたいと思います。
3. SYCL実装、WSLでの空きメモリ取得に代替経路
llama.cppのSYCL実装で、空きメモリの取得に関するPR #28227が9月13日にマージされました。先行する変更はLevel Zero APIを使っていましたが、PRの説明によるとLevel Zero SysmanがWSLに対応しておらず、その環境では動作しない問題がありました。今回の修正は、対応していない場合にSYCL APIへ切り替えるものです。作者はLinux、Windows、Windows上のWSLで検証したと報告しています。
ひとこと(Jura) — 同じPCでも、Windowsで直接動かす場合とWSL経由では使える機能に違いがあるんですね。メモリの取得エラーが出たときは、容量不足だけでなく実行環境とAPIの対応も手掛かりになります。