Downloads · 30 days
1.2K
47% of all-time downloads
malaiwah/DeepSeek-V2-Lite-Chat-SIQ-K4K3
DeepSeek-V2-Lite-Chat-SIQ-K4K3 is a machine learning model from malaiwah. Use it for the machine learning task on the model card, and read the license before you ship it in a product. It is set up for trellis. The card lists the license as other.
SIQ (SparkInfer Quantization) mixed K3/K4 Trellis quantization of deepseek-ai/DeepSeek-V2-Lite-Chat, built as proxy 2 for developing the vLLM + SparkInfer ("gilded-gnosis") serving stack that runs GLM-5.2 SIQ in produ…
Downloads · 30 days
1.2K
47% of all-time downloads
All-time downloads
2.6K
Public
Parameters
4.4B
8.7 GB on disk
Likes
0
Public
Click a slice to open those files.
.safetensors8.7 GB · 100%
How the weights are stored.
I163B · 70%
From the Hugging Face model README
SIQ (SparkInfer Quantization) mixed K3/K4 Trellis quantization of deepseek-ai/DeepSeek-V2-Lite-Chat, built as proxy #2 for developing the vLLM + SparkInfer ("gilded-gnosis") serving stack that runs GLM-5.2 SIQ in production. Proxy #1 is malaiwah/Qwen3.6-35B-A3B-SIQ-K6-K4K3.
This model is not smarter than the original. It exists so that stack changes can be tested on a single consumer GPU (RTX 5090, 32 GB) against the exact production code paths — this proxy specifically covers what the Qwen proxy cannot:
deepseek_v2.py rank-sliced SIQ loader (the original
implementation the qwen3_5 patch was mirrored from) — serving needs
zero vLLM patches;FULL_AND_PIECEWISE) — a mode the
hybrid-GDN Qwen proxy cannot run at all on sm_120.| Quantized | routed MoE expert gate/up/down projections, all 64 experts, layers 1–26 (4,992 tensors → 19,968 SIQ tensors) |
| Kept BF16 byte-exact | MLA attention, dense layer-0 MLP, both shared experts, router gates, norms, embeddings, lm_head |
| Format | exl3-trellis, MCG codebook, rank-sliced TP1 (model.layers.{L}.mlp.experts.{E}.{proj}.rank0.*) |
| Tiers | GLM-5.2-3.36bpw ratios scaled 256→64 experts: layer 1 = 52×K3 + 12×K4, layers 2–26 = 40×K3 + 24×K4 (612 K4 total, expert bpw mean 3.368) |
| K assignment | router-mass-top-N over a sealed 1,051,203-token natural-routing capture (owner 4-axis corpus, 12,228 rows) |
| Size | 8.2 GiB (vs 29.3 GiB BF16) |
cudagraph_mode NONE does not manifest on this architecture--kv-cache-dtype nvfp4_ds_mla is rejected for this model on sm_120:
the only nvfp4-MLA backend in r25 is FLASHINFER_MLA_SPARSE_SM120
(DSA/sparse-indexer models only, e.g. GLM-5.2). Non-sparse MLA runs
TRITON_MLA with fp8 KV (576 B/token — the pool at default
gpu_memory_utilization dwarfs the 163,840-token native context)podman run -d --name dsv2-siq -p 8000:8000 --gpus all --shm-size 16g \
-v /path/to/DeepSeek-V2-Lite-Chat-SIQ-K4K3:/model:ro \
docker.io/voipmonitor/vllm:gilded-gnosis-v20-vllmf5981f1-si978cdb3-fi801d57a-cu132-20260803-r25 \
vllm serve /model --served-model-name dsv2-lite --port 8000 \
--max-num-seqs 16 --kv-cache-dtype fp8
No patches, no environment variables, no quantization flags: the checkpoint's
hybrid_tr3_tail metadata auto-selects the exl3 rank-sliced loader, and its
quantization_config ignore list keeps every non-expert Linear BF16.
Everything needed is in tools/ (see PORTMAP.md for the full fork map
from the Qwen proxy toolchain):
capture_dsv2.py (natural-routing activation capture, salvage/quarantine
sealing) → encode_dsv2.py (byte-pinned encode_tr3_v31.py adapter,
uniform-K pool encode, verified-read payloads) → k_plan_dsv2.py
(router-mass tiering, sealed fingerprint chain) → assemble (source re-hash
audit, bijective tensor accounting, MANIFEST.sha256). One-command
pipeline: run_campaign_dsv2.sh. The recipe fingerprint chain
(capture plan → k-plan → per-layer done records → hybrid_tr3_tail) makes
the artifact functionally reproducible from the same source + corpus.
Hard-won operational notes (all hit while building this):
cpu_offload_gb silently no-ops on the r25 V2 GPU model runner
(v1/worker/gpu/model_runner.py never calls set_offloader). Capture
of the 29.3 GiB BF16 source on a 32 GB card requires
VLLM_USE_V2_MODEL_RUNNER=0 (legacy runner, where UVA offload works).moe_backend=triton, enable_flashinfer_autotune=false.encode_tr3_v31.py, byte-pinned sha e9a85a47…) and the owner 4-axis
calibration corpus, shipped with
GLM-5.2-EXL3-TR3-3.0bpw.Built on aiboss (RTX 5090) 2026-08-04. Capture 1,051,203 tokens ×26 layers in one writeback pass (~104 GiB), encode ~50 s/layer, full campaign well under an hour of GPU time.