Downloads · 30 days
80
8% of all-time downloads
Elias-Schwegler/IQuest-Coder-V1-40B-Loop-Instruct-NVFP4
IQuest-Coder-V1-40B-Loop-Instruct-NVFP4 is a text generation model from Elias-Schwegler. Use it when you need the model to write or continue text. It is set up for vllm. The card lists the license as apache-2.0.
<div align="center" <img src="https://img.shields.io/badge/Architecture-Loop%20Transformer-blue?style=flat-square" alt="Loop Transformer" <img src="https://img.shields.io/badge/Quantization-NVFP4-green?style=flat-squa…
Downloads · 30 days
80
8% of all-time downloads
All-time downloads
1K
Public
Parameters
20.3B
70.6 GB on disk
Likes
5
Public
Click a slice to open those files.
.safetensors23.5 GB · 100%
How the weights are stored.
U819.5B · 86%
From the Hugging Face model README
This repository hosts the officially optimized NVFP4 distribution of the IQuest-Loop-Coder. By leveraging NVIDIA's 4-bit floating point format (NVFP4), we have compressed the massive 80GB BF16 baseline into a ~21.9 GB high-performance engine, specifically tailored for NVIDIA Blackwell (SM 100/121) hardware.
Note on Model Size: While Hugging Face may report ~20B parameters, this is a Recursive "Loop" Architecture. With
loop_num=2, the model effectively executes 40B parameters worth of compute per token generation (80 layers × 2 passes), achieving reasoning depth far exceeding standard 20B models.
Standard quantization tools (like AutoGPTQ or unmodified ModelOpt) fail on the IQuestLoopCoder architecture because of its unique Dual-ModuleList Recursive Structure. The logic loops back on itself, causing standard tracing algorithms to either crash or miss 50% of the computation graph.
To achieve this coherent 4-bit export, we implemented a specialized 3-stage pipeline:
layer_utils.py)We manually patched the NVIDIA modelopt library to support "Unrolled Tracing". By injecting custom hooks into the IQuestLoopCoderModel definition, we forced the quantizer to "see" the unrolled execution path.
loop_num iterations, ensuring the quantization scales are calibrated for the accumulated activation variance of both loops.Blindly quantizing weights destroys reasoning capabilities. We used Activation-aware Weight Quantization (AWQ) with a high-precision calibration dataset sourced from MBPP (Mostly Basic Python Problems).
The final artifact is not a proprietary blob but a standard Unified Hugging Face Checkpoint.
safetensorsuint8 (Packed 4-bit payloads)float8_e4m3fn (High-dynamic-range scaling factors)This model has been rigorously stress-tested on Blackwell hardware to ensure the "Loop Tax" (the latency cost of recursion) is outweighed by the precision gains.
| Metric | Result | Context |
|---|---|---|
| Inference Speed | ~3.86 tokens/s | Verified on Single Blackwell GPU (Eager Mode) |
| VRAM Usage | 22.15 GiB | Massive reduction from ~80GB (BF16) |
| Coherence | 100% Pass | Tested on Nested Python Loops & Mathematical Induction |
| Stop Behavior | Perfect | Stability Patch applied to tokenizer_config.json |
The official vLLM image (vllm-blackwell-official) contains the specific kernels required to decode this NVFP4 format.
vllm serve Elias-Schwegler/IQuest-Coder-V1-40B-Loop-Instruct-NVFP4 \
--quantization modelopt \
--trust-remote-code \
--enforce-eager \
--gpu-memory-utilization 0.85
Use this docker-compose.yaml for a turnkey generic deployment on port 8000:
services:
vllm-iquest-deploy:
image: vllm-blackwell-official:latest
container_name: iquest-coder-server
environment:
- VLLM_USE_V1=1
- NVIDIA_VISIBLE_DEVICES=all
volumes:
- .:/model
ports:
- "8000:8000"
command: >
--model Elias-Schwegler/IQuest-Coder-V1-40B-Loop-Instruct-NVFP4
--served-model-name iquest-coder-40b-loop
--quantization modelopt
--trust-remote-code
--enforce-eager
--tensor-parallel-size 1
--gpu-memory-utilization 0.85
--max-model-len 32768
deploy:
resources:
reservations:
devices:
- driver: nvidia
count: all
capabilities: [gpu]
To run:
docker compose up -d
uint8 container)e4m3fn (FP8)If viewing file info, you may see mixed types:
BF16: Model metadata / configuration tensors.U8: The actual compressed 4-bit weights (2 packed per byte).F8_E4M3: The scaling factors used to decompress the U8 weights at runtime.