Ultralytics YOLO27 :
Get Started

YOLOv8 vs YOLO11#

L’évolution rapide de la vision par ordinateur est largement portée par les progrès continus des frameworks de détection d’objets en temps réel. Pour les développeurs et les chercheurs qui explorent le paysage actuel, choisir le bon modèle est essentiel pour trouver un équilibre entre précision, vitesse et efficacité des ressources. Dans cette comparaison technique, nous allons examiner les différences entre deux modèles fondamentaux de l’écosystème Ultralytics : Ultralytics YOLOv8 et Ultralytics YOLO11.

Les deux modèles présentent les caractéristiques emblématiques des architectures Ultralytics : simplicité d’utilisation, écosystème bien entretenu et efficacité d’entraînement inégalée avec des besoins en mémoire réduits. Examinons en détail leur architecture, leurs performances de référence et leurs scénarios de déploiement idéaux.

Présentation des modèles#

Avant de comparer leurs caractéristiques techniques, il est utile de présenter l’origine et les spécifications fondamentales des deux modèles.

Ultralytics YOLOv8#

Sorti début 2023 comme une avancée majeure, YOLOv8 a introduit la détection sans ancres et d’importantes améliorations des fonctions de perte. Il est rapidement devenu la référence pour de nombreuses tâches de machine learning.

Ultralytics YOLO11#

S’appuyant sur le succès de ses prédécesseurs, YOLO11 a affiné son architecture centrale pour repousser encore la frontière de Pareto entre précision et latence, tout en introduisant un nombre de paramètres fortement optimisé sans sacrifier la puissance prédictive.

Autres architectures

Si tu explores d’autres approches, Ultralytics prend également en charge les modèles basés sur Transformer comme RT-DETR et les détecteurs à vocabulaire ouvert sans apprentissage préalable comme YOLO-World. Cependant, pour optimiser la latence et l’efficacité mémoire, les architectures YOLO classiques restent généralement le choix privilégié.

Différences architecturales et méthodologiques#

Le passage de YOLOv8 à YOLO11 représente une évolution réfléchie de la conception du réseau neuronal plutôt qu’une refonte complète, ce qui garantit la stabilité de l’écosystème bien entretenu qui entoure ces modèles.

Optimisations du backbone et du neck#

YOLOv8 a introduit un backbone CNN rationalisé qui abandonne les boîtes d’ancrage et traite la détection d’objets uniquement comme un problème de prédiction du point central. Cette approche sans ancres a considérablement réduit la complexité de la régression des boîtes englobantes. YOLO11 s’est appuyé sur ces fondations en introduisant un réseau pyramidal de caractéristiques (FPN) optimisé et en remplaçant les blocs C2f par des modules C3k2. Cette modification permet à YOLO11 d’extraire des caractéristiques spatiales plus riches, ce qui améliore la précision sur les petits objets généralement présents dans le jeu de données COCO.

Besoins en mémoire et efficacité de l’entraînement#

L’un des avantages les plus notables de YOLOv8 et de YOLO11 réside dans leurs faibles besoins en mémoire pendant l’entraînement. Contrairement aux modèles Transformer de vision très gourmands en mémoire, qui peuvent facilement saturer la VRAM sur du matériel grand public, ces modèles sont optimisés pour un entraînement accessible avec PyTorch sur des GPU standard. YOLO11 réduit considérablement le nombre total de paramètres — jusqu’à 42 % de paramètres en moins dans la variante large (L) par rapport à YOLOv8 — tout en améliorant sa précision moyenne (mAP). Cela se traduit par des époques plus rapides et une empreinte carbone plus faible pour l’entraînement des modèles.

Indicateurs de performance#

Pour évaluer réellement l’équilibre des performances de ces modèles, il faut examiner des mesures objectives. Le tableau ci-dessous compare YOLOv8 et YOLO11 selon les variantes d’échelle standard, de nano à extra-large.

Modèletaille
(pixels)
mAPval
50-95
Vitesse
CPU ONNX
(ms)
Vitesse
T4 TensorRT10
(ms)
paramètres
(M)
FLOPs
(B)
YOLOv8n64037.380.41.473.28.7
YOLOv8s64044.9128.42.6611.228.6
YOLOv8m64050.2234.75.8625.978.9
YOLOv8l64052.9375.29.0643.7165.1
YOLOv8x64053.9479.114.3768.2257.8
YOLO11n64039.556.11.52.66.5
YOLO11s64047.090.02.59.421.6
YOLO11m64051.5183.24.720.168.1
YOLO11l64053.4238.66.225.387.2
YOLO11x64054.7462.811.356.9195.3

Comme le montre le tableau, YOLO11 surpasse systématiquement YOLOv8 en précision tout en utilisant moins de paramètres et de FLOPs. La vitesse d’inférence sur CPU, mesurée avec ONNX Runtime, souligne l’efficacité supérieure de YOLO11 pour les déploiements en périphérie. Après exportation vers NVIDIA TensorRT, les deux modèles offrent d’excellentes latences inférieures à 15 ms, essentielles pour l’analyse de flux vidéo en conditions réelles.

Écosystème et facilité d'utilisation#

Les deux modèles tirent pleinement parti du package Python unifié ultralytics. Cette simplicité d’utilisation permet aux ingénieurs de passer facilement de YOLOv8 à YOLO11. L’entraînement, la validation et l’exportation ne nécessitent que quelques lignes de code.

from ultralytics import YOLO

# Charger un modèle YOLO11 préentraîné (tu peux simplement le remplacer par "yolov8n.pt")
model = YOLO("yolo11n.pt")

# Entraîner efficacement le modèle sur un jeu de données local
results = model.train(data="coco8.yaml", epochs=100, imgsz=640, device=0)

