Correction de la vitesse de traitement des prompts dans Llama.cpp à l'aide du paramètre --ubatch-size

Optimisation du traitement des invites dans Llama.cpp
Un utilisateur de Reddit a partagé son expérience d'optimisation de la vitesse de traitement des invites dans Llama.cpp lors de l'utilisation de modèles plus volumineux comme Qwen 27B. Il a découvert que l'ajustement du paramètre --ubatch-size améliorait considérablement les performances.
Principales découvertes
L'utilisateur a expérimenté avec le paramètre --ubatch-size après avoir eu du mal à comprendre son fonctionnement à partir de la documentation et avoir obtenu des résultats mitigés avec les assistants IA. Il "ajustait les jauges" par plaisir et a utilisé la méthode essai-erreur pour trouver les paramètres optimaux.
Pour son GPU Radeon 9070XT avec 64 Mo de cache L3, le réglage de --ubatch-size à 64 a entraîné des améliorations spectaculaires de vitesse :
- Le traitement des invites est devenu "réellement utilisable pour l'invocation de code Claude"
- Les performances étaient "extrêmement rapides" par rapport à des valeurs plus élevées
- Il a remarqué un sifflement de bobine du GPU lors de la découverte du réglage optimal
La valeur par défaut de --ubatch-size semble être 512, ce que l'utilisateur a trouvé donner de mauvais résultats lorsqu'elle n'est pas modifiée. Il a reconnu que cela pourrait être évident pour les utilisateurs plus expérimentés, mais a partagé ses découvertes pour aider d'autres personnes qui pourraient rencontrer des difficultés similaires.
Cette approche d'optimisation consiste à faire correspondre le paramètre --ubatch-size à la taille spécifique du cache L3 de votre GPU en mégaoctets, ce qui peut être particulièrement bénéfique lors de l'utilisation de modèles de langage plus volumineux qui nécessitent une gestion efficace de la mémoire pendant le traitement des invites.
📖 Read the full source: r/LocalLLaMA
👀 See Also

Claude CLI v2.1.154 brise le vLLM local — un correctif d'une ligne le répare
Claude CLI ≥2.1.154 ajoute trois nouveaux rôles API (ctx, msg, system) qui cassent la compatibilité avec les serveurs vLLM locaux. Un correctif d'une ligne dans le protocole Anthropic de vLLM rétablit la compatibilité.

Claude Code fonctionne mieux en tant que réviseur de code que générateur
Un développeur partage que Claude Code produit des résultats plus ancrés lorsqu'il est utilisé pour examiner du code existant plutôt que pour générer du code à partir de zéro. Les pratiques clés incluent le démarrage des sessions avec des implémentations actuelles, le maintien de fichiers de contexte de projet et le redémarrage des sessions lorsque les réponses se dégradent.

Comment diviser le contexte en fichiers séparés a rendu Claude plus cohérent
Un utilisateur de Reddit partage une configuration pratique pour Claude : diviser le contexte en fichiers about-me.md, my-voice.md et my-rules.md ; utiliser un flux planifier-avant-exécuter ; changer de modèle par tâche ; et donner des retours plutôt que des prompts parfaits.

Arrêtez les tirets cadratins de Claude avec une ligne dans les Préférences ou Claude.md
Ajoutez une phrase spécifique aux préférences de votre profil Claude.ai ou à Claude.md pour réduire les tirets cadratins d'environ 98 %. Il s'agit d'une astuce pratique testée par la communauté.