DeepSeek-V4-Flash-180B — ROCmFP4 (STRIX_LEAN) GGUF — AMD Ryzen AI Max+ 395 / Strix Halo / gfx1151
ROCmFP4 quantizations of DeepSeek-V4-Flash-180B, built for AMD Strix Halo (gfx1151) unified-memory systems. Two variants are provided: one retaining the MTP (multi-token prediction) tensors, one without.
These were converted from the MXFP4 release rather than from BF16, so the
quantization is MXFP4 → Q4_0_ROCMFP4_STRIX_LEAN.
Files
Each variant is sharded to stay under the 50 GB per-file limit. Point
--model at the first shard; llama.cpp loads the rest automatically.
| variant | total | notes |
|---|---|---|
DeepSeek-V4-Flash-180B-MTP-...-STRIX_LEAN | ~92 GB | MTP tensors retained |
DeepSeek-V4-Flash-180B-...-STRIX_LEAN | ~90 GB | MTP tensors removed |
Requirements
ROCmFP4 is not in upstream llama.cpp. You need a build that supports the
Q4_0_ROCMFP4_* quantization types (the ROCmFPX fork), compiled for gfx1151:
-DGGML_HIP=ON -DGPU_TARGETS=gfx1151 -DGGML_NATIVE=ON -DLLAMA_BUILD_WEBUI=OFF
A stock llama.cpp binary will not load these files.
Usage
llama-server \
--model DeepSeek-V4-Flash-180B-MXFP4-to-ROCmFP4-STRIX_LEAN-00001-of-0000N.gguf \
--host 127.0.0.1 --port 8080 \
--n-gpu-layers 999 --flash-attn on -dio \
--ctx-size 32768
-dio (direct I/O) matters on unified memory — without it the initial load is
substantially slower.
⚠️ If the MTP draft command crashes on your build
The separate-model
draft-mtppath has known bugs in the legacycharlie12345/ROCmFPXline — reported on Windows 11 / gfx1151 / HIP SDK 7.2 (five stacked bugs, ending in an h-row width mismatch in the draft's embedding buffer).Fix: build the official repo instead — no patches needed.
git clone https://github.com/ROCmFPX/ROCmFPX.gitThe MTP path was reworked there (unified
n_embd_outrow widths,t_h_nextnreset inllm_graph_result::reset(),ctx_otherwired centrally), which covers the whole chain. Reported and verified on that configuration: 24–31 tok/s, coherent output, tool calling working. Legacy-line patch: PR #109.Linux builds on the legacy line are not known to be affected.
On the MTP variant
The MTP tensors are included so speculative decoding can be evaluated, not because it is recommended by default. On a sibling DeepSeek-V4-Flash ROCmFP4 build, enabling MTP measured a net loss (~0.78×) against the same model with speculation off — the draft acceptance rate did not pay for the extra work.
Measure it on your own hardware and workload before enabling it, and gate on byte-identical greedy output. If you see no gain, the non-MTP variant is the smaller file and the simpler thing to run.
Memory
At ~90 GB these need a machine that can actually place them. On a 128 GB Strix Halo, load them onto an otherwise-idle GPU; large models that follow other large models can fail to fit if the previous allocation has not been released.
Acknowledgements
This build would not exist without the work below. Please star and follow these projects — the quantisation format used here is their engineering, not mine.
ROCmFPX — maintained by
charlie12345 / caf
The ROCmFP4 / ROCmFPX tensor formats (ggml types 100–106) exist only in this fork.
Every ROCmFP4 file in this repository was produced with its llama-quantize, and
runs on its runtime. The fork also credits collaborators ciru-ai, Tom Turney,
PlunderStruck and Aydan S., and acknowledges AMD for hardware support.
Licensed MIT, based on upstream llama.cpp.
llama.cpp — ggml-org and contributors The inference engine, GGUF format and conversion tooling everything here is built on.
AMD ROCm The compute platform these builds target — ROCm 7.2.4 on gfx1151 / Radeon 8060S.
Base model authors — see base_model in the metadata above; all model weights,
licences and capabilities are theirs. This repository contributes quantisation and
measurement only.
If you use these files, please credit ROCmFPX alongside this repository.