Downloads · 30 days
199
7% of all-time downloads
johannrplaster/Qwen3.8-27B-Uncensored-int4-AutoRound
Qwen3.8-27B-Uncensored-int4-AutoRound is a image-text-to-text model from johannrplaster. Use it for the image-text-to-text task on the model card, and read the license before you ship it in a product. It is set up for transformers. The card lists the license as apache-2.0.
An INT4 (W4A16) quantization of an uncensored/abliterated 27B dense Qwen3.8 variant, built for fast local serving on Intel Arc Pro B70 GPUs with vLLM XPU.
Downloads · 30 days
199
7% of all-time downloads
All-time downloads
2.8K
Public
Parameters
6.3B
19 GB on disk
Likes
1
Public
Click a slice to open those files.
.safetensors19 GB · 100%
How the weights are stored.
I3224.7B · 89%
From the Hugging Face model README
An INT4 (W4A16) quantization of an uncensored/abliterated 27B dense Qwen3.8 variant, built for fast local serving on Intel Arc Pro B70 GPUs with vLLM XPU.
Two deliberate choices distinguish this checkpoint from a stock INT4 quant:
qwen3_5_mtp method — no separate draft model or weights surgery needed.in_proj_a / in_proj_b projections are kept in
FP16. Quantizing those two projection families to INT4 g128 measurably
degrades exact-answer behavior (e.g. deterministic code-evaluation prompts
return wrong values). Keeping them FP16 costs a few percent of decode
bandwidth and preserves target-model quality. Verify any other INT4 build
of this model against a deterministic canary before trusting it.| Setting | Value |
|---|---|
| Method | AutoRound 0.14.2, default tuning recipe |
| Format | W4A16, symmetric, group_size 128, auto_round:auto_gptq packing |
| Calibration | batch_size 4, gradient_accumulate_steps 2 |
| Quantized | all decoder layers + the MTP head |
| Kept FP16/BF16 | GDN linear_attn.in_proj_a/b, norms, mtp.fc, vision tower |
| Size on disk | ~18 GB (7 shards, MTP tensors included in shard 7) |
The checkpoint is directly servable as GPTQ INT4 (Marlin /
XPUwNa16LinearKernel path in vLLM).
Cold-response measurement discipline: fixed realistic prompt suite, each
prompt run once, prefix/prompt caching disabled, cached_tokens=0 on every
request; primary metric is the median inter-token rate over tokens 1-100
after TTFT.
| Serving config | Decode (tok/s, median) |
|---|---|
| 2x B70 (TP2), MTP3, FP16 KV | 81.8 |
| 2x B70 (TP2), MTP3, FP16 KV, experimental INT8 LM head | 94.6 |
| 1x B70, MTP3, FP16 KV | 57.5 |
| 1x B70, MTP3, FP16 KV, experimental INT8 LM head | 66.8 |
Quality gates on this exact checkpoint: arithmetic, deterministic code evaluation, copy, factual, JSON-schema, long-context needle, and repeat-stability checks all pass; all exact canaries are identical to the FP16-head reference.
Notes on interpretation: warmed, repeated-prompt, same-shape benchmarks of this stack read much higher (80+ on a single card); those numbers describe repeat traffic, not fresh requests.
vllm serve /path/to/this/model \
--quantization gptq \
--dtype float16 \
--tensor-parallel-size 2 \
--max-model-len 8192 \
--gpu-memory-utilization 0.9 \
--enable-prompt-tokens-details \
--speculative-config '{"method":"qwen3_5_mtp","num_speculative_tokens":3}'
--kv-cache-dtype fp8) works and is the capacity option for
128K context on one card; FP16 KV decodes slightly faster.num_speculative_tokens 1-4. Depth 3 was the best
measured trade-off on fresh-response workloads; depth 4 can win on highly
predictable content (acceptance is workload-dependent — check
vllm:spec_decode_num_accepted_tokens_total against
spec_decode_num_draft_tokens_total on your own traffic).vllm-xpu-kernels build adds ~15% decode on this model class; the
stock FP16 head path is what the 81.8/57.5 rows above use.Ships the stock Qwen3.8 chat template (chat_template.jinja; reasoning and
tool-call blocks follow the base model's conventions). Note for serving:
vLLM's thinking_token_budget (or an equivalent hard cap) is the reliable
way to bound reasoning length; prompt-level effort instructions are a hint
the model can ignore on hard prompts.