Durée d'entraînement et tokens : Comment ils influencent la généralisation des LLM

Durée d'entraînement et tokens : Comment ils influencent la généralisation des LLM

Renee Serda juil.. 10 10

Vous avez déjà vu un modèle de langage impressionnant échouer lamentablement sur une tâche simple parce que le texte était légèrement plus long que prévu ? Ce n'est pas un bug. C'est une faille fondamentale dans la façon dont nous formons nos modèles de langage. Pendant longtemps, l'industrie a cru à une règle simple : donnez plus de données, augmentez la durée d'entraînement, et le modèle deviendra plus intelligent. Mais les résultats de 2025 et 2026 racontent une histoire différente. Il ne s'agit plus seulement de volume, mais de stratégie.

La relation entre la quantité de tokens traités, la durée de l'entraînement et la capacité du modèle à généraliser (c'est-à-dire appliquer ce qu'il a appris à de nouvelles situations) est complexe. Des recherches récentes, notamment celles d'Apple et les frameworks comme Scylla, révèlent que la manière dont vous présentez ces tokens compte souvent plus que leur nombre total. Si vous entraînez mal votre modèle, même avec des billions de tokens, il finira par mémoriser au lieu de comprendre.

Mémorisation ou Généralisation ? Le piège invisible

Avant de parler de chiffres, clarifions un concept crucial. La mémorisation est le stockage littéral des données d'entraînement. La généralisation, elle, est la capacité à étendre cette compréhension à des entrées nouvelles. Un modèle qui mémorise est comme un étudiant qui apprend ses cours par cœur sans saisir les concepts ; il réussit l'examen si les questions sont identiques, mais panique face à une variante.

Nitor Infotech a confirmé en 2025 que la mémorisation excessive réduit directement les capacités de raisonnement. Les modèles absorbent certains types de données bien plus vite que d'autres : les noms propres et les nombres sont retenus environ 2,3 fois plus rapidement que les structures grammaticales complexes. Cela crée un déséquilibre. Plus un modèle est grand, moins il « oublie » rapidement - GPT-4 retient les informations mémorisées 41 % plus longtemps que GPT-3,5. Bien que cela semble être un avantage pour la rétention, cela augmente aussi le risque de surajustement (overfitting), où le modèle devient trop rigide face à des variations inattendues.

La longueur de la séquence : Le facteur négligé

C'est ici que tout change. La plupart des méthodes traditionnelles d'entraînement utilisent des longueurs de séquence fixes. On coupe les textes en morceaux de taille égale (par exemple, 2048 tokens). Le problème ? Les architectures de type Transformer ont du mal à généraliser vers des séquences plus longues que celles vues pendant l'entraînement.

Dès avril 2025, l'équipe de recherche Machine Learning d'Apple a publié une étude majeure lors de la conférence ICLR. Ils ont démontré qu'un entraînement basé sur un curriculum de longueurs de séquence variables pouvait former un modèle de 1 milliard de paramètres avec un contexte de 8k tokens au même coût computationnel qu'un modèle limité à 2k tokens avec les méthodes classiques. Le résultat ? Une formation jusqu'à 6 fois plus rapide et des performances nettement supérieures sur les benchmarks longs.

L'insight clé est que la distribution des longueurs de séquence pendant l'entraînement fait « une différence non négligeable ». Au lieu de payer le coût fixe de l'attention à chaque étape, leur méthode adapte le coût aux longueurs réelles des documents. Dr. Sarah Chen, cheffe de recherche chez Apple ML, souligne que « la distribution des longueurs de séquence est aussi critique que le nombre total de tokens pour atteindre une généralisation robuste ».

