DeepSeek R1 lokal betreiben: Modellwahl, Quantisierung und VRAM-Bedarf
Welches DeepSeek-R1-Distillat passt zu deiner GPU? Konkrete VRAM-Tabellen für 1,5B bis 32B, Q4_K_M GGUF vs. AWQ erklärt und Ollama-Setup in unter 20 Minuten – ohne Cloud, ohne Abo.

DeepSeek R1 hat die KI-Welt im Januar 2025 aufgemischt: Ein Open-Source-Reasoning-Modell unter MIT-Lizenz, das mit den besten proprietären Systemen mithalten kann – und das auf Consumer-Hardware läuft. Die gute Nachricht für Selbsthoster und KMU-Admins: Du brauchst kein Rechenzentrum. Mit dem richtigen Distillat, der passenden Quantisierung und Ollama als Deployment-Tool ist das 14B-Modell in 20 Minuten auf einer RTX-3080-Karte lauffähig. Diese Anleitung zeigt dir, welches Modell zu deiner Hardware passt, was Q4_K_M GGUF und AWQ bedeuten und wie du DeepSeek R1 Schritt für Schritt einrichtest.
Voraussetzungen
- NVIDIA-GPU mit CUDA (empfohlen: RTX 3060 12 GB oder besser) oder Apple Silicon Mac mit 16+ GB Unified Memory; alternativ CPU-Betrieb für das 1,5B-Modell möglich
- RAM: mindestens 16 GB Systemspeicher, empfohlen 32 GB (bei Layer-Offloading auf CPU)
- Speicherplatz: SSD mit mindestens 50–100 GB frei (20 GB allein für das 32B-Modell plus OS und Cache)
- Betriebssystem: Linux (Ubuntu 22.04/24.04 empfohlen), Windows 10/11 oder macOS 12+
- Ollama (für den Hauptweg): Version 0.3 oder neuer – Installation in Schritt 1 beschrieben
- Internetverbindung für den einmaligen Modell-Download (1,1 GB bis 20 GB je nach Modell)
- Optional für vLLM: Python 3.10+, CUDA 11.8 oder 12.x, passende PyTorch-Version
- Optional für Open WebUI: Docker Desktop (Windows/macOS) oder Docker Engine (Linux)
Welches Modell passt zu welcher GPU? Die VRAM-Tabelle
DeepSeek AI hat sechs Consumer-taugliche Distillate veröffentlicht, die per Reinforcement Learning aus dem 671B-Vollmodell destilliert wurden. Die Basis-Architekturen sind Qwen2.5 (1,5B, 7B, 14B, 32B) und Llama 3 (8B, 70B). Alle Distillate arbeiten mit einem Kontextfenster von 128.000 Tokens – Ollama setzt diesen Wert jedoch standardmäßig auf 8.192 Tokens, was du im Modelfile überschreiben kannst.
Als Faustregel gilt: VRAM in GB minus 2 GB Puffer ergibt den maximalen Q4_K_M-GGUF-Dateispeicherbedarf. Die Datei selbst zeigt den Festplattenbedarf – im VRAM kommen KV-Cache-Overhead und Aktivierungen hinzu, plane daher immer 1–2 GB Aufschlag ein.
| Modell | Parameter | Ollama-Tag | Q4_K_M GGUF | VRAM min. | Empfohlene GPU |
|---|---|---|---|---|---|
| R1-Distill-Qwen-1.5B | 1,5B | deepseek-r1:1.5b | 1,12 GB | 2–4 GB | GTX 1060 6 GB+ / CPU-only |
| R1-Distill-Qwen-7B | 7B | deepseek-r1:7b | 4,68 GB | 6–8 GB | RTX 3060 12 GB+ |
| R1-Distill-Llama-8B | 8B | deepseek-r1:8b (default) | 5,2 GB | 6–8 GB | RTX 3070 8 GB+ |
| R1-Distill-Qwen-14B | 14B | deepseek-r1:14b | 9,0 GB | 12–14 GB | RTX 3080 / RTX 4070 16 GB |
| R1-Distill-Qwen-32B | 32B | deepseek-r1:32b | 20 GB | 20–24 GB | RTX 3090 / RTX 4090 24 GB |
| R1-Distill-Llama-70B | 70B | deepseek-r1:70b | 43 GB | 48+ GB | 2× RTX 4090 oder Server |
Das Tag deepseek-r1:latest lädt das 8B-Modell (Llama-3-Basis), nicht das 7B (Qwen-Basis). In Skripten und Konfigurationsdateien solltest du stets den expliziten Tag verwenden, um unerwartete Modellwechsel zu vermeiden.
Q4_K_M GGUF vs. AWQ: Das richtige Format wählen
Bevor du das Modell herunterlädst, lohnt ein Blick auf die zwei dominierenden 4-Bit-Quantisierungsformate. Beide reduzieren den VRAM-Bedarf gegenüber FP16 um etwa 75 % bei einem Qualitätsverlust von nur rund 0,5–1 %. Die Unterschiede liegen im Deployment-Weg und im Anwendungsfall.
| Kriterium | Q4_K_M GGUF | AWQ (4-Bit) |
|---|---|---|
| Deployment-Tool | Ollama, llama.cpp, LM Studio | vLLM, text-generation-webui |
| GPU-Pflicht | Nein (CPU+GPU gemischt) | Ja (GPU-only, NVIDIA/CUDA) |
| Inferenz-Speed | 10–25 tok/s (GPU vollständig) | 20–40 tok/s (Vollfit) |
| Layer-Offloading | Ja (--n-gpu-layers) | Nein |
| Einstiegshürde | Niedrig (1 Befehl) | Mittel (vLLM-Setup nötig) |
| Empfohlen für | Consumer/Einstieg/KMU | Produktion/Server/Batching |
| Qualitätsverlust gg. FP16 | ~0,5–1 % | ~0,5–1 % |
Empfehlung: Für private Nutzung, KMU-Testbetrieb und Einzelanfragen ist GGUF mit Ollama die klare Wahl. vLLM mit AWQ lohnt sich erst, wenn du mehrere gleichzeitige Anfragen hast, maximalen Durchsatz brauchst und eine dedizierte NVIDIA-GPU mit CUDA zur Verfügung steht. AMD-GPUs und Apple Silicon werden von vLLM-AWQ derzeit nicht oder nur eingeschränkt unterstützt.
Wer tiefer in den Vergleich aller Quantisierungsformate einsteigen möchte, findet in der Anleitung GGUF, AWQ und GPTQ erklärt eine ausführliche Gegenüberstellung.
Schritt 1: Ollama installieren
Ollama ist das empfohlene All-in-one-Tool für lokales LLM-Serving. Es kümmert sich um den Modell-Download, die GGUF-Verwaltung und stellt einen OpenAI-kompatiblen API-Endpunkt bereit.
Linux und macOS:
# Ollama installieren (Linux/macOS)
curl -fsSL https://ollama.com/install.sh | sh
# Version prüfen
ollama --versionWindows: Installer unter https://ollama.com/download/windows herunterladen und ausführen. Danach steht ollama in PowerShell und CMD zur Verfügung.
Verifizieren: Der Befehl ollama --version gibt die installierte Version aus, z. B. ollama version is 0.x.x. Auf Linux startet Ollama automatisch als systemd-Dienst und lauscht auf Port 11434.
Schritt 2: Passendes Modell herunterladen und starten
Wähle das Modell anhand deiner GPU aus der VRAM-Tabelle oben. Der ollama run-Befehl lädt das Modell beim ersten Aufruf automatisch herunter und startet danach eine interaktive Chat-Session.
# Einstieg: GTX 1060 / wenig VRAM oder CPU-only
ollama run deepseek-r1:1.5b
# Standard: RTX 3070 / RTX 4060 Ti mit 8 GB VRAM
ollama run deepseek-r1:8b
# Sweet Spot: RTX 3080 / RTX 4070 mit 16 GB VRAM
ollama run deepseek-r1:14b
# High-End: RTX 3090 / RTX 4090 mit 24 GB VRAM
ollama run deepseek-r1:32bFür Skripte und automatisierte Deployments kannst du das Modell vorab herunterladen ohne es direkt zu starten:
# Nur herunterladen, nicht starten
ollama pull deepseek-r1:14b
# Alle heruntergeladenen Modelle anzeigen
ollama listVerifizieren: ollama list zeigt das Modell mit Name, ID, Größe und Datum. In der interaktiven Session antwortet das Modell auf deine erste Eingabe – die Chain-of-Thought-Überlegungen erscheinen zwischen <think>- und </think>-Tags vor der eigentlichen Antwort.
Schritt 3: Modelfile für optimierten Reasoning-Betrieb
Der Ollama-Standard setzt num_ctx intern auf 2.048 Tokens. Damit verschenkst du das 128K-Kontextfenster von DeepSeek R1 fast vollständig. Mit einem Modelfile kannst du Kontextgröße und weitere Parameter anpassen. DeepSeek empfiehlt für Reasoning-Aufgaben außerdem eine Temperature von 0,6 statt des üblichen 1,0 – höhere Werte führen zu unzuverlässigeren Schlussfolgerungen.
# Modelfile erstellen
cat > Modelfile << 'EOF'
FROM deepseek-r1:14b
PARAMETER temperature 0.6
PARAMETER top_p 0.95
PARAMETER num_ctx 8192
EOF
# Angepasstes Modell erstellen
ollama create deepseek-r1-reasoning -f Modelfile
# Starten
ollama run deepseek-r1-reasoningDen Wert für num_ctx kannst du je nach verfügbarem VRAM erhöhen. Beachte jedoch: Ein größeres Kontextfenster belegt deutlich mehr VRAM durch den KV-Cache. Bei 8.192 Tokens ist der Mehraufwand überschaubar; bei 32.768+ Tokens kann der VRAM-Bedarf das Modell selbst übersteigen.
Verifizieren: ollama list zeigt nun deepseek-r1-reasoning als eigenständiges Modell. Im Chat kannst du mit einem langen Dokument testen, ob der erweiterte Kontext akzeptiert wird.
Schritt 4: API-Endpunkt nutzen (OpenAI-kompatibel)
Ollama stellt automatisch einen OpenAI-kompatiblen REST-Endpunkt auf Port 11434 bereit. Damit lassen sich bestehende Tools und Skripte, die mit der OpenAI-API arbeiten, direkt auf das lokale Modell umleiten.
# Ollama-Dienst manuell starten (falls nicht als systemd-Dienst aktiv)
ollama serve
# API-Test: Chat-Completion
curl http://localhost:11434/v1/chat/completions \
-H "Content-Type: application/json" \
-d '{
"model": "deepseek-r1:14b",
"messages": [
{"role": "user", "content": "Erklaere Quantisierung in 2 Saetzen."}
]
}'Sicherheitshinweis: Ollama lauscht standardmäßig auf 0.0.0.0:11434. Auf Servern oder gemeinsam genutzten Maschinen muss der Port per Firewall abgesichert oder die Umgebungsvariable OLLAMA_HOST=127.0.0.1 gesetzt werden, um externen Zugriff zu verhindern.
Verifizieren: Der curl-Befehl gibt eine JSON-Antwort zurück mit "role": "assistant" und dem Antworttext im Feld content. HTTP-Statuscode 200 bedeutet Erfolg.
Schritt 5 (Optional): Open WebUI als Chat-Frontend
Wer eine grafische Oberfläche bevorzugt, kann Open WebUI als ChatGPT-ähnliches Web-Interface für Ollama per Docker starten. Die ausführliche Anleitung zu Ollama und Open WebUI mit Docker beschreibt das vollständige Setup.
docker run -d -p 3000:8080 \
--add-host=host.docker.internal:host-gateway \
-v open-webui:/app/backend/data \
--name open-webui \
--restart always \
ghcr.io/open-webui/open-webui:mainNach dem Start ist die Oberfläche unter http://localhost:3000 erreichbar. Beim ersten Login legst du einen Admin-Account an; Ollama-Modelle sind dann direkt im Dropdown auswählbar.
Schritt 6 (Optional): vLLM mit AWQ für GPU-only-Betrieb
Wer höheren Durchsatz und parallele Anfragen benötigt, setzt auf vLLM. Das Tool ist deutlich aufwendiger einzurichten, bietet aber signifikant höhere Token-Raten und effizientes Batching. Vor dem Setup unbedingt sicherstellen, dass CUDA-Version, PyTorch und vLLM aufeinander abgestimmt sind.
# vLLM installieren (CUDA-kompatibles PyTorch vorausgesetzt)
pip install vllm
# 32B-Distillat mit 2 GPUs (Tensor-Parallelismus)
vllm serve deepseek-ai/DeepSeek-R1-Distill-Qwen-32B \
--tensor-parallel-size 2 \
--max-model-len 32768 \
--enforce-eager
# AWQ-quantisiertes Modell auf 1 GPU mit 24 GB VRAM
vllm serve hugging-quants/DeepSeek-R1-Distill-Qwen-32B-AWQ \
--quantization awq \
--max-model-len 16384Wer mehr über den vLLM-Betrieb erfahren möchte, findet in der Anleitung Offene LLMs selbst serven mit vLLM eine ausführlichere Einführung.
Layer-Offloading mit llama.cpp (bei knappem VRAM)
Wenn das gewünschte Modell nicht vollständig in den VRAM passt, bietet llama.cpp die Möglichkeit, einzelne Layer auf die CPU auszulagern. Das ist deutlich langsamer als reiner GPU-Betrieb – kann aber überbrücken, wenn der VRAM nur knapp nicht reicht. Bei mehr als der Hälfte der Layer auf CPU fällt der Durchsatz oft unter 3 tok/s; dann ist ein kleineres Modell die bessere Wahl.
# Beispiel: 32B Q4_K_M, 20 Layer auf GPU offloaden, Rest auf CPU/RAM
./llama-cli -m DeepSeek-R1-Distill-Qwen-32B-Q4_K_M.gguf \
--n-gpu-layers 20 \
-p "Deine Frage hier"Troubleshooting / Typische Fehler
- VRAM-Überlauf beim großen Kontext: Bei
num_ctx=128000explodiert der KV-Cache. Immer auf praxistaugliche Werte (4.096–16.384) begrenzen. deepseek-r1:latestlädt 8B, nicht 7B: Daslatest-Tag zeigt auf das 8B-Llama-Modell. In Automatisierungen stets explizite Tags wiedeepseek-r1:14bverwenden.- GGUF-Dateigröße ≠ VRAM-Bedarf: Die 4,68-GB-Datei des 7B-Modells belegt im VRAM inkl. KV-Cache ca. 1–2 GB mehr. Immer Puffer einplanen.
- AWQ auf AMD/Apple Silicon: vLLM-AWQ erfordert NVIDIA-CUDA. AMD ROCm und Apple Metal werden nicht oder nur eingeschränkt unterstützt – für diese Plattformen bleibt GGUF via Ollama die richtige Wahl.
<think>-Tags stören den API-Output: DeepSeek R1 gibt Chain-of-Thought zwischen<think>-Tags aus. In API-Integrationen müssen diese Tags herausgefiltert werden, da sie den Output-Parser stören können.- Ollama-Port öffentlich erreichbar: Standard ist
0.0.0.0:11434. MitOLLAMA_HOST=127.0.0.1 ollama serveoder einer Firewall-Regel absichern. - vLLM-Versionskonflikt: vLLM ist sehr empfindlich bei CUDA-/PyTorch-Versionen. Im Zweifelsfall die offizielle vLLM-Installationsmatrix prüfen, bevor du Zeit mit Debugging verlierst.
- Speicherplatz unterschätzt: Das 32B-Modell belegt 20 GB auf der Festplatte. Zuzüglich OS, Ollama-Cache und weiterer Modelle sollten mindestens 100 GB freier SSD-Speicher eingeplant werden.
Häufige Fragen
Was ist der Unterschied zwischen R1-Distill-Qwen und R1-Distill-Llama?
Die Qwen-Varianten (1,5B, 7B, 14B, 32B) basieren auf Alibabas Qwen2.5-Architektur, die Llama-Varianten (8B, 70B) auf Metas Llama-3-Architektur. Beide wurden per Reinforcement Learning aus dem DeepSeek-R1-671B-Modell destilliert. Im täglichen Betrieb sind die Qualitätsunterschiede bei gleicher Parameterzahl marginal – Qwen-Varianten zeigen leichte Vorteile bei Mathematik und Code.
Was bedeutet Q4_K_M genau?
Q4 = 4-Bit-Quantisierung statt 16 oder 32 Bit Fließkomma. K = K-Quant-Methode (blockweise Mixed Precision, entwickelt von llama.cpp). M = mittlere Qualitätsstufe zwischen S (small, weniger genau) und L (large, präziser). Q4_K_M ist der Community-Konsens als bester Kompromiss aus VRAM-Einsparung und Qualitätserhalt.
Läuft DeepSeek R1 auf Apple Silicon (M1/M2/M3/M4)?
Ja, via Ollama mit Metal-Beschleunigung. Der gemeinsame Unified Memory zählt dabei als VRAM. Ein M3 Pro mit 18 GB läuft das 14B-Modell flüssig. Faustregel: 16 GB Unified Memory für das 8B-Modell, 32 GB für 14B bis 32B.
Ollama oder vLLM – was nehmen?
Für private Nutzung und KMU-Einstieg ist Ollama klar empfohlen: ein Befehl, automatischer Download, läuft auf Windows, macOS und Linux ohne großes Setup. vLLM lohnt sich erst ab produktivem Serverbetrieb mit mehreren gleichzeitigen Anfragen, da es höheren Durchsatz und Batching bietet – erfordert aber NVIDIA-GPU und deutlich mehr Einrichtungsaufwand.
Kann ich mehrere Modelle gleichzeitig laufen lassen?
Mit Ollama standardmäßig nicht – es wird immer nur ein Modell aktiv geladen. vLLM unterstützt Multi-Model-Serving. Alternativ können mehrere Ollama-Instanzen auf verschiedenen Ports gestartet werden, was jedoch mehrere GPUs oder ausreichend RAM voraussetzt.
Welche Inferenz-Geschwindigkeit kann ich erwarten?
Community-Messungen mit Q4_K_M GGUF zeigen: RTX 4090 + 32B ca. 15–28 tok/s, RTX 3080/4070 + 8B ca. 12–18 tok/s, RTX 3070/4060 Ti + 8B ca. 10–15 tok/s. Das ist für interaktive Nutzung komfortabel; für Batch-Verarbeitung wäre vLLM mit AWQ deutlich schneller.
Fazit
DeepSeek R1 ist die bisher zugänglichste Reasoning-Modellfamilie für Consumer-Hardware. Die MIT-Lizenz erlaubt auch gewerblichen Einsatz, die Distillate decken die Hardware-Bandbreite von einer alten GTX-1060-Karte bis zur RTX-4090-Workstation ab. Der Einstieg mit Ollama und Q4_K_M GGUF erfordert kaum Vorkenntnisse und ist in einer Viertelstunde erledigt. Wer tiefer einsteigen möchte – sei es für ein RAG-System, einen KI-Coding-Assistenten oder einen vollständigen lokalen KI-Stack – findet in den verwandten Anleitungen alle weiteren Bausteine. Wichtigste Erinnerung für den Alltag: Immer explizite Modell-Tags statt :latest verwenden, den Ollama-Kontext auf praxistaugliche Werte setzen und den Port 11434 auf Servern absichern.
Weiterführende Anleitungen und Quellen
- Ollama-Modelle 2026 richtig auswählen: VRAM, Quantisierung und Modellvergleich für KMU
- GGUF, AWQ und GPTQ erklärt: Welches Quantisierungsformat für welchen Zweck
- Ollama und Open WebUI mit Docker: eigenes lokales KI-Sprachmodell ohne Cloud betreiben
- Offene LLMs selbst serven mit vLLM (Llama, Mistral, Hermes)
- GPU für lokale KI auswählen: VRAM-Bedarf, RTX-Generationen und Budget-Empfehlungen 2026
- Lokale KI datenschutzkonform betreiben: DSGVO-Checkliste für On-Premise-LLM-Deployments
- DeepSeek-R1 Official GitHub Repository (deepseek-ai)
- Ollama Library – deepseek-r1 (offizielle Tags und Größen)
- Unsloth – DeepSeek-R1-Distill-Qwen-1.5B-GGUF (HuggingFace)
- bartowski – DeepSeek-R1-Distill-Qwen-7B-GGUF (HuggingFace)