Downloads · 30 days
46
19% of all-time downloads
kingjones777/Granite-4.2-8B-ROCmFPX-Q8_0-GGUF
Granite-4.2-8B-ROCmFPX-Q8_0-GGUF is a text generation model from kingjones777. Use it when you need the model to write or continue text. It is set up for gguf. The card lists the license as apache-2.0.
I built this reference 8-bit ROCmFPX quantization of ibm-granite/granite-4.2-8b on my Strix Halo box.
Downloads · 30 days
46
19% of all-time downloads
All-time downloads
242
Public
Repo size
9.1 GB
Likes
0
Public
Click a slice to open those files.
.gguf9.1 GB · 100%
From the Hugging Face model README
I built this reference 8-bit ROCmFPX quantization of ibm-granite/granite-4.2-8b on my Strix Halo box.
| ftype | 111 — Q8_0_ROCMFPX |
| size | 9,070,886,976 bytes (8.45 GiB) |
| bpw | 8.25 |
| architecture | granite |
| tensors | 363 |
| context | 131,072 |
| token embedding | Q8_0_ROCMFPX |
output.weight | Q8_0_ROCMFPX |
| sha256 | f7b2aabad5e784b30910204c477f908623c50d8eb8a5c864ac2f79cd644127cd |
Type histogram, read from the finished file:
Q8_0_ROCMFPX x282, F32 x81
Q8_0_ROCMFPX (ftype 111) is my reference 8-bit ROCmFPx layout: every weight tensor —
including token_embd.weight and output.weight — goes into the ROCmFPX 8-bit UE4M3-scale
reference format. Nothing is held back at plain Q8_0 (contrast with my _AGENT tier, which
keeps the output-side tensors at plain Q8_0 for tool-call coherence). At 8 bits the quality
gap between the two tiers is small; take this one for size/speed, take _AGENT if you serve
tools.
tie_word_embeddings is false on Granite 4.2, so output.weight is a real standalone
tensor. I verified the head types by reading the finished file back by exact tensor name
(token_embd.weight and output.weight — exact match, not substring).
ibm-granite/granite-4.2-8b file list from the HF API with
?blobs=true and recorded the real shard bytes (4 safetensors shards,
17,583,228,032 bytes total — never the index total_size).convert_hf_to_gguf.py from my rocmfpx-dspark-halo tree (4eca07e),
--outtype bf16 → 363 tensors, 17,587,421,248 bytes.llama-quantize at 16 threads.
Dry-run estimate 8,647.27 MiB; the real file landed within a few MiB of it.amd-halo: AMD Ryzen AI Max+ 395 (Strix Halo, gfx1151), ROCm 7.13.0, 125 GiB unified memory.
Functional check, not an idle-box benchmark: 8 other llama-server seats were live on this
machine while I tested.
Server flags: -dev ROCm0 -fa on -ngl 999 --no-mmap -fit off -np 1 -b 2048 -c 8192 -t 16 --jinja,
port 8497, greedy:
| generation (server-reported) | 21.49 t/s over 128 tokens |
| MemAvailable | 12.1 GiB before load → 4.7 GiB after |
Sample output (greedy, prompt "Explain in one clear sentence what granite rock is primarily made of."):
Answer: Granite is primarily made of quartz, feldspar, and mica. (continued with its own follow-up Q/A scaffolding — real structured generation)
Q8_0_ROCMFPX is a custom tensor format that exists only in the
ROCmFPX fork of llama.cpp.
llama-server -m granite-4.2-8b-Q8_0_ROCMFPX.gguf -dev ROCm0 -fa on -ngl 999 -c 8192
No benchmark sweeps, no context sweeps, no perplexity — per my build discipline this is the 3-tier publish set and one functional check per tier.
Converted and quantized from ibm-granite/granite-4.2-8b (Apache 2.0). This quantized build
is released under the same Apache 2.0 license. The ROCmFPX runtime is a third-party fork;
its own terms apply to the runtime, not to these weights.
| build | what it is | size | tok/s (full GPU offload) |
|---|---|---|---|
STRIX_LEAN | my leaner 4-bit tier, Q6_K head — smallest of my 4-bit builds, the one most people want | 4.53 GiB | 38.33 |
COHERENT | my 4-bit ROCmFP4 tier with the Q6_K-protected head — the balance I run day to day | 4.81 GiB | 39.35 |
Q8_0 | straight 8-bit ROCmFPX — highest fidelity I publish | 8.45 GiB | 21.49 |
Q8_0-AGENT | 8-bit ROCmFPX with the agent-tuned tensor set — for tool-calling work where precision matters | 8.60 GiB | 23.38 |
All measured by me on a Ryzen AI MAX+ 395 (Strix Halo, gfx1151, ROCm 7.2.4) with the whole model on GPU (-ngl 999), 128-token greedy generation. A dash means I haven't measured that one yet — I won't put a number in a card I didn't measure.
Base model: ibm-granite/granite-4.2-8b
<!-- VARIANTS:END -->