Together AI devance TensorRT-LLM de 31 % dans des benchmarks pour agents de code

Together AI a publié les premiers benchmarks d'inférence orientés production pour les agents de code. Together Inference Engine devance TensorRT-LLM de 31 % en tokens par seconde et divise par deux le délai du premier token en forte concurrence. Le coût est inférieur de 76 % à celui de Claude Opus 4. Le test simulait un scénario réel : des requêtes de 45 à 200 mille tokens envoyées simultanément par des dizaines de développeurs.

Traité par IA depuis Together AI Blog ; édité par Hamidun News
Together AI devance TensorRT-LLM de 31 % dans des benchmarks pour agents de code
Source : Together AI Blog. Collage: Hamidun News.
Écouter l'article
Fiche synthèse et chiffres clés
ParamètreDonnées
Source primaireTogether AI Blog ↗
Rédacteur en chef
Chiffre clé #1+31 % de tokens par seconde (TPS) par rapport au concurrent OSS le plus proche
Chiffre clé #2TTFT deux fois meilleur à saturation du trafic
Chiffre clé #3Coût inférieur de 76 % à celui de Claude Opus 4 d'Anthropic

Together AI a publié les premiers benchmarks d'inférence orientés production pour les agents de code, et leurs résultats remettent en cause la plupart des tests habituels du secteur.

Pourquoi les benchmarks standard sont inutiles

Un benchmark d'inférence classique mesure un seul utilisateur sur un serveur dédié. Les chiffres impressionnent, mais ne disent rien des conditions réelles. En production, des dizaines, voire des centaines de requêtes se disputent en même temps le même cache KV, la même bande passante mémoire et les mêmes cycles GPU. Plus le trafic augmente, plus le temps jusqu'au premier token (TTFT) s'allonge. À un moment, le système devient inutilisable avant même une panne formelle. Chaque moteur atteint ce point à des niveaux de charge très différents, et c'est précisément ce qu'il faut mesurer.

Together AI a conçu son test pour ce scénario : charge d'agents de code, contexte long, forte concurrence et tolérance zéro à la dégradation de la latence.

Ce qui fait des agents de code une charge particulière

Les requêtes des agents de code transportent un contexte énorme : le fichier édité, le code environnant, l'historique de la conversation et des extraits issus de la recherche vectorielle. La longueur d'entrée variait de 45 à 200 mille tokens, pour simuler la croissance réelle d'une session de développement. La longueur moyenne des réponses était d'environ 450 tokens : l'agent écrit une fonction, pas un roman. Cette charge crée trois problèmes que les tests standard ne voient pas :

  • Sensibilité au TTFT. Le développeur fixe un écran vide jusqu'à l'arrivée du premier token. C'est dans cet intervalle, entre l'envoi et le début du streaming, que la confiance dans l'outil s'érode. La vitesse de génération est secondaire : quand les tokens arrivent, l'expérience paraît rapide.
  • Contexte long concurrent. Des dizaines de développeurs avec des requêtes de plus de 80 mille tokens remplissent le cache KV en même temps. Le planificateur perd sa marge de manœuvre, le TTFT grimpe et le système se dégrade bien avant une panne formelle.
  • Profil dominé par le prefill. La charge pèse surtout sur le prefill, pas sur le decode. Les moteurs optimisés pour la génération longue ne bénéficient pas de leur avantage habituel.

Le test a été réalisé sur 4× NVIDIA B200 pour chaque moteur.

Résultats de Together Inference Engine

Together Inference Engine a été comparé à TensorRT-LLM et à d'autres moteurs OSS de premier plan sur le même matériel. Sous une charge de production d'agents de code, les résultats sont les suivants :

  • +31 % de tokens par seconde (TPS) par rapport au concurrent OSS le plus proche
  • TTFT deux fois meilleur à saturation du trafic
  • Coût inférieur de 76 % à celui de Claude Opus 4 d'Anthropic
  • Latence stable en forte concurrence, là où les concurrents se dégradent déjà

Le gain vient d'une optimisation sur toute la pile : la technologie ThunderMLA, des noyaux CUDA personnalisés réécrits et un profilage de bout en bout sur du trafic réel.

« La plupart des benchmarks mesurent un seul utilisateur sur un serveur dédié.

Les chiffres paraissent magnifiques. Ils sont absolument inutiles pour raisonner sur la production », indique le blog de Together AI.

Ce que cela signifie

L'écart entre moteurs d'inférence est énorme sous charge réelle, et les tests synthétiques ne le révèlent pas. Pour les équipes qui bâtissent des assistants IA pour développeurs, le choix du fournisseur détermine directement combien d'utilisateurs obtiennent une réponse rapide en même temps, et combien fixent un écran vide. Une inférence de qualité production n'est plus un détail technique, mais un avantage concurrentiel.

Dossier

Questions clés sur cet article

Pourquoi les benchmarks standard sont inutiles?

Un benchmark d'inférence classique mesure un seul utilisateur sur un serveur dédié. Les chiffres impressionnent, mais ne disent rien des conditions réelles. En production, des dizaines, voire des centaines de requêtes se disputent en même temps le même cache KV, la même bande passante mémoire et les mêmes cycles GPU. Plus le trafic augmente, plus le temps jusqu'au premier token (TTFT) s'allonge. À un moment, le système devient inutilisable avant même une panne formelle. Chaque moteur atteint ce point à des niveaux de charge très différents, et c'est précisément ce qu'il fau

Que sait-on sur Ce qui fait des agents de code une charge particulière ?

Les requêtes des agents de code transportent un contexte énorme : le fichier édité, le code environnant, l'historique de la conversation et des extraits issus de la recherche vectorielle. La longueur d'entrée variait de 45 à 200 mille tokens, pour simuler la croissance réelle d'une session de développement. La longueur moyenne des réponses était d'environ 450 tokens : l'agent écrit une fonction, pas un roman. Cette charge crée trois problèmes que les tests standard ne voient pas : Sensibilité au TTFT. Le développeur fixe un écran vide jusqu'à l'arrivée du premier token. C'e

Que sait-on sur Résultats de Together Inference Engine ?

Together Inference Engine a été comparé à TensorRT-LLM et à d'autres moteurs OSS de premier plan sur le même matériel. Sous une charge de production d'agents de code, les résultats sont les suivants : +31 % de tokens par seconde (TPS) par rapport au concurrent OSS le plus proche TTFT deux fois meilleur à saturation du trafic Coût inférieur de 76 % à celui de Claude Opus 4 d'Anthropic Latence stable en forte concurrence, là où les concurrents se dégradent déjà Le gain vient d'une optimisation sur toute la pile : la technologie ThunderMLA, des noyaux CUDA personnalisés réécri

ZK
Zhemal Khamidun — CPO d'Alpina Digital, product manager d'AlpinaGPT. Conçoit des produits IA depuis 2019. Hamidun News est un projet personnel devenu un agrégateur en production avec plus de 6 000 lecteurs.
✦ Unified AI Workspace · Nomad

Test Frontier LLMs & Autonomous Agents in One Workspace

Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.

Try Nomad AI →Launch Nomad Agent
Qu'en pensez-vous ?
Chargement des commentaires…