MTP + Unified Memory steigert llama.cpp Inferenz um 30% auf RTX 5090
Die Kombination von GGML_CUDA_ENABLE_UNIFIED_MEMORY=1 mit Multi-Token Prediction (MTP)-Spekulation in llama.cpp führt zu einer etwa 30% höheren Durchsatzrate – 64 tok/s statt 49 tok/s bei einem Qwen3.6-27B Q8_0-Modell. Der Benchmark wurde auf einer RTX 5090 mit 128 GB DDR5 5600 CL36 und einem Ryzen 9 9950X3D durchgeführt.
Befehl & Konfiguration
CUDA_VISIBLE_DEVICES=0 GGML_CUDA_ENABLE_UNIFIED_MEMORY=1 /home/marcin/llama-server \
-m /home/marcin/Pobrane/Qwen3.6-27B-Q8_0.gguf \
--threads 16 \
-c 262144 -fa on -np 1 \
--spec-type mtp --spec-draft-n-max 3 \
--webui-mcp-proxy \
--chat-template-kwargs '{"preserve_thinking": true}' \
--host 0.0.0.0 \
--port 8090 \
--jinja
Wichtige Flags:
GGML_CUDA_ENABLE_UNIFIED_MEMORY=1– erlaubt der GPU direkten Zugriff auf den Hostspeicher und umgeht CUDA malloc für große Kontexte.--spec-type mtp --spec-draft-n-max 3– aktiviert Multi-Token Prediction-Spekulation mit einer Draft-Tiefe von 3.Qwen3.6-27B-Q8_0.gguf– ein 27B-Parameter-Qwen3.6-Modell, quantisiert auf Q8_0, vorbereitet mit Unsloths MTP-Unterstützung.-c 262144– 256K-Kontextfenster;-fa onfür Flash Attention.
Ergebnisse
- Ohne MTP (nur Unified Memory): 49 tok/s
- Mit MTP + Unified Memory: 64 tok/s
- Steigerung: 30% höherer Durchsatz
Der Wert draft-n-max von 3 bedeutet, dass das Modell bis zu 3 Token vorausschätzt und so den Overhead des seriellen Dekodierens reduziert. In Kombination mit Unified Memory werden teure PCIe-Transfers zwischen CPU- und GPU-RAM vermieden.
Für wen ist das gedacht
Entwickler, die lokale Inferenz mit großen Kontexten auf leistungsstarken Consumer-GPUs (RTX 5090) mit reichlich Arbeitsspeicher (≥128 GB) betreiben. Geeignet für Chatbots, Code-Assistenten oder jede latenzsensitive LLM-Workload, die spekulatives Sampling unterstützt.
📖 Vollständige Quelle lesen: r/LocalLLaMA
👀 Siehe auch

CodeLedger und Vibecop Updates für Multi-Agent AI-Codierungskosten- und Qualitätsverfolgung
CodeLedger verfolgt jetzt Ausgaben über Claude Code, Codex CLI, Cline und Gemini CLI, indem es lokale Sitzungsdateien ausliest, während Vibecop automatisierte Qualitätsprüfungen mit neuen LLM-spezifischen Detektoren und einem Ein-Befehl-Setup für mehrere KI-Codierungstools hinzufügt.

Modulus: Repository-übergreifende Wissensorchestrierung für KI-Codierungsagenten
Modulus ist eine Desktop-Anwendung, die mehrere KI-Codierungsagenten mit gemeinsamem Projektgedächtnis über Repositorys hinweg ausführt. Sie löst Kontextprobleme zwischen Repositorys, indem sie Agenten ermöglicht, Abhängigkeiten zwischen verschiedenen Codebasen zu verstehen, ohne manuelle Erklärungen.

CK Search: Lokales semantisches Suchtool mit MCP-Server-Integration
CK Search ist ein lokales semantisches Suchwerkzeug mit einem integrierten MCP-Server, das beliebige Textverzeichnisse ohne Cloud-Abhängigkeiten indiziert. Das Tool kann von KI-Agenten über MCP genutzt werden, und die Quelle bietet eine praktische Schritt-für-Schritt-Anleitung, die Einrichtung, Stärken und Grenzen im Vergleich zu grep abdeckt.

MCP-Server für semantische Suche in Obsidian-Vaults
Ein Entwickler hat einen MCP-Server erstellt, der Obsidian-Vaults in Qdrant mit lokalen Embeddings indiziert, um semantische Suche anstelle von Schlüsselwortabgleich zu ermöglichen. Er teilt Markdown nach Überschriften auf, verwendet BAAI/bge-small-en-v1.5-Embeddings und funktioniert mit Claude Code, Cursor, Windsurf oder jedem MCP-Client.