Novinky
Naše experimentální konfigurace: model ~83,6 GB běžící lokálně na levném RTX 3060
Qwen3.8-Flash-Next IQ3_S na RTX 3060 12 GB s pouhými 48 GB systémové RAM. Žádné vyvozování z cloudu. Jen cenově dostupný spotřební hardware.

To je neuvěřitelné!
Qwen3.8-Flash-Next IQ3_S (~83,6 GB) běžící lokálně na levné RTX 3060 12 GB s pouhými 48 GB systémové RAM!
Dekódování až 68 tokenů/s, zpracování výzvy ~916 tokenů/s a výzva 30 000 tokenů zpracovaná za pouhých 34 sekund.
Provozováno na Strata by coldniko. Žádné vyvozování z cloudu. Jen cenově dostupný spotřební hardware!
Kompletní benchmarky, hardwarové specifikace, optimalizace a kompromisy níže.
V poslední části můžete přejít rovnou ke klíčovým informacím.
Hardware za těmito výsledky
Žádné GPU datového centra, žádný drahý multi-GPU server a žádná masivní konfigurace RAM.
Celý experiment byl proveden na docela běžném spotřebitelském/pracovním PC.

CPU
- Intel Core Ultra 7 265 (Arrow Lake)
- 20 jader / 20 vláken
- Až 5,3 GHz
- 30 MB mezipaměti L3
- podpora AVX-VNNI / BF16; žádné AVX-512
Základní deska
- ASUS Pro Q870I-C
- Čipová sada Intel Q870, LGA1851
- Formát Mini-ITX
Paměť
- 48 GB DDR5-5600 (2 × 24 GB Micron)
- Přibližně 46 GiB využitelných
GPU
- NVIDIA GeForce RTX 3060 12 GB
- GA106, výpočetní schopnost 8.6
- PCIe 4.0 ×16
- Konfigurovaný limit výkonu 170 W
Skladování
- Lexar NM1090 PRO 2 TB
- PCIe 5.0 ×4 NVMe
OS
- Ubuntu 24.04.5 LTS
- Linuxové jádro 7.0.0-38
- Ovladač NVIDIA 615.71.10
Síť
- Intel 1 GbE Ethernet
Zásadní detail: model je mnohem větší než dostupná VRAM a RAM dohromady.
To je přesně to, co dělá tento experiment zajímavým.
Architektura modelu, motoru a paměti
Model
Qwen3.8-Flash-Next-GSQ-RCO-IQ3_S
Dva úlomky GGUF:
- 54.82 GB
- 28.80 GB
- Celkem: 83,62 GB (77,87 GiB)
Další komponenty
- Hustá hmotnost balení: ~1,5 GiB
- Návrhář spekulativního dekódování MTP
- Adaptér vidění BF16: ~866 MB
- Kodér vidění na bázi CPU (12 vláken)
Inferenční stroj
- Strata engine 0.1.52
- Backend CUDA 13.0
- Architektura CUDA sm_86
Skutečná alokace paměti
- GPU VRAM: Využito 11,14 GiB
- Rezidentní experti na systémovou RAM: 24 GiB
- Zbývající expertní data streamovaná z NVMe
- Žádná swapovací aktivita během normální inference
Důležitá nastavení konfigurace
--expert-cache auto
--prefill 4096
--spec 4
--spec-min-p 0.5
--mtp mtp/rt
--max-context 32768
--kv int8
--kv-grow
--kv-resident 32768
--vision
--vram-reserve-mib 960
--pool-workers 12
--conversation-cache-mib 1536
--prompt-cache-tail
--prompt-cache-spread
--resident-experts
--resident-budget-gib 24
Toto není konvenční nastavení „nahrání celého modelu do paměti GPU“.
Strata využívá paměť GPU, systémovou RAM, mezipaměť expertů a úložiště NVMe dohromady.
Důležitou optimalizací je minimalizace drahých expertních přenosů při zachování produktivity GPU.
Skutečné výsledky benchmarků
Stejný model, stejný hardware, dvě konfigurace směrování.
Režim A: rychlé expertní směrování podle místa bydliště (předchozí = 1,5)
| Kontext | Předvyplnění | Studené dekódování | Teplé dekódování |
|---|---|---|---|
| 1K | 285 tok/s | 42 tok/s | 61 tok/s |
| 4K | 804 tok/s | 50 tok/s | 65 tok/s |
| 8K | 819 tok/s | 61 tok/s | 68 tok/s |
| 16K | 916 tok/s | 60 tok/s | 68 tok/s |
| 30K | 890 tok/s | 58 tok/s | 61 tok/s |
Chladný čas do prvního tokenu:
- 1K: 3.7 s
- 4K: 4.9 s
- 8K: 9.7 s
- 16K: 17.3 s
- 30K: 33.9 s
Pro srovnání, režim B deaktivuje směrování na základě bydliště (předchozí = 0):
| Kontext | Předvyplnění | Studené dekódování | Teplé dekódování |
|---|---|---|---|
| 1K | 282 tok/s | 24 tok/s | 27 tok/s |
| 4K | 781 tok/s | 29 tok/s | 26 tok/s |
| 8K | 789 tok/s | 30 tok/s | 32 tok/s |
| 16K | 889 tok/s | 30 tok/s | 29 tok/s |
| 30K | 878 tok/s | 26 tok/s | 27 tok/s |
Spuštění generování 500 tokenů:
- Rychlý: 62 tok/s, celkem 7,1 s
- Přesnost: 21 tok/s, celkem 20,8 s
Měření rychlosti byla porovnána s časováním streamování na straně klienta.
Hlavní pozorování:
Deaktivace směrování na základě mezipaměti může snížit rychlost dekódování přibližně 2–2,4×.
Existuje však důležitý důvod, proč nenechávat agresivní směrování povolené pro každou pracovní zátěž. Více o tom v další části.
Rychlost versus kvalita modelu: skrytý kompromis
V této verzi enginu Strata GPU s ≤13 GB VRAM automaticky používají směrování založené na rezidenci:
STRATA_ROUTE_PRIOR=1.5
To upřednostňuje odborníky, kteří jsou již k dispozici v rychlé paměti, místo aby vždy vybírali odborníky, které by preferoval původní router.
Výhoda je dramatická:
- Úspěšnost expertní mezipaměti: 97,2 % v rychlém režimu
- Bez zkreslení: 65,3 %
- Čtení úložiště během porovnávané zátěže: 5,5 GiB vs 46 GiB
- Rychlost dekódování: přibližně 2× rychlejší
Ale toto NENÍ bezplatná optimalizace.
Změna expertního výběru může změnit chování modelu, zvýšit divergenci od původního modelu a ovlivnit dlouhé uvažování nebo pracovní postupy agentů.
Podle hodnocení vývojáře na 10 úlohách agenta:
- Směrování před 1.5: 4.5/10
- Směrování před 0: 5,6/10
Samotné výsledky základní linie se mezi jednotlivými běhy lišily, takže se jedná o směrový výsledek, nikoli o definitivní měření kvality.
Mých šest krátkých kontrol agentů prošlo v obou režimech.
Samostatný důraz na jedinečnost však probíhá exponovaným opakováním:
- Rychlý režim: 205 řádků, 96 duplikátů
- Přesný režim: 209 řádků, 79 duplikátů
Závěr je jasný:
- Rychlé směrování pro chat, interaktivní použití a krátké úkoly.
- Originální směrování pro delší pracovní postupy agentů citlivé na kvalitu.
A samotná referenční rychlost by nikdy neměla být zaměňována s kvalitou modelu.
Rychlé ukládání do mezipaměti vše změní
Jedním z nejpůsobivějších výsledků nebyla rychlost dekódování. Jednalo se o dobu odezvy na opakované požadavky pomocí stejné výzvy.
S výzvou plně uloženou v mezipaměti:
| Kontext | Studený TTFT | TTFT v mezipaměti |
|---|---|---|
| 1K | 3.7 s | 0.08 s |
| 4K | 4.9 s | 0.08 s |
| 8K | 9.7 s | 0.27 s |
| 16K | 17.3 s | 0.34 s |
| 30K | 33.9 s | 0.44 s |
To je zhruba 45–90× méně času do prvního tokenu v těchto běhech.
Mezipaměť výzvy je obrovský rozdíl při opakovaném dotazování na stejný dlouhý dokument nebo udržování konverzace se stabilním kontextem.
Motor je také nakonfigurován pro ukládání do mezipaměti konverzace:
- Rozpočet mezipaměti 1 536 MiB
- Minimálně 4 096 žetonů za parkování
- Minimální práh volné paměti: 1 536 MiB
Má to háček: tyto výsledky jsou pro identické výzvy s plně znovu použitelnou mezipamětí.
Neznamená to, že svévolné výzvy k novým 30 000 tokenům zpracují za půl sekundy.
Ale pro interaktivní místní AI je teplá mezipaměť změnou hry.
Záhada SSD: PCIe 5.0 není překážkou
Nejprve se disk NVMe zdál podezřele pomalý. Zkoumali jsme propojení PCIe, topologii úložiště a skutečné I/O chování.
Disk: Lexar NM1090 PRO 2 TB, PCIe 5.0 × 4.
Ověřené připojení PCIe:
- Aktuální odkaz: 32,0 GT/s ×4
- Maximální spoj: 32,0 GT/s × 4
- Kořenový port CPU: 32,0 GT/s × 4
Disk tedy běží na plnou rychlost připojení PCIe 5.0.
Přímé benchmarky čtení bez mezipaměti:
- Jeden stream, 1–4 MiB bloky: 2,9–3,4 GB/s
- Čtyři paralelní toky: 10,94 GB/s
- Čtyři streamy, 64 KiB bloky: 2,25 GB/s
- Čtyři streamy, 4 kiB bloky: 0,26 GB/s (~63K IOPS)
Tento paralelní výsledek 10,94 GB/s je obzvláště důležitý: překračuje praktickou šířku pásma PCIe 4.0 × 4.
Proč je propustnost jednoho proudu mnohem nižší?
Protože šířka pásma PCIe není to samé jako propustnost na úrovni aplikace.
Důležitá je hloubka fronty, velikost I/O, paralelismus požadavků a latence.
Vzorec expertního načítání Strata je mnohem blíže případu nižší souběžnosti než syntetickému benchmarku maximální propustnosti.
Pozorovaná kapacita úložiště motoru:
- Rychlé směrování: ~0,3 GB/s
- Původní směrování: ~2,4 GB/s
Rozdíl spočívá v tom, kolik odborníků je třeba získat, nikoli v downgradu PCIe.
Ještě jeden užitečný detail: samotný RTX 3060 je zařízení PCIe 4.0. Vidět jeho propojení s Gen1 při nečinnosti je normální chování správy napájení.
Před diagnostikováním problému PCIe vždy zkontrolujte, které zařízení měříte.
Důležitá lekce: nenechávejte Linux ukládat do mezipaměti 83,6 GB model na 48 GB počítači
Při prvním spuštění jsme narazili na vážný problém.
První konfigurace umožňovala načítání souborů modelu ve vyrovnávací paměti.
Model má ~83,6 GB, přičemž systém má pouze 48 GB fyzické RAM.
Při této zátěži se Linux dostal do velkého tlaku na obnovu paměti. Stroj téměř přestal reagovat, včetně připojení SSH, a vyžadoval vynucený restart.
Řešením bylo změnit strategii načítání a zavést zabezpečení paměti.
Aktuální nastavení:
- STRATA_UNBUFFERED_LOAD=1
- STRATA_RESIDENT_HEADROOM_GIB=10
- 24 GiB rezidentní expertní rozpočet
- Před spuštěním byla zkontrolována dostupnost paměti
- 12 GiB dodatečná bezpečnostní rezerva v zásadách spouštění
Po těchto změnách:
- Žádná swapovací aktivita během normální inference
- V pozorovaném bodě se používá přibližně 34,6 GiB RAM
- K dispozici je přibližně 12,7 GiB
- Stabilní generace při zátěži
lekce:
Spuštění modelu většího než je vaše fyzická paměť je možné, ale účtování paměti je naprosto zásadní.
Tlak mezipaměti stránek, připojená data modelu, rezidentní odborníci a mezipaměť KV musí být zvažovány společně.
Nekopírujte slepě příznaky maximálního výkonu ze strojů s mnohem větší konfigurací RAM.
Spotřeba energie, tepelné a odvozené náklady
To je další příjemné překvapení.
Naměřený výkon součástek:
Nečinný s naloženým modelem:
- CPU: ~5.8 W
- GPU: 15–18 W
Během generace:
- CPU: ~62.8 W
- GPU: 152–167 W
- Krátký GPU vrcholí kolem 174 W
Odhadovaný celkový výkon systému na zdi (neměřeno pomocí nástěnného měřiče):
- Volnoběh: ~54 W
- Generace: ~280 W
Pozorované teploty:
- GPU při zatížení: 62–68 °C
- GPU při nečinnosti: ~40°C
- NVMe: 38–47°C
Nebylo pozorováno žádné tepelné škrcení.
Při předpokládané ceně elektřiny 0,25 EUR/kWh:
- 24 hodin nečinnosti: ~ 0,32 EUR
- 30 dní nepřetržitě nečinnosti: ~ 9,72 EUR
- Jedna hodina aktivního generování: ~0,07 €
Díky tomu je zcela realistické provozovat doma schopný místní koncový bod umělé inteligence chránící soukromí.
Samozřejmě se jedná o odhadované náklady na elektřinu, nikoli celkové náklady na vlastnictví. Odpisy hardwaru, chlazení a údržba jsou vyloučeny.
Kde nastavení RTX 3060 přestává dávat smysl
Tato konfigurace je vynikající pro krátké interaktivní požadavky, ale má své limity.
To nejdůležitější:
- Maximální kontext: 32 768 tokenů
- Výzva blízko 32 kB ponechává nedostatek místa pro generování
- Praktický strop benchmarku byl ~30 165 vstupních tokenů
- Myšlení/uvažování může spotřebovat stovky dalších generovaných tokenů
- Dlouhotrvající relace agenta se rychle omezí
Pro srovnání jsem stejný model provozoval na výkonnějším lokálním systému s 24 GB GPU.
Naměřený výkon na tomto systému:
- Předvyplnění výzvy 4K: 1 339 tok/s
- 4K dekódování: 94 tok/s
- 16K rychlé předvyplnění: 2 956 tok/s
- 16K dekódování: 125 tok/s
- Maximální kontext: 262 144 tokenů
- 15 pracovních vláken
Systém RTX 3060 poskytuje mnohem nižší propustnost předvyplnění a zhruba poloviční propustnost dekódování ve srovnatelných případech s jednou osminou dostupného kontextu.
Karta 12 GB je však mnohem dostupnější a zůstává působivě užitečná.
Můj současný přístup:
- Výkonnější hardware pro složité, dlouhotrvající agenty
- Cenově dostupné 12GB GPU pro chat, krátké pracovní postupy, experimenty a vyvozování záloh
Nejde o to předstírat, že levný GPU nahrazuje špičkový stroj.
Jde o to, kolik užitečné místní umělé inteligence již může běžet na levném hardwaru.
Co by se ještě dalo optimalizovat?
Systém již funguje dobře, ale existuje několik zajímavých cest pro další experimenty.
Souběžné vyvozování
Možnost --slots 2 by mohla zlepšit celkovou propustnost se dvěma souběžnými konverzacemi.
Odhadovaná celková propustnost +10–12 % je pro tuto zátěž možná, ale vyžaduje ověření.
To neznamená, že se jedna konverzace zrychlí o 12 %.
Větší předplněné dávky
Aktuální: --prefill 4096
Kandidát: --prefill auto:16384
Větší okna předvyplnění by mohla zlepšit dlouhotrvající zpracování, ale dostupná paměť VRAM je již omezená.
Při zhruba 11,14 GiB z 12 GiB obsazeného GPU je třeba pečlivě měřit chování paměti.
Více systémové RAM
Použití --ple-io ram by mohlo přinést více dat modelu do systémové paměti a omezit čtení úložiště.
Dokumentace vývojáře navrhuje:
- +16–31 % výkonu předvyplnění
- +3–11% výkon dekódování
Ale tato konfigurace by vyžadovala podstatně více RAM, přibližně 72+ GiB pro měřené rozložení.
Na aktuální konfiguraci 48 GB to není praktické.
Spekulativní dekódování
Spekulativní dekódování MTP je již povoleno.
Pozorované přijetí: ~33–41 přijatých tokenů z 50–60 draftovaných, neboli přibližně 65–70 %.
Delší kontext
Aktuální limit 32 kB je limitem provozní konfigurace, není důkazem, že samotný model podporuje pouze 32 kB.
Jeho zvýšení vyžaduje opětovnou kontrolu kapacity paměti, chování KV cache, latence a stability.
Pro tuto pracovní zátěž může být důležitější snížení drahých expertních čtení a zlepšení přístupových vzorů než zvýšení maximální sekvenční šířky pásma disku.
Jako vždy: porovnejte skutečnou pracovní zátěž, nejen marketingová čísla hardwaru.
Závěrečné myšlenky
Zde je to, co tento experiment ukazuje.
~83,6 GB kvantovaný model MoE může běžet lokálně na:
- RTX 3060 12 GB
- 48 GB DDR5 RAM
- Spotřebitelský procesor Intel
- PCIe 5.0 NVMe SSD
- Ubuntu + Strata
S naměřenými výsledky až:
- Teplé dekódování 68 tok/s
- Rychlé zpracování 916 tok/s
- 30K-token studený dotaz za ~34 sekund
- Plně uložená výzva 30 kB: ~0,44 s do prvního tokenu
- Žádná výměna za normálních provozních podmínek
Existují však důležitá upozornění.
- Maximální nakonfigurovaný kontext je 32 kB
- Rychlé expertní směrování mění chování modelu
- Nejvyšší rychlost nemusí nutně znamenat nejvyšší kvalitu
- Výkon úložiště závisí na vzorech přístupu
- Správa paměti vyžaduje pečlivé vyladění
- Dlouhotrvající agenti těží z výkonnějšího hardwaru
Zajímá mě zejména praktická ekonomika místní umělé inteligence.
Nejen maximální benchmark na systému za 10 000 EUR, ale také užitečný výkon dosažitelný na spotřebitelských strojích a cenově dostupné konfigurace začínající kolem 1 000 EUR.
Soukromí, nezávislost, kontrolované provozní náklady a užitečnost v reálném světě jsou důležitější než jen honba za působivými srovnávacími výsledky.
Toto je stále vyvíjející se experiment a já se o měření, selhání, změny konfigurace a vylepšení budu dále podělit.
Budoucnost místní umělé inteligence už začíná být překvapivě dostupná.
Pozdější doplňky
Oh, zapomněl jsem zmínit, že GPU běží s NVIDIA Unlock, která byla vydána před několika dny, minulý týden.
Nyní jsem požádal svého agenta AI, aby spustil stejné benchmarky bez odemknutí, takže budeme moci porovnat výsledky asi za 15–20 minut.
V příštích několika dnech, i když ne dnes, nainstaluji tento GPU do systému, který stojí méně než 1 000 $, a uvidím, jak tam bude fungovat.