Ultralytics YOLO27 : Rejoins la liste d’attente.
Get Started

YOLO26 vs YOLOv7#

La détection d'objets en temps réel a connu de nombreuses étapes marquantes, et Ultralytics YOLO26 ainsi que YOLOv7 en sont deux exemples notables. YOLOv7 a introduit la méthode « bag-of-freebies », qui a établi de nouvelles références de précision en 2022, tandis que YOLO26 ajoute des optimisations conçues d'abord pour les appareils en périphérie, une inférence de bout en bout facultative et une dynamique d'entraînement stable inspirée de l'entraînement des grands modèles de langage (LLM).

Cette page compare ces deux architectures et analyse leurs indicateurs de performance, leurs différences structurelles et leurs scénarios de déploiement idéaux afin d'aider les ingénieurs en apprentissage automatique à prendre des décisions éclairées pour leur prochain projet d'IA visuelle.

Contexte et détails des modèles#

Avant d’examiner les données de performance, il est important de comprendre les origines et les principaux objectifs de chaque modèle.

Ultralytics YOLO26#

YOLOv7#

En savoir plus sur YOLOv7

Autres modèles à envisager

Si tu explores l'écosystème au sens large, tu pourrais aussi t'intéresser à YOLO11 pour des déploiements multi-tâches équilibrés, ou à RT-DETR, basé sur Transformer, pour la détection fondée sur l'attention. Note que les anciens modèles comme YOLOv8 et YOLOv5 restent entièrement pris en charge sur Ultralytics Platform pour les intégrations existantes.

Analyse approfondie de l’architecture#

Les philosophies architecturales de YOLO26 et YOLOv7 divergent considérablement, reflétant le passage de la maximisation des performances sur les GPU haut de gamme à l'optimisation du déploiement de bout en bout en périphérie.

YOLO26 : une conception axée sur l’edge#

Sorti en janvier 2026, YOLO26 repense le pipeline de déploiement. Son changement le plus important est la conception de bout en bout sans NMS. En ignorant le post-traitement par suppression non maximale (NMS) grâce à sa tête facultative un-à-un (nms=False), YOLO26 réduit la variabilité de la latence, une approche introduite pour la première fois dans YOLOv10. Cela garantit des fréquences d'images constantes, même dans les scènes très peuplées, ce qui est essentiel pour la robotique autonome et la surveillance du trafic.

YOLO26 supprime également la Distribution Focal Loss (DFL). Cette suppression de DFL simplifie l'exportation vers des formats comme ONNX et Apple CoreML, et aide YOLO26n à atteindre une inférence CPU jusqu'à 43 % plus rapide que YOLO11n.

La stabilité de l'entraînement est un autre axe majeur. L'introduction de l'optimiseur MuSGD, un hybride de la descente de gradient stochastique classique et de Muon (inspiré par la dynamique d'entraînement de Kimi K2), apporte à la vision par ordinateur la stabilité d'entraînement des LLM. Associé à ProgLoss + STAL (Progressive Loss et Small-Target-Aware Label Assignment), YOLO26 améliore la reconnaissance des petits objets, un défi de longue date pour les détecteurs en temps réel.

YOLOv7 : ensemble d’astuces entraînables#

YOLOv7 a été conçu à partir d'une étude approfondie de l'optimisation des chemins de gradient. Son innovation principale est l'Extended Efficient Layer Aggregation Network (E-ELAN), qui permet au modèle d'apprendre des caractéristiques plus diversifiées sans perturber les chemins de gradient d'origine.

L'architecture YOLOv7 s'appuie également sur des techniques de reparamétrisation à l'inférence, qui fusionnent essentiellement des couches pour accélérer le modèle sans sacrifier les riches représentations des caractéristiques apprises pendant l'entraînement. Bien que cette approche soit performante sur les GPU serveur NVIDIA TensorRT standard, elle repose toujours sur des têtes de détection basées sur des ancres et sur la NMS traditionnelle, ce qui peut compliquer le déploiement sur les appareils à faible consommation.

Comparaison des performances#

Le tableau ci-dessous compare directement les modèles entraînés sur le jeu de données COCO standard. YOLO26 améliore la précision (mAP) avec moins de paramètres et de FLOPs ; par exemple, YOLO26l atteint une mAP de 55.0 contre 51.4 pour YOLOv7l, avec 24.8M contre 36.9M paramètres.

Modèletaille
(pixels)
mAPval
50-95
Vitesse
CPU ONNX
(ms)
Vitesse
T4 TensorRT10
(ms)
paramètres
(M)
FLOPs
(B)
YOLO26n64040.938.91.72.45.5
YOLO26s64048.687.22.59.520.9
YOLO26m64053.1220.04.720.468.4
YOLO26l64055.0286.26.224.886.8
YOLO26x64057.5525.811.855.7194.4
YOLOv7l64051.4-6.8436.9104.7
YOLOv7x64053.1-11.5771.3189.9

