- Published on
Ollama Context Length: VRAM-Verbrauch, Einstellung und Optimierung
- Authors

- Name
- Phillip Pham
- @ddppham
Ollama Context Length: VRAM-Verbrauch, Einstellung und Optimierung
TL;DR
Ollama setzt die Context Length automatisch basierend auf Ihrem VRAM: unter 24 GB → 4K, 24–48 GB → 32K, ab 48 GB → 256K. Jede Verdopplung der Kontextlänge verdoppelt grob den KV-Cache-Speicher. Wer lange Dokumente oder Agenten-Workflows fährt, muss die Context Length explizit setzen — sonst werden Eingaben jenseits des Defaults still abgeschnitten. Dieser Guide zeigt, wie Sie den Wert prüfen, einstellen und Ihre GPU-Wahl danach ausrichten.
Was ist Context Length — und warum ist VRAM der Flaschenhals?
Die Context Length bestimmt, wie viele Tokens (Wortteile) ein Modell auf einmal „im Kopf" behalten kann. Ein Token entspricht grob 0,75 Wörtern — 4.096 Tokens sind etwa 3.000 Wörter, 128.000 Tokens etwa 100.000 Wörter (ein ganzes Handbuch).
Jeder Token im Kontext belegt Speicher im KV-Cache (Key-Value Cache). Der KV-Cache skaliert quadratisch mit der Modellgröße und linear mit der Context Length: Eine Verdopplung des Kontexts verdoppelt den KV-Cache. Bei einem 70B-Modell frisst allein der KV-Cache bei 128K Kontext über 30 GB — mehr, als viele GPUs insgesamt haben.
Das ist der Grund, warum Ollama standardmäßig konservativ startet: Lieber 4K Kontext auf einer 8-GB-Karte, als dass das Modell abstürzt.
Ollama-Defaults: Context Length nach VRAM-Stufe
Seit Ollama 0.15.5 (Februar 2026) gelten diese Defaults:
| VRAM | Default Context Length | Geeignet für |
|---|---|---|
| Unter 24 GB | 4.096 Tokens | Kurze Chats, einfache Anfragen |
| 24–48 GB | 32.768 Tokens | Dokumentenanalyse, Coding-Assistenten |
| Ab 48 GB | 262.144 Tokens | Agenten, langes Retrieval, ganze Codebasen |
Wichtig: Der Default ist durch das Modell-Maximum gedeckelt. Ein Modell, das nur 128K unterstützt, bekommt maximal 128K — auch auf einer 80-GB-Karte.
Die Defaults sorgen dafür, dass Ollama auf jeder GPU startet, ohne dass der Nutzer etwas konfigurieren muss. Wer aber Agenten, lange Dokumente oder Coding-Assistenten betreibt, sollte den Wert explizit setzen — siehe unten.
Vergleich: Context-Length-Einstellungen in Ollama
Ollama bietet fünf Wege, die Context Length zu setzen. Die folgende Tabelle zeigt die Unterschiede:
| Methode | Syntax / Ort | Wirkung | Empfohlen für |
|---|---|---|---|
| App-Schieberegler | Ollama Desktop → Settings → Context Length | Global, alle Modelle | Einsteiger, GUI-Nutzer |
| Umgebungsvariable | OLLAMA_CONTEXT_LENGTH=64000 ollama serve | Global, Server-Ebene | Server-Betrieb, Docker |
CLI /set | /set parameter num_ctx 8192 in ollama run | Pro Session | Tests, temporäre Anpassung |
| Modelfile | PARAMETER num_ctx 32768 in Modelfile | Pro Modell | Produktion, reproduzierbar |
API options | "options": {"num_ctx": 64000} im Request | Pro Anfrage | App-Integration |
Empfehlung für den Mittelstand: Modelfile für jedes selbst gehostete Modell. Damit liegt die Konfiguration versioniert im Repo und ist beim nächsten ollama create wiederherstellbar.
Kosten-Tabelle: VRAM-Verbrauch pro Context Length
Der KV-Cache-Verbrauch hängt vom Modell ab. Die Tabelle zeigt Richtwerte für gängige Modellklassen auf einer RTX 4090 (24 GB):
| Modell (Größe) | 4K Kontext | 32K Kontext | 128K Kontext |
|---|---|---|---|
| Llama 3.1 8B (Q4) | ~0,3 GB KV | ~2,5 GB KV | ~10 GB KV |
| Qwen 3.5 14B (Q4) | ~0,5 GB KV | ~4 GB KV | ~16 GB KV |
| Gemma 4 12B (Q4) | ~0,3 GB KV | ~2,5 GB KV | ~10 GB KV |
| DeepSeek R1 70B (Q4) | ~1,5 GB KV | ~12 GB KV | — (passt nicht auf 24 GB) |
| Llama 3.3 70B (Q4) | ~1,5 GB KV | ~12 GB KV | — (passt nicht auf 24 GB) |
Rechenbeispiel RTX 4090 (24 GB):
- Llama 3.1 8B bei 4K: ~5 GB Gewichte + ~0,3 GB KV = ~5,3 GB → läuft locker, viel Luft für zweites Modell
- Llama 3.1 8B bei 128K: ~5 GB Gewichte + ~10 GB KV = ~15 GB → passt noch, aber wenig Reserve
- DeepSeek R1 70B bei 4K: ~43 GB Gewichte + ~1,5 GB KV → passt nicht auf 24 GB (braucht 48+ GB)
- DeepSeek R1 70B bei 32K: ~43 GB Gewichte + ~12 GB KV = ~55 GB → braucht 2× RTX 4090 oder eine A6000
Tipp: Mit OLLAMA_KV_CACHE_TYPE=q8_0 (8-Bit-Quantisierung des KV-Cache) halbiert sich der Speicherverbrauch. q4_0 viertelt ihn. Nachteil: minimale Qualitätseinbußen bei sehr langen Kontexten.
DSGVO-Block: Context Length und Datenhoheit
Die Context Length hat direkte Auswirkungen auf die Datenschutzkonformität lokaler KI:
1. Vollständige Verarbeitung im eigenen Haus
Anders als bei Cloud-APIs (OpenAI, Claude, Gemini) verlassen bei Ollama auch bei maximaler Context Length keine Daten das eigene Rechenzentrum. Ein 128K-Kontext mit sensiblen Patientendaten, Mandanteninformationen oder Geschäftsgeheimnissen bleibt auf Ihrer GPU.
2. Keine Datenhaltung beim Anbieter
Cloud-Modelle speichern Prompts teils zur Missbrauchsprüfung (Modified Abuse Monitoring) oder für Training. Bei lokaler Inferenz mit Ollama entscheiden Sie selbst, ob und wie lange Logs gespeichert werden.
3. Praktische DSGVO-Grenze: VRAM
Der Datenschutz lokaler Inferenz ist theoretisch unbegrenzt. Praktisch begrenzt der VRAM, wie viel Kontext Sie fahren können. Wer regelmäßig 100+ Seiten Verträge analysiert, braucht entweder eine GPU mit 48+ GB oder splittet über mehrere GPUs.
4. Auftragsverarbeitung (AVV)
Da Ollama auf eigener Hardware läuft, ist kein separater Auftragsverarbeitungsvertrag mit einem Cloud-Anbieter nötig. Das vereinfacht die DSGVO-Dokumentation erheblich.
Entscheidungsmatrix: Welche GPU für welche Context Length
| Sie brauchen … | Empfohlene GPU | VRAM | Context Length | Modellbeispiel |
|---|---|---|---|---|
| Kurze Chats, FAQ-Bot | RTX 4060, RTX 5060 | 8–12 GB | 4K–8K | Llama 3.1 8B, Qwen 3.5 9B |
| Dokumentenanalyse, Übersetzung | RTX 5070, RTX 5080 | 12–16 GB | 16K–32K | Gemma 4 12B, Qwen 3.5 14B |
| Coding-Assistent, längere Kontexte | RTX 4090, RTX 5090 | 24–32 GB | 32K–128K | Llama 3.1 70B (Q3), Qwen 3.8 27B |
| Agenten, ganze Codebasen, RAG | 2× RTX 4090, A6000 | 48–96 GB | 128K–256K | DeepSeek R1 70B, Llama 3.3 70B |
| Produktion, viele Nutzer | H100, 2× A100 | 80–160 GB | 256K+ | Llama 4 Scout, Nemotron 3 Nano |
Faustregel: Wer Agenten-Workflows oder Coding-Assistenten betreibt, sollte nie unter 32K Kontext gehen. Ollama selbst empfiehlt 64.000 Tokens als Minimum für Agenten.
FAQ
Was ist die Standard-Context-Length von Ollama?
Seit Version 0.15.5: unter 24 GB VRAM = 4.096, 24–48 GB = 32.768, ab 48 GB = 262.144 Tokens. Ältere Versionen nutzten pauschal 2.048.
Wie stelle ich die Context Length in Ollama ein?
Fünf Wege: App-Schieberegler, Umgebungsvariable OLLAMA_CONTEXT_LENGTH, CLI /set parameter num_ctx, Modelfile PARAMETER num_ctx oder API options.num_ctx. Empfohlen für die Produktion: Modelfile.
Wie prüfe ich die aktuelle Context Length?
Mit ollama ps. Die Spalte CONTEXT zeigt die aktuell allozierte Kontextlänge. Beispiel:
NAME SIZE PROCESSOR CONTEXT UNTIL
gemma4:latest 9.6 GB 100% GPU 131072 2 minutes from now
Warum startet mein Modell nicht, obwohl es vorher lief?
Seit Ollama 0.15.5 wird auf GPUs mit 48+ GB automatisch 256K Kontext gesetzt. Ein 70B-Modell braucht dann oft mehr VRAM, als die Karte hat. Lösung: Context Length über OLLAMA_CONTEXT_LENGTH auf 32K oder 64K reduzieren.
Kann ich die Context Length pro API-Request setzen?
Ja. Im JSON-Body des Requests: "options": {"num_ctx": 64000}. Damit können verschiedene Clients unterschiedliche Kontexte nutzen.
Wie viel VRAM frisst der KV-Cache bei 128K?
Das hängt vom Modell ab. Bei einem 8B-Modell (Q4) ca. 10 GB, bei einem 70B-Modell (Q4) ca. 30–35 GB. Mit KV-Cache-Quantisierung (q8_0) halbiert sich der Wert.
Lohnt sich eine zweite GPU für längeren Kontext?
Ja. Zwei RTX 4090 (48 GB kombiniert) erlauben 70B-Modelle bei 32K Kontext. Der KV-Cache skaliert dabei über beide Karten. Voraussetzung: NVLink oder ausreichend PCIe-Bandbreite.
Was passiert, wenn der Input länger ist als die Context Length?
Ollama trunkiert (schneidet) den Input auf die Context Length. Der vordere Teil der Nachricht geht verloren. Das Modell „sieht" den Anfang eines langen Dokuments nicht. Deshalb: Context Length immer explizit auf den benötigten Wert setzen.
Quellen
- Ollama Docs — Context length — Default-Werte, CLI, Umgebungsvariable
- Ollama GitHub — Issue #14073 — Diskussion der neuen Defaults und Kompatibilitätsprobleme
- Ollama Docs — Modelfile — PARAMETER num_ctx und KV-Cache-Quantisierung
- Ollama Docs — GPU support — Hardware-Kompatibilität
- PromptQuorum — Long Context Local LLMs 2026 — Vergleich Context Length verschiedener Modelle
Interne Links:
Quellen & Weiterführende Links
📖 Verwandte Artikel
Weitere interessante Beiträge zu ähnlichen Themen
AMD-GPU für lokale KI: RX 9070 XT und ROCm
AMD für lokale KI 2026: RX 9070 XT mit 16 GB gegen RX 7900 XTX mit 24 GB, ROCm unter Linux, Vulkan unter Windows — und wann NVIDIA die einfachere Karte bleibt.
Qwen 3.6 in Ollama: 35B-A3B und 27B lokal — VRAM, Modelle, Kosten
Qwen 3.6 mit Ollama lokal betreiben: 35B-A3B (MoE) und 27B (dense) im Vergleich — VRAM-Bedarf je Quantisierung, passende GPUs, Kosten und DSGVO-Einordnung für den deutschen Mittelstand.
GPU-Server 2026: Mieten, Kaufen oder Selber Bauen? Vergleich, Kosten & Entscheidungsmatrix
GPU-Server mit GPU für KI im Mittelstand: Vergleich zwischen Cloud-GPU (Hetzner, Lambda, CoreWeave), dedizierten GPU-Servern (LeaderGPU, Hostline) und eigenem Build. Mit Kosten-Tabelle, DSGVO-Check, Entscheidungsmatrix und FAQ.
Bereit für KI im Mittelstand?
Nutzen Sie unsere 10 kostenlosen KI-Tools und Praxis-Guides – oder sprechen Sie direkt mit unseren Experten.
Pexon Consulting – KI-Beratung für den Mittelstand | Scaly Academy – Geförderte KI-Weiterbildung (KI-Spezialist, KI-Experte, Workflow-Automatisierung)