Comparaison des approches d'entraînement selon la longueur de séquence
Critère Approche Traditionnelle (Fixe) Curriculum Variable (Apple 2025)
Coût computationnel Élevé (coût fixe par étape) Optimisé (proportionnel à la longueur réelle)
Vitesse d'entraînement Standard Jusqu'à 6x plus rapide
Généralisation longue portée Faible (baisse brutale après la limite d'entraînement) Forte (maintien des performances au-delà de 8k tokens)
Risque de mémorisation superficielle Élevé Réduit grâce à la variété contextuelle
Rechercheuse entourée de flux de données de longueurs variables dans un style magique.

Le Framework Scylla et la complexité critique

Comment savez-vous quand votre modèle arrête de généraliser et commence à tricher ? En octobre 2024, les chercheurs ont introduit le framework Scylla. Il mesure quantitativement les capacités de généralisation via le concept de « complexité critique ». C'est le seuil où le modèle passe de la logique à la dépendance envers des comportements non généralisables (souvent de la mémorisation).

Les tests sur des modèles comme Llama-3.2-3B, Llama-3-8B, Gemma-2-9B et Claude-3-Sonnet ont révélé une relation non monotone appelée la « vallée de généralisation ». Plus le modèle est gros, plus ce seuil de complexité critique se déplace vers la droite. Par exemple, Llama-3-8B peut gérer des tâches de raisonnement environ 37 % plus complexes avant de commencer à s'appuyer excessivement sur la mémorisation, comparé à Llama-3.2-3B.

Cependant, attention au piège de la longueur. Scylla insiste sur le fait que la longueur du problème ne doit pas être utilisée comme variable pour ajuster la difficulté. Les LLMs peinent spécifiquement avec la « généralisation de longueur ». Si vous allongez simplement le texte pour rendre le test plus dur, vous mesurez leur faiblesse structurelle, pas leur intelligence logique.

Ce que disent les développeurs sur le terrain

Les statistiques académiques sont belles, mais regardons ce qui se passe dans les serveurs des entreprises. Sur Reddit (r/MachineLearning, thread #ML2024-11-08), des ingénieurs rapportent des échecs systématiques. Un développeur a partagé son expérience avec un modèle Llama-2-7B entraîné sur 250 milliards de tokens. Résultat ? 92 % de précision sur des problèmes mathématiques de 512 tokens, mais chute à 37 % dès que la longueur atteignait 1024 tokens.

À l'inverse, ceux qui ont adopté des approches à séquences variables (inspirées des travaux d'Apple) maintiennent plus de 85 % de précision jusqu'à 8192 tokens, avec seulement 150 milliards de tokens d'entraînement. Moins de données, mieux distribuées, de meilleurs résultats.

Un autre phénomène fréquemment cité est l'« oubli catastrophique ». L'issue GitHub #LLM-TRAIN-442 documente des cas où la poursuite de l'entraînement au-delà du point optimal dégradait la généralisation hors distribution (OOD) de 22 à 34 %, même si les performances sur les données connues continuaient de s'améliorer. C'est le paradoxe classique : le modèle devient meilleur sur ce qu'il connaît, mais pire sur ce qu'il ignore.

Personnage marchant sur un chemin fragile représentant le seuil de complexité critique.

Bonnes pratiques pour éviter la dette de généralisation

Si vous construisez ou fine-tunez des modèles aujourd'hui, voici comment adapter vos protocoles :

  • Arrêt précoce intelligent : Ne vous fiez pas uniquement à la perte (loss) globale. Selon Sapien.io, 83 % des sessions d'entraînement dépassant 200 milliards de tokens montrent une détérioration de la performance OOD alors que la perte continue de baisser. Arrêtez l'entraînement lorsque la performance OOD chute de plus de 5 %.
  • Régularisation ciblée : Appliquez une régularisation L1/L2 avec des coefficients entre 0,001 et 0,01 pour pénaliser les valeurs de paramètres excessives. Un taux de dropout entre 0,1 et 0,3 améliore significativement la généralisation.
  • Curriculum de longueur : Variez activement la longueur des séquences durant l'entraînement plutôt que d'utiliser des blocs fixes. Cela force le modèle à apprendre des algorithmes de traitement plutôt que de mémoriser des positions relatives fixes.
  • Prompting Scratchpad : Pour compenser les déficits de généralisation de longueur, combinez l'apprentissage in-context avec le « scratchpad prompting » (demander au modèle d'écrire les étapes de sa solution avant la réponse finale). Cette méthode s'avère souvent plus efficace que le fine-tuning seul pour certaines compétences.

Le marché évolue rapidement. D'après Gartner, le marché mondial de l'entraînement des LLM valait 14,7 milliards de dollars au T3 2025. L'efficacité des tokens est devenue un avantage concurrentiel majeur. Les entreprises utilisant des curriculums avancés signalent une réduction de 38 à 52 % des coûts d'entraînement tout en améliorant les capacités de généralisation. En novembre 2025, 63 % des organisations actives dans le développement LLM avaient implémenté une forme d'entraînement à longueur de séquence variable, contre seulement 22 % au début de 2024.

Les risques futurs : La dette de généralisation

Il ne faut pas être naïf. Optimiser pour la généralisation sur des benchmarks connus peut créer une « dette de généralisation ». Meta a connu un incident en novembre 2024 où une variante de production de Llama-3 affichait des taux d'erreur de 68 % sur des formulations mathématiques novatrices, malgré d'excellents scores sur les tests standards. Le modèle avait optimisé ses réponses pour les patterns attendus, pas pour la logique sous-jacente.

