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
|
@@ -44,11 +44,17 @@ Datei kann `llama-server` sie nicht als Draft laden.
|
|
| 44 |
Die MTP-Tensoren sind aus den Zielmodellen **entfernt** (`--no-mtp`) und liegen
|
| 45 |
ausschließlich in der Draft-Datei. Ziel- und Draft-Datei gehören zusammen.
|
| 46 |
|
| 47 |
-
**
|
| 48 |
-
|
| 49 |
-
|
| 50 |
-
|
| 51 |
-
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 52 |
|
| 53 |
## Verwendung
|
| 54 |
|
|
@@ -110,6 +116,65 @@ Fließtext-Dialog liegt bei **rund 1,7×**.
|
|
| 110 |
Deutlich mehr als etwa der Gemma-4-12B-Draft mit 0,5 GB. Wer knapp an VRAM ist,
|
| 111 |
muss das einplanen.
|
| 112 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 113 |
## Testaufbau
|
| 114 |
|
| 115 |
* 3× NVIDIA RTX 3080 20 GB — **Ampere, SM 8.6**
|
|
|
|
| 44 |
Die MTP-Tensoren sind aus den Zielmodellen **entfernt** (`--no-mtp`) und liegen
|
| 45 |
ausschließlich in der Draft-Datei. Ziel- und Draft-Datei gehören zusammen.
|
| 46 |
|
| 47 |
+
**Welches Zielmodell?** Q8_0 ist das genauere, Q6_K das schnellere. Gemessen
|
| 48 |
+
ohne Draft, gleiche Einstellungen, 20 Aufgaben: **Q6_K 23,7 t/s gegen Q8_0
|
| 49 |
+
19,6 t/s** — Q6_K liegt 21 Prozent vorn, weil beim Erzeugen jedes Tokens alle
|
| 50 |
+
Gewichte einmal durch den Speicher müssen und 21 GB nun mal schneller gelesen
|
| 51 |
+
sind als 27 GB.
|
| 52 |
+
|
| 53 |
+
> **Korrektur, 15.08.2026.** Eine frühere Fassung dieser Karte behauptete das
|
| 54 |
+
> Gegenteil (»Q8_0 ist durchgehend schneller«). Diese Messung verglich Q8_0
|
| 55 |
+
> *mit* Draft gegen Q6_K *mit* Draft — dort hängt die Rate an der
|
| 56 |
+
> Draft-Trefferquote, nicht an der Dequantisierung, und der Vergleich war
|
| 57 |
+
> damit wertlos. Beim sauberen Vergleich ohne Draft dreht sich das Ergebnis um.
|
| 58 |
|
| 59 |
## Verwendung
|
| 60 |
|
|
|
|
| 116 |
Deutlich mehr als etwa der Gemma-4-12B-Draft mit 0,5 GB. Wer knapp an VRAM ist,
|
| 117 |
muss das einplanen.
|
| 118 |
|
| 119 |
+
## HumanEval+ — was das Modell tatsächlich kann
|
| 120 |
+
|
| 121 |
+
**88,4 % (145 von 164)** für `qwen3.8-27b-Q8_0.gguf`, ohne Reasoning, in
|
| 122 |
+
25,6 Minuten. Bewertet wird durch Ausführen: jede gelieferte Funktion läuft
|
| 123 |
+
gegen den vollständigen Testblock von EvalPlus, der die HumanEval-Originaltests
|
| 124 |
+
um etwa das Achtzigfache erweitert.
|
| 125 |
+
|
| 126 |
+
Zur Einordnung, publizierte Werte anderer Modelle:
|
| 127 |
+
|
| 128 |
+
| Modell | HumanEval+ |
|
| 129 |
+
|---|---|
|
| 130 |
+
| Phi-4 Reasoning (Microsoft) | 92,9 % |
|
| 131 |
+
| Llama 3 405B Instruct | 89 % |
|
| 132 |
+
| **Qwen3.8-27B Q8_0 — diese Messung** | **88,4 %** |
|
| 133 |
+
| Granite 3.3 8B Base | 86,1 % |
|
| 134 |
+
| Kimi K2 Base | 80,3 % |
|
| 135 |
+
|
| 136 |
+
> **Diese Zahl ist nicht eins zu eins mit den Leaderboards vergleichbar.**
|
| 137 |
+
> Drei Abweichungen vom offiziellen EvalPlus-Verfahren: die Aufgabe wird im
|
| 138 |
+
> **Chat-Format** gestellt (»Vervollständige diese Funktion«) statt als reine
|
| 139 |
+
> Textvervollständigung; **Temperatur 0,2** statt greedy; und der Code wird aus
|
| 140 |
+
> Markdown-Zäunen geschält. Jeder Punkt kann einige Prozent bewegen, meist nach
|
| 141 |
+
> oben — Chat-Modelle schneiden im Chat-Format besser ab. Wer vergleichen will,
|
| 142 |
+
> nimmt die Zahl als Hausmessung, nicht als Leaderboard-Eintrag.
|
| 143 |
+
|
| 144 |
+
Das Fehlerbild ist gesund: von 19 Fehlschlägen sind **15 AssertionError**, also
|
| 145 |
+
echte Logikfehler. Dazu je ein TypeError, SyntaxError, IndexError und eine
|
| 146 |
+
Zeitüberschreitung. Kein Muster, das auf ein kaputtes Testgerüst hindeutet.
|
| 147 |
+
|
| 148 |
+
Die übrigen Varianten (Q6_K, BF16, die Qwen3.6-Reihe) werden gerade gemessen
|
| 149 |
+
und hier nachgetragen.
|
| 150 |
+
|
| 151 |
+
## Durchsatz im Vergleich
|
| 152 |
+
|
| 153 |
+