Remarque : YOLO26x surpasse YOLOv7x en mAP (57.5 contre 53.1) tout en nécessitant environ 22 % de paramètres en moins.

Les avantages de l’écosystème Ultralytics#

L'intégration à Ultralytics Platform est l'une des principales raisons pour lesquelles les développeurs choisissent YOLO26. Contrairement aux scripts autonomes nécessaires pour les architectures plus anciennes, Ultralytics propose un workflow unifié.

  1. Facilité d'utilisation : L'API Python permet aux utilisateurs de charger, d'entraîner et de déployer des modèles en quelques lignes de code seulement. Pour exporter vers des formats mobiles comme LiteRT, il suffit de modifier un seul argument.
  2. Besoins en mémoire : Les modèles Ultralytics sont conçus pour optimiser l'efficacité de l'entraînement. Ils nécessitent généralement moins de mémoire CUDA que les lourds modèles Transformer de vision, ce qui permet aux chercheurs d'utiliser des tailles de lot plus grandes sur du matériel grand public.
  3. Polyvalence : Alors que YOLOv7 utilise des branches de code distinctes pour différentes tâches, YOLO26 prend en charge nativement la segmentation d'instances, la segmentation sémantique, l'estimation de profondeur, la classification d'images, l'estimation de pose et la détection par boîtes englobantes orientées (OBB) depuis une seule bibliothèque. Il inclut même des fonctions de perte spécifiques aux tâches, comme Residual Log-Likelihood Estimation (RLE) pour les pipelines d'estimation de pose humaine.
  4. Développement actif : La communauté open source Ultralytics publie fréquemment des mises à jour, corrige rapidement les cas particuliers et assure la compatibilité avec les dernières versions de PyTorch.
Export simplifié

Par défaut, YOLO26 utilise la tête un-à-plusieurs avec NMS pour privilégier la précision. L'exportation avec nms=False sélectionne la tête sans NMS ; le déploiement sur des appareils embarqués avec Intel OpenVINO ou ONNX Runtime ne nécessite donc aucun script de post-traitement NMS distinct.

Cas d'utilisation concrets#

Les différences architecturales entre ces modèles déterminent leurs scénarios de déploiement idéaux.

Quand choisir YOLO26#

YOLO26 est le choix recommandé pour les nouveaux systèmes de vision par ordinateur.

  • IA en périphérie et IoT : Grâce à son inférence CPU rapide et à son faible nombre de paramètres, YOLO26n convient aux appareils aux ressources limitées, comme le Raspberry Pi ou les caméras de ville intelligente.
  • Drones et images aériennes : L'intégration de ProgLoss + STAL améliore la détection de petits objets, ce qui convient parfaitement aux inspections de canalisations et à l'agriculture de précision.
  • Robotique multi-tâches : Comme il gère les boîtes englobantes, les masques de segmentation et les points clés de pose dans un même framework avec une faible consommation mémoire, il convient à la navigation et aux interactions robotiques dynamiques.

Quand envisager YOLOv7#

Bien que largement supplanté par des architectures plus récentes, YOLOv7 conserve des usages spécifiques.

  • Évaluation comparative universitaire : les chercheurs qui développent de nouvelles têtes de détection basées sur des ancres ou étudient les stratégies de chemins de gradient utilisent souvent YOLOv7 comme référence standard.
  • Pipelines GPU existants : les systèmes d'entreprise conçus sur mesure autour des sorties de tenseurs spécifiques à YOLOv7 et des configurations NMS personnalisées sur de puissantes instances AWS EC2 P4d peuvent reporter la migration vers des modèles plus récents jusqu'à ce qu'une refonte complète du système devienne nécessaire.

Exemple de code : pour commencer#

L'expérience de développement diffère de celle des dépôts de recherche classiques. Entraîner un modèle YOLO26 personnalisé ne nécessite que quelques lignes :

from ultralytics import YOLO

# Charge le dernier petit modèle YOLO26
model = YOLO("yolo26s.pt")

# Entraîner le modèle sur ton jeu de données personnalisé avec mise en cache et journalisation automatisées
results = model.train(data="coco8.yaml", epochs=100, imgsz=640, device="0")

# Effectuer une prédiction de bout en bout, sans NMS, sur une image externe
predictions = model("https://ultralytics.com/images/bus.jpg", nms=False)

# Exporter le modèle optimisé pour un déploiement en périphérie
model.export(format="onnx")

En conclusion#

YOLOv7 reste une étape marquante respectée de l'histoire de la détection d'objets en temps réel, mais le secteur s'est tourné vers des modèles qui privilégient la simplicité de déploiement, la polyvalence multi-tâches et l'efficacité en périphérie.

Avec son inférence sans NMS facultative, son optimiseur MuSGD et son inférence CPU plus rapide, Ultralytics YOLO26 est aujourd'hui le choix recommandé aux développeurs et aux ingénieurs d'entreprise. Associé à l'écosystème Ultralytics facile à utiliser, il offre un excellent équilibre entre vitesse, précision et facilité d'utilisation.

Contributeurs

Commentaires