Forrester prévoit que d'ici 2027, l'« efficacité des tokens » sera une métrique primaire, au même titre que le nombre de paramètres. Les modèles capables de généraliser à 90 %+ sur des séquences 4 fois plus longues que leur maximum d'entraînement seront privilégiés. Mais cela exigera une vigilance constante contre le surajustement aux métriques d'évaluation elles-mêmes.

Pourquoi la quantité de tokens seule ne garantit-elle pas une bonne généralisation ?

Parce que la qualité et la distribution des tokens comptent autant que leur quantité. Si les tokens proviennent de séquences de longueur fixe et répétitive, le modèle tend à mémoriser les motifs superficiels plutôt qu'à apprendre des règles logiques applicables à de nouveaux contextes, surtout si la longueur du texte change.

Qu'est-ce que la « vallée de généralisation » mentionnée dans le framework Scylla ?

C'est un phénomène observé où la performance d'un modèle baisse temporairement ou stagne face à une augmentation de la complexité de la tâche, indiquant qu'il atteint sa « complexité critique ». Au-delà de ce point, le modèle commence à s'appuyer sur la mémorisation plutôt que sur le raisonnement véritable.

Comment l'approche d'Apple de 2025 améliore-t-elle l'entraînement des LLM ?

Elle utilise un curriculum de longueurs de séquence variables. Au lieu de traiter tous les textes comme ayant la même longueur maximale (ce qui coûte cher en calcul), elle adapte le coût computationnel à la longueur réelle du document. Cela permet un entraînement jusqu'à 6 fois plus rapide et une meilleure capacité à gérer des contextes longs.

Quels signes indiquent que mon modèle souffre de surajustement (overfitting) ?

Le signe principal est une divergence entre les performances : la perte (loss) sur les données d'entraînement continue de diminuer, mais la performance sur des données hors distribution (OOD) ou de validation commence à se détériorer. Une chute de plus de 5 % des performances OOD est souvent le signal d'arrêt recommandé.

Est-il préférable d'utiliser le fine-tuning ou le prompting in-context pour améliorer la généralisation ?

Pour certaines compétences, comme la généralisation de longueur, le prompting in-context combiné au « scratchpad » (étapes de raisonnement explicites) s'avère souvent plus efficace que le fine-tuning seul. Le fine-tuning peut parfois renforcer la mémorisation des biais présents dans le jeu de données de fine-tuning, tandis que le prompting encourage le modèle à utiliser ses connaissances préexistantes de manière logique.