|
| 154 |
+
|
| 155 |
+
Sieben 27B-Varianten unter identischen Bedingungen — 16K Kontext, eine Session,
|
| 156 |
+
kein Draft, `--tensor-split 1,1,1`, KV-Cache q8_0, Temperatur 0,2:
|
| 157 |
+
|
| 158 |
+
| Variante | Größe | Token/s |
|
| 159 |
+
|---|---|---|
|
| 160 |
+
| Qwen3.6-27B Q5_K_M | 19 GB | 26,4 |
|
| 161 |
+
| Qwen3.6-27B Q6_K | 21 GB | 23,9 |
|
| 162 |
+
| **Qwen3.8-27B Q6_K** | 21 GB | **23,7** |
|
| 163 |
+
| Qwen3.6-27B Uncensored Q6_K_P | 22 GB | 23,1 |
|
| 164 |
+
| Qwen3.6-27B UD-Q6_K_XL | 24 GB | 21,1 |
|
| 165 |
+
| **Qwen3.8-27B Q8_0** | 27 GB | **19,6** |
|
| 166 |
+
| **Qwen3.8-27B BF16** | 51 GB | **11,5** |
|
| 167 |
+
|
| 168 |
+
Der Zusammenhang ist schlicht: mehr Gigabyte, weniger Token pro Sekunde. Bei der
|
| 169 |
+
Texterzeugung liest die GPU für **jedes einzelne Token** sämtliche Gewichte
|
| 170 |
+
einmal durch — Speicherbandbreite ist die Grenze, nicht Rechenleistung.
|
| 171 |
+
|
| 172 |
+
**Die BF16 läuft auf drei RTX 3080 — knapp.** 51,3 GB Gewichte belegen
|
| 173 |
+
16,7 / 16,8 / 17,7 GB der drei Karten, macht 51,2 von 60 GB. Mit 16K Kontext
|
| 174 |
+
bleibt genug für KV-Cache und Puffer. Sie kostet allerdings 40 Prozent Tempo
|
| 175 |
+
gegenüber Q8_0, ohne dass sich in unserem eigenen Aufgabensatz ein
|
| 176 |
+
Qualitätsvorsprung gezeigt hätte — beide scheiterten an derselben einen Aufgabe.
|
| 177 |
+
|
| 178 |
## Testaufbau
|
| 179 |
|
| 180 |
* 3× NVIDIA RTX 3080 20 GB — **Ampere, SM 8.6**
|