8GB VRAM + 32GB RAM에서 ~190k 컨텍스트로 Qwen3.6-35B-A3B 실행 – 설정 및 벤치마크

한 Reddit 사용자가 8GB VRAM(RTX 4060)과 32GB DDR5 RAM을 장착한 노트북에서 Qwen3.6-35B-A3B GGUF 모델을 약 190k 컨텍스트로 실행하기 위한 상세 설정을 게시했습니다. 기본으로 37-43 tok/s를 보고했으며, 약간의 조정으로 ~51 tok/s까지 올렸습니다.
하드웨어 및 모델
- GPU: RTX 4060 8GB VRAM
- RAM: 32GB DDR5 5600MHz
- OS: Linux (Windows보다 성능이 좋은 것으로 알려짐)
- 테스트된 모델(Q5 양자화):
mudler/Qwen3.6-35B-A3B-APEX-GGUF– 약 40 tok/s에서 37 tok/shesamation/Qwen3.6-35B-A3B-Claude-4.6-Opus-Reasoning-Distilled-GGUF– 약 43 tok/s에서 37 tok/s
주요 구성
TurboQuant를 지원하는 llama.cpp 포크(turboquant_plus)를 사용하여 사용자는 다음 플래그로 llama-server를 실행합니다:
--model "" \
--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}'
속도를 ~51 tok/s로 높이려면 세 가지 플래그를 조정하세요: --ctx-size 192640, --n-gpu-layers 430, --n-cpu-moe 35 (안정성/메모리에 따라 약간 조정).
주의사항
- Q4 양자화는 긴 맥락 추론에서 Q5보다 눈에 띄게 성능이 떨어집니다.
--no-mmap+--mlock은 끊김 현상을 줄여줍니다.- TurboQuant KV 캐시는 높은 컨텍스트 크기에서 중요합니다.
- 높은 RAM 대역폭(DDR5)이 이러한 속도에 중요합니다.
- Linux가 이 작업에서 Windows보다 성능이 훨씬 뛰어납니다.
대상 사용자
특히 8-12GB VRAM과 빠른 시스템 RAM을 갖춘 소비자 하드웨어에서 매우 긴 컨텍스트(170k+ 토큰)로 로컬 LLM을 실행하는 개발자.
📖 원문 읽기: r/LocalLLaMA
👀 See Also

특정 지침과 세부 조정으로 OpenClaw 설정을 최적화하는 방법
OpenClaw 최적화는 정확한 지시와 에이전트 개성의 지속적인 개선, 비용 효율적인 모델 활용에 의존합니다.

Claude Desktop/Code용 C# .NET Framework MCP 도구 작성 문서
.NET Framework 4.8을 사용하여 사용자 정의 MCP 도구를 만드는 완전한 문서와 C# 코딩 예제로, Claude Desktop/Code가 외부 프로세스, 소프트웨어, API 및 IoT 장치와의 상호작용을 자동화할 수 있도록 합니다.

Oracle Cloud에서 로컬 LLM을 활용한 무료 OpenClaw Gateway
한 개발자가 Oracle Cloud의 무료 티어를 사용하여 VM.Standard.A2.Flex 인스턴스(4 OCPU, 24GB RAM, 200GB SSD)에 로컬 Qwen3.5 27B A3B 4-bit LLM을 구동하고, QCAI 앱으로 원격 관리하는 방법으로 OpenClaw Gateway를 실행하는 방법을 공유했습니다.

OpenClaw 응답 시간 개선 방법: 컨텍스트 비대화 줄이기
개발자가 OpenClaw에서 파일 구조 조정과 설정 변경을 통해 주입된 작업 공간 파일을 47,000자에서 16,000자로 줄이고, bootstrapMaxChars를 8000으로 설정하고 압축 안전장치를 추가하여 10분 응답 시간 문제를 해결했습니다.