Skip to main content
PromptQuorumPromptQuorum

Quel est le meilleur outil pour le benchmark des tokens/sec d'un LLM local ?

Cette page contient des liens de référence vers des produits tiers. PromptQuorum n'est inscrit à aucun programme d'affiliation — ce sont de simples liens qui ne génèrent aucune commission. Cliquer sur les liens et vos prochaines étapes relèvent entièrement de votre responsabilité. Ces liens ne représentent aucune approbation ou vérification par PromptQuorum.

Réponse rapide

llama-bench, inclus avec llama.cpp, est le meilleur outil pour le benchmark de la vitesse d'inférence d'un LLM local. Il indique séparément la vitesse de traitement du prompt et la vitesse de génération à longueur de contexte et niveau de quantification fixes, rendant les résultats comparables entre différentes configurations matérielles.

  • llama-bench : l'option la plus rigoureuse — sépare la vitesse de traitement du prompt de la vitesse de génération, contrôle la longueur de contexte et la quantification.
  • Ollama --verbose : le moyen le plus rapide d'obtenir un chiffre approximatif de tokens/sec à partir d'une session de chat normale, moins contrôlé que llama-bench.
  • Les interfaces graphiques tierces (statistiques intégrées de LM Studio) sont pratiques pour un aperçu rapide mais n'offrent pas le même contrôle d'une exécution à l'autre.

Mis à jour : 14 juillet 2026

Tool ComparisonsIntermédiaire

Points clés

  • llama-bench est l'outil de benchmark le plus rigoureux — il isole la vitesse de traitement du prompt de la vitesse de génération sous des paramètres fixes
  • L'option --verbose d'Ollama donne une estimation rapide et approximative des tokens/sec à partir d'une session de chat normale, utile pour des vérifications rapides
  • Toujours fixer la longueur de contexte et le niveau de quantification entre les exécutions, sinon la comparaison est dénuée de sens
  • Effectuez plusieurs passages et faites la moyenne du résultat — une seule exécution est affectée par le throttling thermique et le chargement à froid

Meilleur choix : llama-bench

llama-bench est le choix par défaut pour quiconque a besoin d'un chiffre de tokens par seconde reproductible et comparable entre configurations matérielles. Il fait partie du build llama.cpp, s'exécute en ligne de commande et indique deux chiffres distincts pour chaque test : la vitesse de traitement du prompt (la rapidité avec laquelle le modèle lit l'entrée) et la vitesse de génération (la rapidité avec laquelle il produit de nouveaux tokens). Ces deux chiffres se comportent très différemment sous charge, donc un outil qui les confond ne donne pas une image complète.

L'option `--verbose` d'Ollama est l'alternative pratique pour une vérification rapide. La commande `ollama run --verbose` affiche un chiffre de tokens/sec à la fin d'une réponse de chat normale, sans nécessiter de dispositif de benchmark séparé. C'est pratique, mais le chiffre provient d'une seule génération non contrôlée — pas d'une exécution répétée à contexte fixe — il est donc plus bruité et moins adapté pour comparer deux configurations matérielles différentes.

LM Studio et d'autres interfaces de bureau affichent un indicateur de tokens/sec en direct similaire dans leur interface de chat. Utilisez-le pour un contrôle visuel rapide pendant que vous utilisez déjà l'outil, mais ne vous y fiez pas pour une décision d'achat matériel — il n'offre pas les contrôles du nombre d'exécutions ni de la longueur de contexte qui rendent un résultat de benchmark fiable.

Ce qu'il faut rechercher dans un outil de benchmark

Un outil de benchmark fiable pour LLM local maintient constants la longueur de contexte, le niveau de quantification et le contenu du prompt entre les exécutions, et indique la vitesse de traitement du prompt et la vitesse de génération de tokens sous forme de chiffres distincts. Sans ces contrôles, un chiffre de « tokens/sec » issu d'une seule exécution ne renseigne presque rien sur la performance de la même configuration avec un prompt plus long ou une quantification différente.

Utilisez un outil de benchmark si vous comparez des GPU avant un achat, si vous évaluez si un niveau de quantification vaut le compromis de qualité, ou si vous publiez des chiffres de performance. Ignorez le benchmark formel et observez simplement le compteur de tokens/sec en direct si vous voulez juste une impression approximative de l'utilisabilité d'un modèle pour le chat.

À éviter : les chiffres d'une seule exécution rapportés sans longueur de contexte ni niveau de quantification associés — ils ne sont comparables à rien. À éviter : les outils qui ne rapportent qu'un chiffre combiné de tokens/sec, car la vitesse de traitement du prompt et la vitesse de génération évoluent différemment selon la longueur de contexte et le matériel.

Matériel à associer à votre benchmark

Si vous effectuez un benchmark dans le but de décider d'une mise à niveau, exécutez la même commande llama-bench sur votre GPU actuel et sur le GPU candidat avec le même fichier de modèle et la même quantification, puis comparez les deux chiffres de traitement du prompt et de génération côte à côte.

Divulgation : Cet article contient des liens affiliés. Nous pouvons percevoir une commission si vous effectuez un achat via ces liens, sans coût supplémentaire pour vous.

Questions fréquentes

Pourquoi les résultats de benchmark varient-ils d'une exécution à l'autre ?
Le throttling thermique, les processus en arrière-plan et le chargement à froid du modèle affectent tous les résultats d'une seule exécution. Faites la moyenne de plusieurs exécutions (llama-bench prend nativement en charge les exécutions répétées) pour obtenir un chiffre fiable plutôt que de vous fier à un seul échantillon.
llama-bench fonctionne-t-il uniquement avec les modèles GGUF ?
Oui — llama-bench fait partie de la chaîne d'outils llama.cpp, construite autour du format GGUF. Pour évaluer un modèle GPTQ ou AWQ, vous avez besoin d'un autre outil lié au framework de service qui charge ce format, comme les scripts de benchmark intégrés de vLLM.
La vitesse de traitement du prompt ou la vitesse de génération est-elle la plus importante ?
Cela dépend de votre cas d'usage. Le résumé de longs documents est dominé par la vitesse de traitement du prompt, car l'essentiel du travail consiste à lire l'entrée. Le chat interactif est dominé par la vitesse de génération, car le modèle produit l'essentiel de sa sortie token par token après un prompt court.
Puis-je comparer des chiffres de tokens/sec trouvés en ligne à mon propre matériel ?
Seulement si la longueur de contexte, le niveau de quantification et la taille du modèle correspondent exactement. Un chiffre de tokens/sec sans ces détails n'est pas comparable à votre configuration — traitez les chiffres non attribués issus de forums ou de réseaux sociaux comme des anecdotes approximatives, pas des benchmarks.