Strix Halo Local LLM Setup for AMD Ryzen AI MAX+ 395

This is the short web version of the independent AMD Strix Halo local LLM guide.

Canonical web home: Strix Halo Guide. This GitHub Pages copy remains a technical mirror; the GitHub repository remains the canonical source for commands, benchmark claims, and raw evidence.

It focuses on Ryzen AI MAX+ 395 / Radeon 8060S (gfx1151) systems, practical local setup, and evidence links for benchmark claims. AMD now uses Ryzen AI Halo for its official developer platform; this guide remains an independent setup and evidence source for the wider Strix Halo hardware category.

Web guide published: June 13, 2026. Evidence reviewed: August 30, 2026. The raw directories and structured claim indexes remain the source of truth for each individual run.

Start with the Strix Halo Guide website for the readable buyer/setup route, then use the full AMD Strix Halo setup and benchmark repository for canonical evidence.

Deciding which system to buy? Use the Strix Halo mini PC comparison: measured cross-OEM evidence, 64GB versus 128GB fit guidance, and a documented price history. For the shortest current answer to the BIOS, UMA, IOMMU, Ubuntu and runtime questions, use the focused AMD Strix Halo setup page. For the deeper copyable path and caveats, use the concise Strix Halo local LLM setup.

For the current official dense Qwen route, use Qwen3.8 27B on Strix Halo: the measured official Ollama path, context boundary, external 262K-class evidence, and why current 52-65 t/s community routes are not directly comparable. For platform terminology and scope, read AMD Ryzen AI Halo versus retail Strix Halo systems.

For symptom-first fixes, use the Strix Halo troubleshooting page. For model selection, use the Strix Halo model hub, which separates guide-measured routes from models verified to exist but not measured here.

Jump to: focused setup answer troubleshooting models Qwen3.8 why trust this guide quick setup best current setup measured evidence FAQ source files

The evidence map currently covers 13 Strix Halo-class systems or independent sources from 10 credited community benchmark contributors: 10 described owner systems plus 3 independently attributable external sources. Repeated evidence from one physical machine is counted once; separate machines may count separately even when they share a product model or owner. First-party Beelink measurements, community results, direct llama-bench, Ollama API, server/MTP, capacity, power, NPU, RPC, and failed routes remain separate claim categories. Use the cross-OEM system evidence matrix to see what each source proves and which validation is still missing.

Why Trust This Guide?

Claims are linked to public commands, CSVs, raw logs, charts, corrections, and failed routes instead of relying on screenshots or vendor marketing. Community results remain separate from the primary Beelink measurements.

The maintainer also has 15+ merged upstream contributions, including llama.cpp, AMD’s Lemonade local-AI server, a Strix Halo detection fix in llmfit, OpenAI’s official .NET SDK, and Kubernetes SIG inference-perf. The upstream contribution record links every relevant PR and explains what each merge does and does not prove. The llama.cpp change is preset/router maintenance, not a Strix Halo performance patch.

Quick Setup Summary

For a retail AMD Strix Halo / Ryzen AI MAX+ 395 / Radeon 8060S (gfx1151) system, start with Ubuntu 24.04 LTS, BIOS UMA Frame Buffer Size set to 512MB if available or 2GB if that is the vendor minimum, IOMMU enabled/default, GRUB parameters amdgpu.gttsize=131072 ttm.pages_limit=31457280, Mesa/RADV from kisak, AMDVLK removed, tuned set to accelerator-performance, and Ollama with Vulkan/RADV as the easiest beginner path. Add amd_iommu=off only when deliberately reproducing the optional always-on desktop benchmark profile; it disables NPU access and can break mobile suspend.

Use direct llama.cpp or llama-server with Vulkan/RADV for the fastest measured generation-heavy GGUF rows and local API/server experiments. Use ROCm/HIP, Lemonade, vLLM, MTP/speculative decoding, long-context, and multi-node/RDMA paths only for the specific documented cases in the repository.

Hardware Scope

