Consolidates and supersedes:
- noonghunna/qwen36-27b-single-3090
- noonghunna/qwen36-dual-3090
The two predecessor repos partitioned by card count (1× vs 2×). This
repo partitions by engine instead, which matches how users actually
decide ("vLLM or llama.cpp?" before "1 card or 2"). Card count becomes
a config variant within each engine.
Structure (model-agnostic from day 1):
docs/ cross-model engine + hardware docs
engines/ vLLM / llama.cpp / SGLang comparison + per-engine deep dives
HARDWARE.md Ampere SM 8.6+, NVLink, power, VRAM ceilings
GLOSSARY.md plain-language definitions
img/ illustrations (vram-budget.svg)
ARCHITECTURE.md how this stack thinks about LLM serving on 24 GB
models/<model-name>/ everything specific to a model
qwen3.6-27b/ today's only model
README.md / INTERNALS.md / USE_CASES.md / CHANGELOG.md
vllm/ vLLM-specific configs for this model
compose/ docker-compose files (single + dual variants)
patches/ tolist_cudagraph + Marlin pad notes
llama-cpp/ llama.cpp recipes for this model
recipes/ shell scripts (single-card default + 262K max-ctx)
sglang/ SGLang status (currently blocked)
scripts/ shared, model-aware
setup.sh bash setup.sh <model> → downloads + verifies
verify.sh / verify-full.sh smoke + functional tests
bench.sh canonical TPS bench
vLLM compose variants (all under models/qwen3.6-27b/vllm/compose/):
Single-card:
docker-compose.yml ⭐ DEFAULT — TQ3 + Genesis P65, 48K, 51/68 TPS
docker-compose.fast-chat.yml fp8 + 20K, 55/70 TPS — fastest at small ctx
docker-compose.tools-text.yml fp8 + 75K, 53/70 TPS — best for long single prompts
docker-compose.no-genesis-mtp.yml control variant
docker-compose.minimal.yml no spec-decode
Dual-card:
docker-compose.dual.yml ⭐ fp8 + 262K + MTP + vision, 71/89 TPS
docker-compose.dual-turbo.yml TQ3 + Genesis v7.14 — 4-stream concurrency
docker-compose.dual-dflash.yml DFlash N=5 + 185K + vision — 78/128 TPS
docker-compose.dual-dflash-noviz.yml DFlash + 200K text-only
llama.cpp recipes (under models/qwen3.6-27b/llama-cpp/recipes/):
single-card-default.sh Q4_K_M + 65K
single-card-max-ctx.sh Q4_K_M + q4_0 KV at full 262K — the standout recipe
Old repos remain readable for issue history + external links (Medium,
Reddit, Twitter, Sandermage's PR threads). New issues should be filed
here.
Credits in README. Apache 2.0.
club-3090
Recipes for serving LLMs locally on RTX 3090s. Multi-engine (vLLM, llama.cpp, SGLang), multi-model, model-agnostic by design.
If you have one or two RTX 3090s and want to run modern LLMs at home, in a homelab, or as a dev backend — this repo collects the working configs, patches, and benchmarks.
TL;DR — what this is
- Validated docker compose configs for serving big models on consumer 24 GB GPUs
- Drop-in OpenAI-compatible API — point any OpenAI SDK at
localhost:8020 - All the features — chat, vision, tool calling, streaming, reasoning mode, speculative decoding (where supported)
- Multi-engine: pick vLLM (full features) / llama.cpp (max context, lighter footprint) / SGLang (high-throughput multi-tenant — currently blocked, watch list)
- Multi-card: configs for both single-3090 and dual-3090 setups
- Model-agnostic: today ships configs for Qwen3.6-27B; structure scales as we add models
First time here? → Models — pick yours. Already running, want to compare engines? → docs/engines/ Hardware questions (does this work on a 4090, do I need NVLink)? → docs/HARDWARE.md Don't know what TPS / KV / MTP mean? → docs/GLOSSARY.md
Supported models
Each model has its own subdirectory with engine-specific composes / recipes / patches and per-model docs.
| Model | Status | Card counts | Engines | Highlights |
|---|---|---|---|---|
| Qwen3.6-27B | Production-ready ⭐ | 1× / 2× 3090 | vLLM ✅ · llama.cpp ✅ · SGLang ❌ blocked | Vision · tools · MTP n=3 · 48K-262K context · 51-89 TPS depending on config |
More models coming. The repo structure scales — when we add Qwen3.5-27B / GLM-4.6 / etc., they go under models/<name>/ with the same internal pattern.
Quick start (for the current model — Qwen3.6-27B on vLLM)
# 1. Clone the repo
git clone https://github.com/noonghunna/club-3090.git
cd club-3090
# 2. Download + SHA-verify the model (~20 GB; clones Genesis patches too)
bash scripts/setup.sh qwen3.6-27b
# 3. Boot the default config (single-card vLLM, 48K context, full features)
cd models/qwen3.6-27b/vllm/compose && docker compose up -d
# 4. Watch it come up (~2 min for cold compile)
docker logs -f vllm-qwen36-27b
# Wait for "Application startup complete"
# 5. Sanity test
curl -sf http://localhost:8020/v1/chat/completions \
-H "Content-Type: application/json" \
-d '{"model":"qwen3.6-27b-autoround","messages":[{"role":"user","content":"Capital of France?"}],"max_tokens":30}'
# 6. Run the canonical benchmark
cd /opt/ai/github/club-3090 && bash scripts/bench.sh
For dual-card setups, opt into docker-compose.dual.yml (or one of the dual variants) — see models/qwen3.6-27b/vllm/.
For llama.cpp (different engine, different recipe — useful for max context on single-card):
cd models/qwen3.6-27b/llama-cpp && cat README.md
Repo layout
club-3090/
├── README.md this file — start here
├── CHANGELOG.md cross-cutting changes (engine pin bumps, script updates)
├── LICENSE Apache-2.0
├── docs/
│ ├── ARCHITECTURE.md how this stack thinks about LLM serving on 24 GB
│ ├── HARDWARE.md Ampere SM 8.6+, NVLink note, 24 GB ceilings
│ ├── GLOSSARY.md plain-language definitions (TPS / KV / MTP / TP / etc.)
│ ├── img/ cross-model illustrations (vram-budget.svg)
│ └── engines/ cross-model engine comparison + per-engine deep dives
│ ├── README.md decision tree, pros/cons matrix
│ ├── VLLM.md vLLM general docs + tuning
│ ├── LLAMA_CPP.md llama.cpp general docs + 262K recipe
│ └── SGLANG.md blocked status + watch list
├── models/
│ └── qwen3.6-27b/ all Qwen3.6-27B-specific stuff
│ ├── README.md model overview + variants + recommendations
│ ├── INTERNALS.md model-specific bugs (DeltaNet cliffs, Genesis patches, MTP head, Marlin pad)
│ ├── USE_CASES.md per-workload guides (1× and 2× combined)
│ ├── CHANGELOG.md model-specific dated history
│ ├── vllm/
│ │ ├── README.md "vLLM recipes for Qwen3.6-27B"
│ │ ├── compose/ docker-compose files (single-card + dual-card variants)
│ │ └── patches/ tolist_cudagraph + Marlin pad README + Genesis pointer
│ ├── llama-cpp/
│ │ ├── README.md "llama.cpp recipes for Qwen3.6-27B"
│ │ └── recipes/ single-card 65K + 262K-max-ctx + dual-card recipes
│ └── sglang/
│ └── README.md blocked status — what would unblock it on this model
└── scripts/ shared, model-aware
├── setup.sh bash setup.sh <model> → downloads + verifies + clones engine patches
├── verify.sh quick smoke test (engine-aware via env)
├── verify-full.sh functional test (10 checks)
└── bench.sh canonical TPS bench
What you'll need
| For any model on this stack | Notes |
|---|---|
| 1× or 2× NVIDIA RTX 3090 (24 GB each) | Larger Ampere/Ada cards (4090, A6000) work; smaller cards (12 GB) don't fit 27B-class models. |
| Linux (Ubuntu 22.04+ tested) | macOS/Windows: vLLM is Linux + CUDA only. Llama.cpp works on macOS/Windows but recipes assume Linux paths. |
| Docker + NVIDIA Container Toolkit | For vLLM. llama.cpp works without Docker. |
| NVIDIA driver 580.x+ | For CUDA 13 runtime in vLLM nightly. |
| ~30 GB free disk | Per model. More for multiple models. |
See docs/HARDWARE.md for hardware-specific notes (PCIe vs NVLink, power draw, etc.).
How this is structured
Engines and hardware are general — the docs in docs/ apply across models. vLLM works the same way regardless of whether you're serving Qwen, GLM, or Llama; the engine docs cover that once.
Models are specific — under models/<name>/, you find that model's quants, quirks, recommended configs, and engine-specific recipes. Adding a new model means adding a new subdir with the same internal pattern.
Scripts are shared but model-aware — bash scripts/setup.sh qwen3.6-27b downloads the right model + clones the right patches. When we add another model, you'd run bash scripts/setup.sh glm-4.6 and the same script handles it.
This separation keeps the stack maintainable as it grows. We don't want a model-specific README at the top; we want the top to be "stack docs" and the model details under their dedicated subdirs.
Migration history
-
2026-04-28 — Repo created. Consolidates and supersedes:
noonghunna/qwen36-27b-single-3090(single-card recipe; archived for issue history)noonghunna/qwen36-dual-3090(dual-card recipe; archived for issue history)
Old repos remain readable for existing issue threads, external links (Medium articles, Reddit posts), and historical context. New issues should be filed here.
See CHANGELOG.md for the merged dated history.
Credits
The stack stands on a lot of shoulders:
- Qwen team (@Alibaba_Qwen) — for the base models and the MTP head architecture
- Lorbus — for the AutoRound INT4 quant with preserved BF16
mtp.fc(the model this whole stack runs on) - Sandermage — Genesis patch tree for TurboQuant + hybrid models on consumer Ampere; root-causing #40880 and shipping the v7.14 fix
- vibhavagarwal5 — TurboQuant landing PR + tracking issue #40069
- vLLM project — the engine + active maintenance
- llama.cpp — the alternative engine path
- Luce z-lab — DFlash N=5 draft model for Qwen3.6-27B
- Intel AutoRound — quantization framework
- All cross-rig contributors — @ampersandru, @walmis, @3dluvr, and the Reddit / X local-LLM community for benchmark data and bug reports.
License
Apache 2.0. Do what you want with it. If you get better numbers on your rig — open an issue. If you add a new model with working configs — open a PR.