Image-Text-to-Text
GGUF
German
English
llama.cpp
mtp
speculative-decoding
qwen3
multimodal
conversational
Instructions to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with libraries, inference providers, notebooks, and local apps. Follow these links to get started.
- Notebooks
- Google Colab
- Kaggle
- Local Apps Settings
- llama.cpp
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with llama.cpp:
Install (macOS, Linux)
curl -LsSf https://llama.app/install.sh | sh # Start a local OpenAI-compatible server with a web UI: llama serve -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0 # Run inference directly in the terminal: llama cli -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Install from WinGet (Windows)
winget install llama.cpp # Start a local OpenAI-compatible server with a web UI: llama serve -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0 # Run inference directly in the terminal: llama cli -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Use pre-built binary
# Download pre-built binary from: # https://github.com/ggerganov/llama.cpp/releases # Start a local OpenAI-compatible server with a web UI: ./llama-server -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0 # Run inference directly in the terminal: ./llama-cli -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Build from source code
git clone https://github.com/ggerganov/llama.cpp.git cd llama.cpp cmake -B build cmake --build build -j --target llama-server llama-cli # Start a local OpenAI-compatible server with a web UI: ./build/bin/llama-server -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0 # Run inference directly in the terminal: ./build/bin/llama-cli -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Use Docker
docker model run hf.co/Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
- LM Studio
- Jan
- vLLM
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with vLLM:
Install from pip and serve model
# Install vLLM from pip: pip install vllm # Start the vLLM server: vllm serve "Davidmg0815/Qwen3.8-27B-MTP-GGUF" # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:8000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "Davidmg0815/Qwen3.8-27B-MTP-GGUF", "messages": [ { "role": "user", "content": [ { "type": "text", "text": "Describe this image in one sentence." }, { "type": "image_url", "image_url": { "url": "https://cdn.britannica.com/61/93061-050-99147DCE/Statue-of-Liberty-Island-New-York-Bay.jpg" } } ] } ] }'Use Docker
docker model run hf.co/Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
- Ollama
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with Ollama:
ollama run hf.co/Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
- Unsloth Studio
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with Unsloth Studio:
Install Unsloth Studio (macOS, Linux, WSL)
curl -fsSL https://unsloth.ai/install.sh | sh # Run unsloth studio unsloth studio -H 0.0.0.0 -p 8888 # Then open http://localhost:8888 in your browser # Search for Davidmg0815/Qwen3.8-27B-MTP-GGUF to start chatting
Install Unsloth Studio (Windows)
irm https://unsloth.ai/install.ps1 | iex # Run unsloth studio unsloth studio -H 0.0.0.0 -p 8888 # Then open http://localhost:8888 in your browser # Search for Davidmg0815/Qwen3.8-27B-MTP-GGUF to start chatting
Using HuggingFace Spaces for Unsloth
# No setup required # Open https://huggingface.co/spaces/unsloth/studio in your browser # Search for Davidmg0815/Qwen3.8-27B-MTP-GGUF to start chatting
- Pi
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with Pi:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Configure the model in Pi
# Install Pi: npm install -g @earendil-works/pi-coding-agent # Add to ~/.pi/agent/models.json: { "providers": { "llama-cpp": { "baseUrl": "http://localhost:8080/v1", "api": "openai-completions", "apiKey": "none", "models": [ { "id": "Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0" } ] } } }Run Pi
# Start Pi in your project directory: pi
- Docker Model Runner
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with Docker Model Runner:
docker model run hf.co/Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
- Lemonade
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with Lemonade:
Pull the model
# Download Lemonade from https://lemonade-server.ai/ lemonade pull Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Run and chat with the model
lemonade run user.Qwen3.8-27B-MTP-GGUF-Q8_0
List all available models
lemonade list
- Hermes Agent
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with Hermes Agent:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Configure Hermes
# Install Hermes: curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash hermes setup # Point Hermes at the local server: hermes config set model.provider custom hermes config set model.base_url http://127.0.0.1:8080/v1 hermes config set model.default Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Run Hermes
hermes
- Atomic Chat
- OpenClaw
How to use Davidmg0815/Qwen3.8-27B-MTP-GGUF with OpenClaw:
Start the llama.cpp server
# Install llama.cpp: brew install llama.cpp # Start a local OpenAI-compatible server: llama serve -hf Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0
Configure OpenClaw
# Install OpenClaw: npm install -g openclaw@latest # Register the local server and set it as the default model: openclaw onboard --non-interactive --mode local \ --auth-choice custom-api-key \ --custom-base-url http://127.0.0.1:8080/v1 \ --custom-model-id "Davidmg0815/Qwen3.8-27B-MTP-GGUF:Q8_0" \ --custom-provider-id llama-cpp \ --custom-compatibility openai \ --custom-text-input \ --accept-risk \ --skip-health
Run OpenClaw
openclaw agent --local --agent main --message "Hello from Hugging Face"
Upload README.md with huggingface_hub
Browse files
README.md
CHANGED
|
@@ -214,6 +214,57 @@ unverändert weiter) erbt `supports_mtp_export = True` über
|
|
| 214 |
Quelle: `Qwen/Qwen3.8-27B` in **BF16** (51,3 GB, 16,00 BPW), nicht das
|
| 215 |
FP8-Release — also **keine** doppelte Quantisierung.
|
| 216 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 217 |
## Zwei Hinweise für Ampere-Besitzer
|
| 218 |
|
| 219 |
**FP8 läuft auf Ampere nicht nativ.** SM 8.6 hat keine FP8-Tensorcores, die gibt
|
|
|
|
| 214 |
Quelle: `Qwen/Qwen3.8-27B` in **BF16** (51,3 GB, 16,00 BPW), nicht das
|
| 215 |
FP8-Release — also **keine** doppelte Quantisierung.
|
| 216 |
|
| 217 |
+
## Kontextlänge und KV-Cache — ab 48 GB hört die Abwägung auf
|
| 218 |
+
|
| 219 |
+
Auf kleineren Karten zwingt der KV-Cache zu einer Entscheidung: weniger Bits
|
| 220 |
+
im Cache, dafür mehr Kontext. Gemessen auf **60 GB** (3× RTX 3080) stellt sich
|
| 221 |
+
diese Frage nicht mehr, weil vorher das Modell selbst deckelt:
|
| 222 |
+
|
| 223 |
+
| KV-Cache | angefordert | tatsächlich belegt |
|
| 224 |
+
|---|---|---|
|
| 225 |
+
| q8_0 | 256.000 | 256.000 — läuft |
|
| 226 |
+
| q8_0 | 384.000+ | läuft, aber jenseits von `n_ctx_train` |
|
| 227 |
+
| q5_1 | 256.000 | 256.000 — läuft |
|
| 228 |
+
| q5_1 | 447.488 | abgelehnt |
|
| 229 |
+
|
| 230 |
+
`n_ctx_train` liegt bei Qwen3.8-27B bei **262.144 Token**. Darüber meldet
|
| 231 |
+
llama.cpp:
|
| 232 |
+
|
| 233 |
+
```
|
| 234 |
+
llama_context: n_ctx_seq (384000) > n_ctx_train (262144)
|
| 235 |
+
-- possible training context overflow
|
| 236 |
+
```
|
| 237 |
+
|
| 238 |
+
**Mit q8_0 erreicht man auf 60 GB bereits den vollen trainierten Kontext.** Ein
|
| 239 |
+
Wechsel auf q5_1 oder q4_0 bringt hier keine Kontextlänge mehr, sondern nur
|
| 240 |
+
freies VRAM — nützlich für mehr parallele Sitzungen, nicht für längere Eingaben.
|
| 241 |
+
Auf 24 oder 32 GB sieht das anders aus, dort ist die Abwägung real.
|
| 242 |
+
|
| 243 |
+
## Flash-Attention mit quantisiertem KV-Cache: bitte selbst nachmessen
|
| 244 |
+
|
| 245 |
+
[llama.cpp-Issue #24485](https://github.com/ggml-org/llama.cpp/issues/24485)
|
| 246 |
+
beschreibt einen **stillen** Rückfall auf CPU-Attention, wenn ein quantisierter
|
| 247 |
+
KV-Cache mit Flash-Attention kombiniert wird und der Build ohne
|
| 248 |
+
`GGML_CUDA_FA_ALL_QUANTS=ON` erzeugt wurde. Keine Warnung, aber 25- bis
|
| 249 |
+
45-fach langsamerer Prefill. Das Issue wurde als *not planned* geschlossen —
|
| 250 |
+
das Verhalten bleibt also bestehen.
|
| 251 |
+
|
| 252 |
+
Unser Build ist **nicht** betroffen. Der Test dauert fünf Minuten: derselbe
|
| 253 |
+
Prompt (8.933 Token), einmal mit q8_0-Cache, einmal mit f16.
|
| 254 |
+
|
| 255 |
+
| KV-Cache | Prefill | Generierung |
|
| 256 |
+
|---|---|---|
|
| 257 |
+
| q8_0 | **2.111,7 Tok/s** | 22,8 Tok/s |
|
| 258 |
+
| f16 | **2.142,7 Tok/s** | 23,0 Tok/s |
|
| 259 |
+
|
| 260 |
+
1,4 Prozent Abstand — kein Rückfall. **Wichtig: an der Generierungsrate sieht
|
| 261 |
+
man den Fehler nicht.** Die ist durch die Speicherbandbreite begrenzt und ändert
|
| 262 |
+
sich kaum; nur die Prefill-Rate deckt das Problem auf. Das dürfte der Grund
|
| 263 |
+
sein, warum der Fehler in vielen Aufbauten unbemerkt bleibt.
|
| 264 |
+
|
| 265 |
+
Nebenbefund: `--flash-attn off` mit quantisiertem KV-Cache stürzt auf diesem
|
| 266 |
+
Build ab (Speicherzugriffsfehler), statt sauber abzulehnen.
|
| 267 |
+
|
| 268 |
## Zwei Hinweise für Ampere-Besitzer
|
| 269 |
|
| 270 |
**FP8 läuft auf Ampere nicht nativ.** SM 8.6 hat keine FP8-Tensorcores, die gibt
|