Optimisation de Qwen 3.6 27B/35B sur RTX 3090 : Flags, Quantification et Routage Automatique

Un développeur exécutant les modèles Qwen 3.6 localement sur une RTX 3090 (24 Go de VRAM), Ryzen 5700X, 64 Go de RAM, Windows 11, rencontre des problèmes de performance et de fiabilité. Il utilise llama-server avec des flags personnalisés et cherche des conseils sur le choix de la quantification, le débit et le routage automatique des modèles.
Commandes et quantifications
35B (UD Q4_K_M) :
llama-server.exe -m "chemin\Qwen3.6-35B-A3B-UD-Q4_K_M.gguf" -ngl 99 -c 131072 -np 2 -fa on -ctk f16 -ctv f16 -b 2048 -ub 512 -t 8 --mlock -rea on --reasoning-budget 2048 --reasoning-format deepseek --jinja --metrics --slots --port 8081 --host 0.0.0.027B (UD Q4_K_XL) :
llama-server.exe -m "chemin\Qwen3.6-27B-UD-Q4_K_XL.gguf" -ngl 99 -c 196608 -np 1 -fa on -ctk q8_0 -ctv q8_0 -b 2048 -ub 512 -t 8 --no-mmap -rea on --reasoning-budget -1 --reasoning-format deepseek --jinja --metrics --slots --port 8081 --host 0.0.0.0Problèmes signalés
- 35B trop lent – même les tâches itératives simples semblent inutilisables.
- 27B plus rapide mais peu fiable – le code produit est défectueux ; des tâches simples peuvent prendre 20 à 30 minutes.
- Changement manuel de modèle – il faut tuer le serveur, coller une nouvelle commande, recharger le modèle.
Questions spécifiques
- Les flags sont-ils sous-optimaux ? (par ex., taille du contexte, taille du lot, type de cache)
- Quelle quantification/modèle offre le meilleur équilibre entre vitesse et précision de codage sur 24 Go de VRAM ?
- Comment basculer automatiquement entre les modèles par requête, ou garder plusieurs modèles chauds et les router ?
Contexte
L'utilisateur fait tourner l'agent Hermes sur un Raspberry Pi 5 pour le scraping et l'automatisation, et le codage local avec OpenCode/QwenCode. Il souhaite une configuration qui ne nécessite pas de redémarrages manuels du serveur.
📖 Lire la source complète : r/LocalLLaMA
👀 See Also

Exécuter OpenClaw, ClawdBot et MoltBot avec un budget limité
Découvrez comment exécuter OpenClaw, ClawdBot et MoltBot sans vous ruiner. Explorez des conseils de budgétisation et des alternatives gratuites, comme discuté par les passionnés sur r/clawdbot.

Architecture mémoire à trois couches pour le contexte persistant de l'agent OpenClaw
Un développeur a construit un système de mémoire à 3 couches sur l'infrastructure d'OpenClaw pour empêcher les agents de démarrer chaque session sans contexte. L'architecture comprend des fichiers d'espace de travail L1 injectés à chaque tour, une recherche de mémoire sémantique L2 et des documents de référence L3 ouverts à la demande.

Correction de l'invalidation du cache KV de Claude Code avec des backends locaux
Les versions 2.1.36+ de Claude Code injectent des en-têtes de télémétrie dynamique et des mises à jour de l'état git dans chaque requête, rompant la correspondance par préfixe et forçant le retraitement complet des prompts système de plus de 20 000 tokens sur les backends locaux comme llama.cpp. Un correctif de configuration dans ~/.claude/settings.json peut réduire le traitement de plus de 60 secondes à environ 4 secondes.

Utiliser Claude pour analyser les schémas d'écriture afin d'améliorer les instructions personnalisées.
Un utilisateur de Reddit décrit une méthode pour créer des instructions personnalisées plus efficaces en faisant analyser par Claude 10 échantillons d'écriture afin d'identifier des modèles concrets comme l'évitement de la ponctuation et les sources d'analogies, plutôt que de se fier à des descriptions subjectives du ton.