Rodando Qwen3.6-35B-A3B com ~190k de Contexto em 8GB VRAM + 32GB RAM – Configuração e Benchmarks

Um usuário do Reddit publicou uma configuração detalhada para executar modelos Qwen3.6-35B-A3B GGUF com ~190k de contexto em um laptop com 8GB de VRAM (RTX 4060) e 32GB de RAM DDR5. Eles relatam 37-43 tok/s de imediato, com ajustes chegando a ~51 tok/s.
Hardware e Modelos
- GPU: RTX 4060 8GB VRAM
- RAM: 32GB DDR5 5600MHz
- SO: Linux (desempenho notado como melhor que Windows)
- Modelos testados (quantização Q5):
mudler/Qwen3.6-35B-A3B-APEX-GGUF– ~40 tok/s a 37 tok/shesamation/Qwen3.6-35B-A3B-Claude-4.6-Opus-Reasoning-Distilled-GGUF– ~43 tok/s a 37 tok/s
Configuração Principal
Usando um fork do llama.cpp com suporte a TurboQuant (turboquant_plus), o usuário executa llama-server com as seguintes flags:
--model "<caminho>" \
--host 0.0.0.0 \
--port 8085 \
--ctx-size 192640 \
--n-gpu-layers 430 \
--n-cpu-moe 35 \
--cache-type-k "turbo4" \
--cache-type-v "turbo4" \
--flash-attn on \
--batch-size 2048 \
--parallel 1 \
--no-mmap \
--mlock \
--ubatch-size 512 \
--threads 6 \
--cont-batching \
--timeout 300 \
--temp 0.2 \
--top-p 0.95 \
--min-p 0.05 \
--top-k 20 \
--metrics \
--chat-template-kwargs '{"preserve_thinking": true}'
Para aumentar a velocidade para ~51 tok/s, ajuste três flags: --ctx-size 192640, --n-gpu-layers 430, --n-cpu-moe 35 (ajuste ligeiramente com base em estabilidade/memória).
Ressalvas
- A quantização Q4 é visivelmente pior para raciocínio de contexto longo em comparação com Q5.
--no-mmap+--mlockreduz engasgos e lentidão.- O cache KV TurboQuant é crítico em tamanhos de contexto altos.
- A alta largura de banda da RAM (DDR5) é importante para essas velocidades.
- O Linux supera significativamente o Windows para essa carga de trabalho.
Para Quem é Isso
Desenvolvedores executando LLMs locais com contextos muito longos (170k+ tokens) em hardware de consumo, especialmente aqueles com 8-12GB de VRAM e RAM de sistema rápida.
📖 Leia a fonte original: r/LocalLLaMA
👀 See Also

Um sistema de memória de 4 arquivos para agentes OpenClaw sem plugins
Um usuário do Reddit compartilha um sistema prático de memória usando quatro arquivos markdown: USER.md para identidade, CONTEXT.md para trabalho ativo, MEMORY.md para tópicos estruturados e ARCHIVE.md para itens concluídos. A abordagem resolve o problema do 'agente não saber o que sabe' através de uma melhor arquitetura de arquivos, e não de mais memória.

Construindo um Sistema Completo de BI com Claude Code e Metabase por Menos de US$50/mês
Um usuário do Reddit construiu um sistema completo de BI usando Claude Code, BigQuery e Metabase auto-hospedado — substituindo orçamentos de especialistas de $15 mil por 3 dias de trabalho e $30/mês em custos de nuvem.

Opus 4.7 quebrou 40% dos prompts; a correção foi estruturar CLAUDE.md e Skills
Após o Opus 4.7 degradar ~40% dos prompts em 6 configurações, um head fractional de IA resolveu substituindo prompts ad-hoc por arquivos Skill estruturados, CLAUDE.md hierárquico e arquivos de memória separados — reduzindo o uso de tokens em 22% e as iterações de 3-4 para 1-2.

Lições Práticas da Construção de IA no Dispositivo em React Native
Um desenvolvedor compartilha detalhes técnicos específicos da construção de um aplicativo React Native com LLMs no dispositivo, geração de imagens, transcrição de voz e visão de IA, incluindo estratégias de gerenciamento de memória, escolhas de bibliotecas e benchmarks de desempenho.