Krótko: potrzebny VRAM ≈ parametry × bity na wagę ÷ 8, plus cache KV (rośnie z kontekstem) i około 0,8 GB narzutu. W Q4_K_M to mniej więcej 0,6 GB na miliard parametrów, więc model 8B potrzebuje ok. 7 GB przy kontekście 8K, model 32B ok. 23 GB, a 70B ok. 46 GB. Tabela poniżej jest policzona dla kilku modeli i kwantyzacji. Znajdź swój model, odczytaj wiersz i porównaj z kartą.
Potrzebny VRAM według rozmiaru modelu i kwantyzacji
| Model | Parametry | Q4_K_M | Q5_K_M | Q8_0 | F16 |
|---|---|---|---|---|---|
| Gemma 3 4B Instruct | 4B | 3.6 GB | 4.0 GB | 5.4 GB | 9.2 GB |
| Llama 3.1 8B Instruct | 8B | 6.7 GB | 7.5 GB | 10.4 GB | 17.9 GB |
| Qwen 3 14B | 14.8B | 11.1 GB | 12.6 GB | 17.9 GB | 31.7 GB |
| Qwen3.8 27B | 27.78B | 18.3 GB | 21.2 GB | 31.0 GB | 57.1 GB |
| Qwen 3 32B | 32.8B | 22.8 GB | 26.2 GB | 37.8 GB | 68.5 GB |
| Llama 3.3 70B Instruct | 70B | 45.7 GB | 53.1 GB | 77.9 GB | 143 GB |
| Qwen 3 30B-A3B (MoE) | 30.5 mld łącznie / 3.3 mld aktywnych | 20.0 GB | 23.2 GB | 34.0 GB | 62.6 GB |
| Llama 4 Scout 17B | 109 mld łącznie / 17 mld aktywnych | 68.2 GB | 79.7 GB | 118 GB | 220 GB |
VRAM w GB, policzony przez nasz silnik VRAM: wagi + cache KV przy kontekście 8K + narzut frameworka. W modelach Mixture-of-Experts kolumna Parametry celowo pokazuje obie liczby. VRAM wynika z liczby łącznej (wszystkie eksperty muszą być w pamięci, bo router może wybrać dowolny z nich na dowolnym tokenie). Szybkość wynika z liczby aktywnej (na token czytani są tylko wybrani eksperci). Dlatego Qwen 3 30B-A3B potrzebuje pamięci modelu 30B, ale generuje jak model 3B, a Llama 4 Scout wymaga maszyny klasy serwerowej mimo 17B aktywnych parametrów.
Wzór
Wagi zajmują parametry × bity na wagę ÷ 8 bajtów. Bity na wagę nie są nominalne, bo formaty kwantyzowane niosą metadane bloków:
| Format | Bitów na wagę | GB na miliard parametrów |
|---|---|---|
Q4_K_M | 4,83 | 0,60 |
Q5_K_M | 5,67 | 0,71 |
Q6_K | 6,56 | 0,82 |
Q8_0 | 8,50 | 1,06 |
F16 | 16,00 | 2,00 |
Tylko wagi. Dolicz cache KV (rośnie z kontekstem) i ok. 0,8 GB narzutu frameworka. Bity na wagę obejmują metadane bloków kwantyzacji, więc Q4_K_M to 4,83 bita, a nie 4. Cache KV to pamięć, w której model przechowuje przebieg rozmowy. Rośnie liniowo z długością kontekstu i zależy od architektury: modele z niewielką liczbą głowic KV zużywają dużo mniej, modele w stylu DeepSeek i Kimi używają skompresowanego cache'u latentnego, a modele hybrydowe, jak Qwen3-Next, trzymają cache tylko w części warstw (12 z 48). llama.cpp potrafi też przechowywać cache z niższą precyzją: q8_0 zmniejsza go mniej więcej o połowę, a kwantyzacja cache'u V wymaga włączonego flash attention (dyskusja llama.cpp, wyjaśnienie błędu).
Co zmieści się w twoim VRAM
Największe modele mieszczące się przy danej ilości pamięci, według tego samego rachunku, bez przelewania do pamięci RAM:
| Pamięć GPU | Największe modele, które się mieszczą |
|---|---|
| 8 GB | GLM-4 9B (7.4 GB), K2 Horizon 7B (7.4 GB), GLM-4.6V-Flash 9B (7.4 GB) |
| 12 GB | Cosmos 3 Nano (11.9 GB), Qwen 3 14B (11.1 GB), Phi-4 (14B) (10.9 GB) |
| 16 GB | OLMo 2 13B Instruct (15.8 GB), EuroLLM 22B (15.7 GB), LFM2.5-24B-A2B (15.5 GB) |
| 24 GB | Qwen 3.5 35B-A3B (23.8 GB), Nex-N2.5 mini (23.8 GB), Nex-N2 mini (23.8 GB) |
| 32 GB | K2 Horizon MoVA 36B-A4B (25.0 GB), Seed-OSS-36B-Instruct (24.7 GB), Qwen 3.5 35B-A3B (23.8 GB) |
| 48 GB | Qwen 2.5 VL 72B Instruct (47.8 GB), Qwen 2.5 72B Instruct (47.0 GB), Nemotron 70B Instruct (46.1 GB) |
| 64 GB | Llama 3.2 90B Vision Instruct (57.8 GB), Llama 3.2 Vision 90B (57.8 GB), Qwen3-Coder-Next (80B-A3B MoE) (49.4 GB) |
Ten sam silnik: łączna liczba parametrów w Q4_K_M, kontekst 8K, bez przerzucania do pamięci RAM.
Długość kontekstu i ustawienia domyślne
Tabele zakładają kontekst 8K. Domyślny kontekst Ollama zależy od VRAM: 4K poniżej 24 GiB, 32K od 24 do 48 GiB i 256K od 48 GiB (dokumentacja Ollama, Fast.io). Większy kontekst wymaga więcej pamięci, więc model, który mieści się przy 8K, może się nie załadować przy 128K. Ustaw kontekst jawnie, gdy dobierasz model.
Apple Silicon: pamięć zunifikowana
Apple Silicon dzieli jedną pulę pamięci między CPU i GPU, więc Mac z 64 GB pomieści modele, których nie pomieści karta 24 GB. macOS domyślnie nie oddaje GPU całości: limit to mniej więcej dwie trzecie RAM w maszynach do 36 GB i około trzy czwarte powyżej (ModelPiper, poradnik Apple Silicon LLM). Możesz go podnieść ustawieniem iogpu.wired_limit_mb. Przepustowość pamięci jest niższa niż w szybkim dyskretnym GPU, więc dla tego samego modelu tokenów na sekundę jest mniej.
Co się dzieje, gdy model się nie mieści
Jeśli model się nie mieści, środowisko przenosi część warstw do pamięci RAM. Nadal działa, ale tempo generowania spada do ułamka szybkości GPU, i im więcej warstw przeniesiono, tym wolniej. Użyj kalkulatora zgodności GPU, by zobaczyć werdykt dla swojej karty, modelu i kontekstu, zanim cokolwiek pobierzesz.
Jeśli ciągle trafiasz w limit, kolejnym krokiem jest więcej VRAM. Zobacz poradnik zakupowy GPU z kartami według progów, z ceną startową i ceną rynkową z datą.
Najczęstsze pytania
Ile VRAM potrzeba do modelu 70B?
Około 46 GB w Q4_K_M przy kontekście 8K, czyli dwie karty 24 GB, karta stacji roboczej 48 GB albo Mac z 64 GB lub więcej pamięci zunifikowanej. Pojedyncza karta 24 GB go nie pomieści.
Jak długość kontekstu wpływa na VRAM?
Przez cache KV, który rośnie liniowo z liczbą tokenów. Rozmiar zależy od architektury modelu, więc zamiast stałej reguły użyj kalkulatora. Kwantyzacja cache'u KV do q8_0 zmniejsza go mniej więcej o połowę.
Co się dzieje, gdy model nie mieści się w VRAM?
Środowisko przenosi warstwy do pamięci RAM, a generowanie wyraźnie zwalnia. Do okazjonalnego użytku wystarcza, ale przy długich dokumentach bywa frustrujące.
Czy można używać dwóch GPU razem do lokalnych LLM?
Tak. llama.cpp i Ollama potrafią podzielić model między kilka GPU, więc dwie karty 24 GB dają pulę 48 GB. Przepustowość między kartami wpływa na szybkość, ale NVLink nie jest wymagany.
Czy kwantyzacja Q4 wystarcza?
Q4_K_M to popularny domyślny wybór i dobrze sprawdza się w większości zadań, ale to kompromis: formaty o większej liczbie bitów, jak Q5_K_M czy Q8_0, tracą mniej jakości i kosztują więcej pamięci. Formaty o bardzo niskiej liczbie bitów wyraźniej pogarszają wyniki w złożonym rozumowaniu.
Aby sprawdzić konkretny model, użyj kalkulatora VRAM: pokazuje pamięć potrzebną przy każdej kwantyzacji i długości kontekstu.