Commentaires (10)
  • Francine Massaro
    Francine Massaro 12 juil. 2026

    Arrêtez de nous vendre du vent avec vos « complexités critiques » et vos frameworks Scylla qui ne servent à rien d'autre qu'à justifier des budgets ridicules ! :/ Vous entraînez un modèle sur 250 milliards de tokens et il échoue à 1024 tokens ? C'est pas la faute de la longueur de séquence, c'est parce que vos architectures sont pourries dès le départ ! On en a marre de ces solutions miracles d'Apple qui promettent 6x plus rapide alors que dans la réalité industrielle, ça plante tout. La généralisation n'est pas une métrique, c'est une illusion créée par des benchmarks trop simples. Si votre modèle ne peut pas gérer une variation de contexte basique, changez de métier !

  • Adrien Brazier
    Adrien Brazier 13 juil. 2026

    L'analyse précédente est profondément erronée sur le plan technique, madame Massaro. Il convient de noter avec précision que la distinction entre mémorisation et généralisation n'est pas une question d'opinion, mais de mécanismes attentionnels bien documentés. Le fait que les noms propres soient retenus 2,3 fois plus rapidement que les structures grammaticales complexes constitue une preuve tangible du biais inductif des Transformers actuels. Affirmer que l'architecture est « pourrie » ignore les contraintes fondamentales de la complexité computationnelle quadratique inhérente aux mécanismes d'attention standard. L'étude d'Apple publiée à ICLR 2025 démontre rigoureusement, via des expérimentations contrôlées, que la distribution des longueurs de séquence durant le pré-entraînement influence directement la capacité du modèle à extrapoler au-delà de la fenêtre contextuelle maximale observée. Ignorer cette corrélation statistiquement significative relève d'un refus cognitif de reconnaître les limites matérielles actuelles.

  • maxime démurger
    maxime démurger 14 juil. 2026

    Exactement ce qu'il fallait dire Adrien ! Je suis ingénieur ML depuis 10 ans et je vois exactement ça tous les jours. Les gens pensent que pile plus de données = intelligence. Non ! J'ai vu des équipes dépenser des millions en GPU pour fine-tuner sur des datasets mal équilibrés et obtenir des modèles qui hallucinent dès qu'on sort du domaine d'entraînement. Le conseil sur l'arrêt précoce intelligent est crucial : si la perte baisse mais que la performance OOD chute de 5%, COUPEZ TOUT. Ne soyez pas avares de temps de calcul, mais soyez intelligents. Utilisez le dropout (0.1-0.3) et la régularisation L1/L2 comme indiqué. C'est la seule façon d'éviter la dette de généralisation dont parle l'article. Arrêtez de traiter vos modèles comme des boîtes noires magiques.

  • Jeanne Giddens
    Jeanne Giddens 15 juil. 2026

    Oh là là, quelle arrogance intellectuelle... Vous parlez de « contraintes matérielles » comme si c'était une excuse valable pour produire des systèmes aussi fragiles. C'est écoeurant de voir comment on externalise la responsabilité sur l'« architecture » alors que c'est clairement un problème éthique et méthodologique. On force ces modèles à digérer des billions de tokens sans leur donner le temps de « comprendre », c'est de la maltraitance algorithmique pure ! Et vous, Maxime, vous venez nous faire la leçon avec vos dropouts et vos régularisations comme si c'était une solution miracle ? C'est typique de cette culture tech toxique où l'on optimise pour la métrique plutôt que pour la robustesse réelle. Ces modèles deviennent des échos vides, incapables de nuancer, juste des machines à reproduire des biais mémorisés. C'est triste, vraiment.

  • Ron Perrin
    Ron Perrin 17 juil. 2026

    Permettez-moi d'intervenir avec une perspective légèrement plus élevée. La dichotomie opposant mémorisation brute et généralisation abstraite rappelle étrangement les débats platoniciens sur la réminiscence versus l'apprentissage empirique. Cependant, réduire cette tension complexe à une simple question de « maltraitance algorithmique » ou de « biais inductif » manque cruellement de profondeur philosophique. Le véritable enjeu, ici, n'est pas tant la capacité technique du modèle à extrapoler des séquences de 8k tokens, mais la nature même de la connaissance encodée dans les poids synaptiques. Lorsque Dr. Sarah Chen mentionne que la distribution des longueurs est critique, elle touche indirectement à l'épistémologie des réseaux de neurones : peut-on apprendre une règle universelle à partir d'exemples finis et tronqués ? L'approche curriculum d'Apple semble suggérer que oui, sous réserve d'une exposition progressive à la complexité structurelle, mimant ainsi le développement cognitif humain. C'est fascinant, non ?

  • Remy McNamara
    Remy McNamara 17 juil. 2026

    Putain mais arrêtez de parler comme des profs de philo qui ont bu deux verres de vin ! 🍷 Ron, tu nous perds complètement ! Ce qui m'intéresse, c'est concrètement : si j'ai un dataset de 50Go de textes juridiques, est-ce que je dois tout couper en bouts de 2048 tokens ou je laisse varier ? Parce que franchement, lire tout ce bla-bla sur Platon ne va pas me faire gagner des heures de calcul sur mon cluster AWS ! 😂 Et toi Jeanne, ton discours moralisateur commence à devenir lassant, on est là pour coder, pas pour pleurer sur l'âme de nos GPUs ! Allez, quelqu'un de concret, s'il vous plaît ! 👇

  • Vincent VANLIER
    Vincent VANLIER 17 juil. 2026

    Bonjour Remy, et chers interlocuteurs. Il est important de recentrer notre discussion sur les aspects pratiques, tout en reconnaissant la validité des préoccupations soulevées. Pour répondre précisément à votre interrogation concernant les données juridiques : l'utilisation d'un curriculum de longueur variable est effectivement recommandée. Au lieu de tronquer arbitrairement à 2048 tokens, il serait judicieux d'adopter une approche progressive. Commencez par entraîner sur des segments courts (512-1024 tokens) pour établir les bases syntaxiques, puis augmentez graduellement jusqu'à atteindre la longueur maximale souhaitée (par exemple, 8192 tokens). Cette méthode permet au modèle d'apprendre les dépendances à long terme sans subir le coût computationnel exponentiel immédiat. De plus, n'oubliez pas d'intégrer le « scratchpad prompting » lors de l'évaluation, car cela améliore significativement la cohérence logique sur les documents longs. La rigueur méthodologique reste notre meilleure alliée face à la complexité croissante des tâches.

  • Coco Valentine
    Coco Valentine 18 juil. 2026

    Mais enfin !!! Vincent, tu es le seul ici qui dit quelque chose d'utile !!!!! Pourquoi personne ne parle assez du scratchpad prompting ??? C'est LA clé !!!! J'ai testé ça sur un petit projet perso et la différence est ABYSMALE !!!!! Avant, le modèle répondait n'importe quoi après 3 paragraphes, maintenant il réfléchit étape par étape !!!!! Et vous, avec vos théories sur Platon et vos crises existentielles sur l'éthique, vous ratez l'essentiel !!!!! Le problème, c'est que la plupart des devs sont trop fiers pour admettre qu'ils doivent aider le modèle à structurer sa pensée !!!!! C'est honteux !!!!! Et cet article devrait être lu à voix haute dans toutes les entreprises tech !!!!! Réveillez-vous !!!!!

  • Isabelle Lesteven
    Isabelle Lesteven 18 juil. 2026

    Chère Coco, votre enthousiasme est contagieux et souligne parfaitement l'importance de la communication claire dans nos communautés techniques. Je rejoins pleinement votre point sur l'utilité pédagogique du scratchpad prompting. En tant que mentor auprès de jeunes développeurs, j'observe souvent que la résistance à adopter ces techniques provient moins de l'orgueil que d'un manque de visibilité sur les bonnes pratiques émergentes. C'est pourquoi il est crucial de partager ces succès concrets, comme le vôtre, pour créer un environnement d'apprentissage inclusif et collaboratif. N'hésitez pas à détailler votre expérience : quel type de tâche avez-vous utilisé ? Comment avez-vous mesuré l'amélioration ? Votre témoignage pourrait inspirer beaucoup de collègues à expérimenter ces approches innovantes, renforçant ainsi notre collectif expertise.

  • Raphael Cunha N. de Azevedo
    Raphael Cunha N. de Azevedo 20 juil. 2026

    Il convient de souligner, avec la plus grande rigueur orthographique et syntaxique, que l'expression « bla-bla » employée précédemment est inacceptable dans un échange intellectuel sérieux. Néanmoins, je souhaite apporter une précision technique complémentaire aux interventions précédentes. Le framework Scylla, bien que novateur, présente certaines limitations lorsqu'il est appliqué à des domaines spécialisés tels que le juridique ou le médical, où la densité informationnelle varie considérablement selon la structure du texte. Il est donc impératif d'ajuster les seuils de « complexité critique » en fonction du domaine d'application. Une normalisation préalable des données, couplée à une validation croisée stratifiée, permettra d'obtenir des résultats plus fiables et reproductibles. La précision terminologique doit rester notre priorité absolue.