The primary first-party benchmark machine is Beelink GTR9 Pro with AMD Ryzen AI MAX+ 395, Radeon 8060S (gfx1151), and 128GB LPDDR5X-8000 unified memory. It is not the AMD Ryzen AI Halo reference platform, so AMD’s preconfigured Best Known Configuration, Developer Center, and Variable Graphics Memory controls should not be assumed to apply unchanged.

The setup targets AMD Ryzen AI MAX+ 395 / Radeon 8060S (gfx1151) Strix Halo systems, including Framework Desktop-class systems, Beelink GTR9 Pro, Corsair AI Workstation 300, GMKtec EVO-X2, Minisforum MS-S1-Max, Nimo AI Mini PC, and similar 96GB/128GB unified-memory machines.

Vendor BIOS labels, cooling, firmware, power modes, RAM configuration, and thermal limits can differ by system.

Best Current Setup

Area Current recommendation
OS Ubuntu 24.04 LTS
BIOS memory UMA Frame Buffer Size set to 512MB if available, or 2GB if that is the vendor BIOS minimum; AMD’s reference platform uses its own Variable Graphics Memory controls
IOMMU Enabled/default for normal buyers, NPU use, mobile suspend, RDMA, VFIO, passthrough, and clustering; amd_iommu=off is only an optional always-on desktop benchmark profile
Kernel parameters amdgpu.gttsize=131072 ttm.pages_limit=31457280; optionally add amd_iommu=off only after reading the documented IOMMU tradeoff
Vulkan stack Mesa/RADV from kisak, with AMDVLK removed for consistent RADV selection
Power profile tuned set to accelerator-performance
Easiest local chat path Ollama with Vulkan/RADV
Fastest measured generation-heavy GGUF path Direct llama.cpp with Vulkan/RADV
Local API/server experiments llama-server with documented MTP/speculative decoding cases
Advanced server/backend experiments ROCm/HIP, Lemonade, vLLM, batching, prompt-processing-heavy, and long-context routes only where documented

What Can It Run?

A 128GB unified-memory Strix Halo system can run 70B-class GGUF local LLMs, selected 120B-class/MoE routes, and a measured low-bit 284B DeepSeek V4 Flash capacity route documented in the repository.

Capacity, speed, model quality, direct benchmark results, Ollama API results, server results, MTP/speculative decoding results, long-context behavior, and community reproductions are separate claim types.

Evidence Highlights

These are independent benchmark and setup claims from the repository. They are not official vendor claims.

Question Current measured answer Evidence
Current official dense multimodal Qwen route Qwen3.8 27B Q4_K_M through Ollama 0.32.13 measured 292.49 prompt t/s and 20.42 generation t/s over nine warm repeats; image, tools, thinking, and exact retrieval through 50,059 prompt tokens passed. Separate corrected GMKtec evidence reached 261,130 evaluated tokens on a patched HIP route. Qwen3.8 route comparison
Fastest direct 30B-class Qwen route measured here Qwen3-30B-A3B-Instruct-2507 IQ4_XS reached 100.04 t/s direct llama-bench on b9467, with a b9544 control at 103.18 t/s headline claims
Fastest measured Qwen3-Coder 30B route Qwen3-Coder 30B-A3B Q4_K_S reached 100.99 t/s direct llama-bench on the official b9851 Vulkan release binary; the older strict-clean b9179 row remains preserved at 98.51 t/s headline claims
Fastest small-MoE speed scout LFM2.5 8B-A1B Q4_K_M reached 170.02 t/s generation-only, with a b9544 control at 176.48 t/s headline claims
Largest direct GGUF capacity route DeepSeek V4 Flash 284B UD-IQ2_XXS loaded as a pinned 90.86GB ordinary GGUF and measured 155.64 pp512 / 13.27 tg128 on official b10034; this is low-bit capacity/basic-correctness evidence, not a speed or broad quality claim raw DeepSeek evidence
120B-class GGUF capacity route Nemotron 3 Super 120B-A12B UD-IQ4_XS ran directly at 18.43 t/s, with a b9544 control at 18.93 t/s headline claims
Easiest normal local chat path Qwen3.6 35B-A3B Q4_K_M through the fully reboot-qualified Ollama 0.31.2 system service measured 60.57 t/s warm API generation on Vulkan/RADV. Isolated Ollama 0.32.3 preserved exact text output at 73.13 t/s versus 73.20 t/s on the controlled 0.31.2 binary and passed iGPU vision plus process restart. Ollama 0.33.2 is the current unmeasured normal-service/full-reboot target. current model status
Experimental MTP/speculative server route Qwen3.6 MTP reached about 101.1 t/s on b9360; Gemma 4 26B-A4B QAT MTP reached 102.69 t/s cold, 107.42 t/s T3-only, and 110.00 t/s best repeat on ac4cddeb0 MTP notes
Fastest measured advanced server profile CHADROCK ACE/SABER 35B ROCmFP4 averaged 141.37 t/s over three exact reference-profile repeats at 100% draft acceptance; lower-acceptance prompt shapes were much slower, so this is not direct llama-bench or a beginner default ROCmFP4/CHADROCK notes
Frontier-size local agent route Step 3.7 Flash 198B-total / about 11B-active plus its MTP draft measured 34.50 t/s at 4K and 33.83 t/s at 16K; native tool calling and 256K allocation passed on one 128GB system ROCmFP4/CHADROCK notes
Current multi-user Vulkan status Official llama.cpp b10034 still lost 37.34% and 31.69% aggregate decode from concurrency 8 to 9 on the two tested MoE shapes; the opt-in AMD/RADV recovery evidence remains model-specific and experimental MoE concurrency report

