Exécution de Qwen3.6-35B-A3B avec ~190k de contexte sur 8 Go de VRAM + 32 Go de RAM – Configuration et benchmarks

Un utilisateur de Reddit a publié une configuration détaillée pour exécuter des modèles GGUF Qwen3.6-35B-A3B avec environ 190k de contexte sur un ordinateur portable doté de 8 Go de VRAM (RTX 4060) et 32 Go de RAM DDR5. Il rapporte 37-43 tok/s sortie de boîte, et avec des ajustements, jusqu'à ~51 tok/s.
Matériel et modèles
- GPU : RTX 4060 8 Go VRAM
- RAM : 32 Go DDR5 5600 MHz
- Système d'exploitation : Linux (les performances sont meilleures que sous Windows)
- Modèles testés (quantification 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
Configuration clé
En utilisant un fork de llama.cpp avec le support TurboQuant (turboquant_plus), l'utilisateur exécute llama-server avec les indicateurs suivants :
--model "<chemin>" \
--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}'
Pour atteindre des vitesses d'environ 51 tok/s, ajustez trois indicateurs : --ctx-size 192640, --n-gpu-layers 430, --n-cpu-moe 35 (modifiez légèrement selon la stabilité/la mémoire).
Précautions
- La quantification Q4 est nettement moins bonne pour le raisonnement en contexte long par rapport à Q5.
--no-mmap+--mlockréduit les ralentissements et les saccades.- Le cache KV TurboQuant est essentiel pour les contextes de grande taille.
- Une bande passante RAM élevée (DDR5) est importante pour ces vitesses.
- Linux surpasse Windows de manière significative pour cette charge de travail.
À qui cela s'adresse
Développeurs exécutant des LLM locaux avec des contextes très longs (170k+ tokens) sur du matériel grand public, notamment ceux avec 8 à 12 Go de VRAM et une RAM système rapide.
📖 Lire la source complète : r/LocalLLaMA
👀 See Also

Claude Code Workflow Visual Explique la Hiérarchie de Mémoire et le Système de Compétences
Un utilisateur de Reddit a partagé un diagramme visuel montrant la structure du flux de travail de Claude Code, incluant la stratification de la mémoire avec les fichiers CLAUDE.md et les compétences réutilisables définies dans les répertoires .claude/skills/. La boucle de travail suggère d'utiliser le mode Plan, de décrire les fonctionnalités, d'accepter automatiquement et de valider fréquemment.

Accéder aux webcams USB dans WSL2 pour la détection de mouvement locale
Un développeur explique comment utiliser usbipd-win pour passer des webcams USB de Windows à WSL2, permettant une détection de mouvement locale avec OpenCV sans dépendances cloud.

Utilisateurs d'OpenClaw Docker : Épinglez au commit 0c926a2c5 pour corriger les extensions Discord et de salon défectueuses.
Après avoir mis à jour OpenClaw via Docker, les extensions de canaux comme Discord, Signal et WhatsApp échouent avec des erreurs d'importation de modules. Le problème provient du commit d9c285e93 et d'un second bug spécifique à Docker. Utilisez le commit 0c926a2c5 pour une solution de contournement stable.

Structurer les Agents de Code Claude avec les Modèles CLAUDE.md et le Répertoire .claude/
Un développeur partage son approche pour exécuter plusieurs agents IA avec Claude Code, chaque agent ayant son propre répertoire contenant un fichier CLAUDE.md et un répertoire .claude/ avec des règles et des compétences. L'idée clé est de séparer le contexte toujours actif des flux de travail à la demande pour optimiser l'utilisation des tokens et la qualité des réponses.