[Feature]: AMD Strix Halo Vulkan GPU Acceleration and Ollama Engine Configuration
維護者通常 2 天內回覆
還沒有人認領這個 Issue。
評估
研究方向
Start with how the router launches its managed Ollama engine on port 11435 and which environment it passes to that process; the reporter says no supported setting exists for this. Check that OLLAMA_VULKAN=1 and OLLAMA_IGPU_ENABLE=1 reach the child process, then confirm with size_vram that the model loads on the Radeon 8060S. Done means a persisted, validated setting that enables Vulkan without changing cluster routing or the external API; the maintainers still need to decide the design.
由索引模型根據 Issue 內容生成。
描述
Area
Engine or model management
User problem
Is AMD Strix Halo (Ryzen AI Max+ 395 / Radeon 8060S) running Ubuntu Linux an intended PAIR inference platform? We have confirmed that PAIR 0.1.1 operates successfully on this system, and its bundled Ollama 0.34.1 can run Qwen 3.6 27B with Vulkan acceleration when OLLAMA_VULKAN=1 and OLLAMA_IGPU_ENABLE=1 are supplied. However, PAIR's managed Ollama starts without those settings and runs inference on the CPU. Is there a supported way to enable Vulkan for the managed engine?
Desired outcome
Provide a supported method for enabling GPU acceleration in PAIR-managed Ollama on compatible AMD hardware, including AMD Strix Halo (Ryzen AI Max+ 395 / Radeon 8060S).
Ideally, PAIR would allow users to configure the inference backend or supply engine-specific environment variables, such as OLLAMA_VULKAN=1 and OLLAMA_IGPU_ENABLE=1, through the application settings.
These settings should persist across engine restarts and application updates without requiring modifications to PAIR's internal files.
The expected result is that supported AMD GPUs can execute model inference through PAIR with GPU acceleration, while preserving existing cluster routing and model management functionality.
We would also appreciate clarification on whether AMD Strix Halo is an officially supported or planned GPU inference platform.
Alternatives considered
We successfully tested PAIR's bundled Ollama 0.34.1 independently using a temporary server on port 11436, with OLLAMA_VULKAN=1 and OLLAMA_IGPU_ENABLE=1.
The test detected the Radeon 8060S through Vulkan and successfully ran Qwen 3.6 27B with the full model allocation reported on the GPU.
In contrast, PAIR's managed Ollama instance on port 11435 runs the same model on the CPU, with size_vram reported as 0.
We examined the available PAIR configuration files, engine manager command-line options, and desktop application settings. We did not identify a supported mechanism for configuring GPU acceleration or passing environment variables to the managed Ollama engine.
We considered maintaining a separate GPU-enabled Ollama instance or modifying PAIR's startup environment, but neither approach has been validated for our existing multi-node PAIR cluster. We prefer a supported configuration method.
Compatibility and security implications
The requested functionality should preserve PAIR's existing proxy, networking, cluster pairing, authentication, and model-routing behavior.
GPU backend selection and engine environment variables should apply only to the locally managed inference engine, without changing the cluster's external API endpoints or exposing additional network services.
Existing configurations should continue to work without modification. GPU acceleration should remain optional, with current defaults preserved for systems where the requested backend is unavailable.
Any engine settings should persist across application restarts and updates. Ideally, the interface would validate supported options and avoid exposing arbitrary environment variables that could affect security-sensitive engine behavior.
No changes to model data handling, cluster identity, or authentication are requested.
Validation approach
Suggested validation on an AMD Ryzen AI Max+ 395 / Radeon 8060S system running Ubuntu Linux:
- Enable Vulkan acceleration for PAIR-managed Ollama through the supported configuration interface.
- Restart the managed engine and verify that the configuration persists.
- Confirm that Ollama discovers the Radeon 8060S using the Vulkan backend.
- Load Qwen 3.6 27B (Q4_K_M) through PAIR and execute a short inference request.
- Verify that Ollama reports nonzero size_vram and that AMDGPU memory usage increases during model loading.
- Confirm that PAIR's proxy, model discovery, cluster routing, and model ejection continue functioning normally.
- Restart PAIR and verify that GPU acceleration remains enabled without manual intervention.
For reference, we independently tested PAIR's bundled Ollama 0.34.1 using OLLAMA_VULKAN=1 and OLLAMA_IGPU_ENABLE=1.
The standalone test successfully detected the Radeon 8060S through Vulkan, reported approximately 94.7 GiB of GPU-addressable memory, and ran Qwen 3.6 27B with approximately 17.15 GB allocated to the GPU.
The same model running through PAIR's default managed engine reported size_vram=0.
Confirmations
- I searched existing issues for duplicates.
- I agree to follow the Code of Conduct.
- 主要語言
- Go
- 星號
- 1.6k
- 分支
- 277
- 平均合併
- 4 天 14 小時
- 30 天內合併 PR
- 31
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
NVIDIA/Personal-AI-Router 的其他 Issue
-
難度 4/5 1-2 天 新手友好度 18/100
NVIDIA/Personal-AI-Router#175 · 1 則留言 ·
維護者通常 2 天內回覆
-
難度 5/5 一週以上 新手友好度 20/100
NVIDIA/Personal-AI-Router#165 ·
維護者通常 2 天內回覆
-
bug
難度 4/5 3-5 天 新手友好度 46/100
NVIDIA/Personal-AI-Router#164 ·
維護者通常 2 天內回覆
-
enhancement
難度 4/5 一週以上 新手友好度 12/100
NVIDIA/Personal-AI-Router#162 ·
維護者通常 2 天內回覆
-
[Feature]: [Ollama] Alert the user about model pull failures可能已有人在做 @ckelseynv 於 6 天前認領。 未關閉enhancement
難度 3/5 1-2 天 新手友好度 56/100
NVIDIA/Personal-AI-Router#152 · 1 則留言 · 已指派 1 人 ·
維護者通常 2 天內回覆
查看 NVIDIA/Personal-AI-Router 的全部 Issue
相似的 Issue
-
documentation hacktoberfest priority: low skill: good first issue status: ready for dev
難度 2/5 半天 新手友好度 85/100
hyperledger-labs/fabric-smart-client#2142 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
numberly/vault-db-injector#107 ·
維護者通常 1 天內回覆
-
area/import kind/bug
難度 2/5 1-3 小時 新手友好度 62/100
維護者通常 1 天內回覆
-
[DOC] Wrong sg_egress_ports range in the Terraform Databricks Guide for AWS Hub & Spoke with Network Firewall可能已有人在做 @akhil9tiet 今天認領。 未關閉docs
難度 1/5 1 小時以內 新手友好度 72/100
databricks/terraform-provider-databricks#6080 · 1 則留言 ·
維護者通常 3 天內回覆
-
spqr-coordinator usage shows 'run --config', but 'run' is not a subcommand (unknown command "run")未關閉
難度 2/5 1-3 小時 新手友好度 72/100
pg-sharding/spqr#3092 · 1 則留言 ·
維護者通常 1 天內回覆