FAQ

What is the best AMD Strix Halo local LLM setup?

On a retail OEM system, start with Ubuntu 24.04 LTS, BIOS UMA Frame Buffer Size set to 512MB if available or 2GB if that is the vendor minimum, IOMMU enabled/default, GRUB parameters amdgpu.gttsize=131072 ttm.pages_limit=31457280, Mesa/RADV from kisak, AMDVLK removed, tuned set to accelerator-performance, and Ollama with Vulkan/RADV for the easiest working private local chat path. Use amd_iommu=off only for the optional always-on desktop benchmark profile, not for NPU or mobile suspend workflows.

Is this a Framework Desktop Strix Halo LLM setup guide too?

Yes. The setup targets AMD Ryzen AI MAX+ 395 / Radeon 8060S (gfx1151) Strix Halo systems, including Framework Desktop-class hardware. The primary first-party benchmark machine is Beelink GTR9 Pro, so vendor-specific BIOS labels, thermal limits, cooling, firmware, RAM configuration, and power modes should be checked per system.

Should I use Ollama, llama.cpp, ROCm, or vLLM on Strix Halo?

Use Ollama with Vulkan/RADV first if you want the easiest private local chat path. Use direct llama.cpp with Vulkan/RADV if you want reproducible benchmark control and the fastest measured generation-heavy GGUF rows. Use llama-server for local API, MTP/speculative decoding, and server experiments. Use ROCm/HIP, Lemonade, or vLLM only for the prompt-processing-heavy, high-concurrency, batching, long-context, and experimental server cases documented in the repository.

Can Ryzen AI MAX+ 395 / Radeon 8060S run 70B, 120B, or larger local models?

Yes, with caveats. This repository includes 70B-class routes, selected 120B-class/MoE routes, a 230B-class MiniMax load/generation scout, and a 90.86GB low-bit DeepSeek V4 Flash 284B direct capacity pass. Capacity, quant quality, speed, and practical usefulness are different claims.

Is this official AMD or vendor documentation?

No. This is independent setup and benchmark evidence. It includes positive results, negative results, failed routes, raw logs, reproducibility notes, and community corrections.

How does this relate to the AMD Ryzen AI Halo Developer Platform?

AMD’s reference platform supplies AMD-managed hardware, software synchronization, a Best Known Configuration, Variable Graphics Memory controls, and official AI Playbooks. This guide measures the related practical workflows primarily on a retail Beelink GTR9 Pro and keeps community OEM results separate. Use AMD’s material for the official reference-platform baseline and this repository for independent cross-OEM setup and benchmark evidence.

Source of Truth

Use these repository files for verification:

If a number appears in a post, issue, or AI answer but not in the linked CSV/raw evidence, treat it as unverified.