Qwen2.5-32B-Instruct-AWQ

Qwen2.5-32B-Instruct — AWQ 4-bit

Auto-quantized from Qwen/Qwen2.5-32B-Instruct by fastserve's self-quantization pipeline (publish/) — so it can be trusted the way a random community AWQ requant sometimes can't. Two community quants fastserve auto-detected during its own benchmark run looped garbage tokens instead of answering; every checkpoint published here passed an accuracy gate against its bf16 baseline first.

Quantization

• Method: AWQ (W4A16_ASYM), group size 128, via llm-compressor
• Calibration: 256 samples from ultrachat-200k

Validation (accuracy gate — this is why you can trust it)

Within 0.1 (absolute) of the bf16 baseline, <30% degenerate (repeated-token loops). A checkpoint that failed this gate would not have been uploaded.

Original vs vLLM vs fastserve

Same GSM8K prompts (n=8), single-stream (batch-1) greedy decode, one A100-80GB. "fastserve" = this AWQ checkpoint + speculative decoding (eagle3:benben888/Qwen2.5-32B-Instruct-Eagle3) on vLLM. Memory = weights only (bf16 vs AWQ); vLLM's KV-cache budget is a separate knob.

Serve it with fastserve

fastserve auto-detects this checkpoint — point it at the original model id and it finds this AWQ + wires up speculative decoding:

git clone https://github.com/jireh-father/fastserve && cd fastserve && ./install.sh

# serve an OpenAI-compatible API (auto-picks this AWQ checkpoint)
./fastserve serve Qwen/Qwen2.5-32B-Instruct

# or benchmark the speedup vs the naive baseline
./fastserve bench Qwen/Qwen2.5-32B-Instruct --compare-baseline

Then query it like any OpenAI endpoint:

curl localhost:8000/v1/completions \
  -d '{"model": "glenic/Qwen2.5-32B-Instruct-AWQ", "prompt": "Q: What is 17*4?\nA:", "max_tokens": 64}'

Or serve directly with vLLM

pip install vllm
python -m vllm.entrypoints.openai.api_server --model glenic/Qwen2.5-32B-Instruct-AWQ

License

Inherits the base model's license — see Qwen/Qwen2.5-32B-Instruct for terms.