# Exporter le modèle optimisé au format ONNX
model.export(format="onnx")

Cette intégration fluide s’étend à la plateforme Ultralytics, qui simplifie l’entraînement dans le cloud, la surveillance des modèles et le déploiement sans nécessiter de connaissances avancées en DevOps.

Polyvalence et applications concrètes#

La polyvalence intrinsèque est une caractéristique majeure du framework Ultralytics. YOLOv8 et YOLO11 prennent tous deux en charge un large éventail de tâches de vision par ordinateur au-delà de la détection d’objets standard :

Disponible depuis plus longtemps, YOLOv8 bénéficie d’un vaste référentiel de tutoriels communautaires et de déploiements en entreprise largement éprouvés. Si tu l’intègres à des pipelines hérités qui attendent strictement les dimensions de tenseurs de YOLOv8, il reste un choix très fiable. Cependant, pour les nouveaux projets privilégiant une efficacité maximale — par exemple un déploiement sur des appareils périphériques embarqués comme un Raspberry Pi — YOLO11 est clairement le meilleur choix opérationnel grâce à son rapport vitesse/paramètres supérieur.

Cas d’utilisation et recommandations#

Le choix entre YOLOv8 et YOLO11 dépend des exigences de ton projet, de tes contraintes de déploiement et de tes préférences en matière d’écosystème.

Quand choisir YOLOv8#

YOLOv8 est un bon choix pour :

  • Déploiement polyvalent multi-tâches : les projets qui nécessitent un modèle éprouvé pour la détection, la segmentation, la classification et l’estimation de pose dans l’écosystème Ultralytics.
  • Systèmes de production établis : les environnements de production existants déjà basés sur l’architecture YOLOv8 et dotés de pipelines de déploiement stables et bien testés.
  • Large soutien de la communauté et de l’écosystème : les applications qui tirent parti des nombreux tutoriels, intégrations tierces et ressources communautaires actives de YOLOv8.

Quand choisir YOLO11#

YOLO11 est recommandé pour :

  • Déploiement en périphérie en production : applications commerciales sur des appareils comme Raspberry Pi ou NVIDIA Jetson, où la fiabilité et la maintenance active sont primordiales.
  • Applications de vision multitâches : projets nécessitant la détection, la segmentation, l’estimation de pose et les OBB au sein d’un framework unifié.
  • Prototypage et déploiement rapides : équipes qui doivent passer rapidement de la collecte de données à la production à l’aide de l’API Python Ultralytics simplifiée.

Quand choisir Ultralytics (YOLO26)#

Pour la plupart des nouveaux projets, Ultralytics YOLO26 offre le meilleur équilibre entre performances et expérience développeur :

  • Déploiement en périphérie sans NMS : les applications qui exigent des inférences à faible latence et constantes, sans la complexité du post-traitement par suppression non maximale.
  • Environnements exclusivement CPU : les appareils dépourvus d’accélération GPU dédiée, où l’inférence CPU jusqu’à 43 % plus rapide de YOLO26 constitue un avantage décisif.
  • Détection de petits objets : les situations difficiles, comme l’imagerie aérienne par drone ou l’analyse de capteurs IoT, où ProgLoss et STAL améliorent considérablement la précision pour les objets minuscules.

À la pointe de la technologie : l’avantage YOLO26#

YOLOv8 et YOLO11 sont des architectures remarquables, mais le paysage de l’IA ne cesse d’évoluer. Pour les développeurs qui visent la pointe absolue de la technologie en 2026, Ultralytics YOLO26 représente une nouvelle avancée majeure.

YOLO26 repense en profondeur le pipeline de déploiement. Il présente une architecture de bout en bout sans NMS, une approche révolutionnaire d’abord introduite dans YOLOv10, qui, avec nms=False, élimine les étapes complexes de post-traitement. De plus, la suppression de DFL (perte focale de distribution) simplifie considérablement la logique d’exportation et améliore la compatibilité avec les appareils périphériques à faible consommation, pour une inférence sur CPU jusqu’à 43 % plus rapide que celle de ses prédécesseurs.

La stabilité de l’entraînement et la vitesse de convergence sont considérablement améliorées par le nouvel optimiseur MuSGD, un hybride inspiré des techniques d’entraînement des LLM. De plus, de nouvelles formulations de fonctions de perte comme ProgLoss + STAL améliorent nettement la reconnaissance des petits objets, un problème historique pour l’IoT et la robotique. Avec des améliorations propres à chaque tâche, comme RLE pour l’estimation de pose et le proto multi-échelle pour la segmentation, YOLO26 est sans égal.

Choisir le bon modèle

Commence avec YOLOv8 si tu as besoin d’un vaste soutien communautaire pour les systèmes hérités. Passe à YOLO11 pour un équilibre très abouti entre vitesse et réduction du nombre de paramètres. Choisis YOLO26 pour profiter de l’architecture sans NMS du futur, optimisée pour l’IA en périphérie.

Conclusion#

Le choix entre YOLOv8 et YOLO11 dépend en définitive du calendrier de ton projet et des contraintes de ton matériel. YOLOv8 est un modèle phare éprouvé du secteur, qui offre une stabilité inégalée. À l’inverse, YOLO11 affine cette architecture et offre un mAP supérieur avec moins de paramètres, ce qui le rend particulièrement intéressant pour les applications périphériques aux ressources limitées. Quel que soit ton choix, l’API Python fluide d’Ultralytics garantit un workflow de développement agile, efficace et largement pris en charge. Et lorsque tu voudras repousser les limites du possible sur les appareils périphériques, YOLO26 sera prêt.

Contributeurs

Commentaires