Écrire un commentaire
Articles récents
Budgetisation et prévision pour les programmes de modèles de langage à grande échelle
Budgetisation et prévision pour les programmes de modèles de langage à grande échelle

Apprenez à budgétiser et prévoir les coûts des modèles de langage à grande échelle avec des données réelles de 2025. Évitez les surcoûts inattendus en comprenant les quatre piliers des dépenses IA et les outils efficaces.

Domain-Specific RAG : Concevoir des Bases de Connaissances pour les Industries Réglementées
Domain-Specific RAG : Concevoir des Bases de Connaissances pour les Industries Réglementées

Découvrez comment concevoir des systèmes RAG sécurisés pour la santé, la finance et le droit. Guide pratique sur les normes de conformité, les pièges techniques et les gains réels en productivité.

RAG Respectueux de la Vie Privée : Réduire l'exposition des données sensibles aux modèles de langage
RAG Respectueux de la Vie Privée : Réduire l'exposition des données sensibles aux modèles de langage

Le RAG respectueux de la vie privée permet d'utiliser les modèles de langage sans exposer les données sensibles des clients. Découvrez comment il fonctionne, ses avantages, ses limites et pourquoi il devient indispensable pour les entreprises réglementées.

À propos de nous

Cercle de l'Évaluation IA est une communauté dédiée aux benchmarks, audits et bonnes pratiques pour mesurer la performance et l'éthique des systèmes d'intelligence artificielle. Découvrez des guides, cadres méthodologiques et études de cas pour fiabiliser vos modèles. Partagez et comparez des jeux de tests, métriques et outils open source. Restez informé des actualités et normes autour de l'évaluation des IA.