Intel Thread Director : Comment fonctionne l’intelligence hybride des cœurs ?

Informatec Digital » Ressources » Intel Thread Director : Comment fonctionne l’intelligence hybride des cœurs ?

Si vous avez entendu parler des nouveaux processeurs hybrides d'Intel et que le terme « Thread Director » vous semble familier sans pour autant savoir exactement à quoi il sert , vous êtes au bon endroit. Cette technologie est essentielle pour comprendre les performances des processeurs Alder Lake, Raptor Lake, Meteor Lake et des générations suivantes, notamment pour les jeux, le multitâche et les machines virtuelles.

Examinons de plus près le fonctionnement interne d'Intel Thread Director, les problèmes qu'il résout et ses limites . Vous constaterez qu'il ne s'agit ni de magie, ni d'un bouton turbo caché, mais plutôt d'un élément parmi d'autres dans un système complexe où le système d'exploitation, les cœurs P et les cœurs E jouent tous un rôle important.

Qu'est-ce qu'Intel Thread Director et pourquoi existe-t-il ?

L'arrivée des processeurs Core de 12e génération a conduit Intel à opter pour une architecture hybride, combinant des cœurs P hautes performances et des cœurs E à haute efficacité énergétique . Jusqu'alors, dans le monde des PC de bureau, les processeurs composés uniquement de cœurs du même type étaient la norme, tandis que cette approche « big.LITTLE » était typique des SoC mobiles basés sur l'architecture ARM.

Ce changement posait un problème majeur : les systèmes d’exploitation de bureau n’étaient pas capables de distinguer les cœurs aux performances et à l’efficacité variables lors de l’allocation des threads et des processus . Le planificateur voyait simplement « X cœurs » et répartissait la charge de travail sans tenir compte du type de cœur le mieux adapté à chaque tâche.

Pour remédier à ce problème, Intel a créé Intel Thread Director, une technologie intégrée au processeur qui analyse le comportement des processus et indique au système d'exploitation où les exécuter. Il est important de noter qu'il ne s'agit pas d'un remplacement du planificateur du système d'exploitation, mais plutôt d'un outil hautement spécialisé et perfectionné.

Contrairement à ce que beaucoup pensent, Thread Director n'est pas une puce séparée ni une « unité magique » intégrée au processeur . Il s'agit d'une suite logique et de microcode exécutés sur le CPU lui-même, qui collectent des données de télémétrie très détaillées et les exposent au système d'exploitation via des interfaces spécifiques.

Comment Thread Director fonctionne en interne

Le Thread Director fonctionne conceptuellement comme un système d'exécution spéculative contrôlée qui évalue le comportement des threads avant de choisir le cœur idéal . Pour ce faire, il utilise l'un des threads d'exécution d'un P-Core dans les architectures Alder Lake et Raptor Lake, tandis que dans Meteor Lake et les générations suivantes, il s'appuie sur les E-Cores basse consommation du SoC Tile.

Cette logique surveille les instructions, les schémas d'accès et le coût de calcul des algorithmes . Elle ne se contente pas d'examiner la liste statique des instructions ; elle observe plutôt le comportement réel sur une courte période afin de déterminer si la charge est faible, modérée, hautement parallèle, gourmande en mémoire, etc.

Cette analyse est encodée dans une structure de données associée au registre IA32_THREAD_FEEDBACK_CHAR, où sont stockés trois types d'informations clés concernant chaque thread : la classe de travail, un score de performance et un score d'efficacité énergétique, le tout dans un format simple permettant au système d'exploitation de l'utiliser rapidement.

La première partie consiste en une classification du type de processus en quatre classes distinctes qui aident le planificateur à comprendre quel type de noyau est le plus approprié :

• Clase 0: des threads qui peuvent être exécutés sans problème majeur sur les cœurs P et E.
• Clase 1: charges de travail qui fonctionnent nettement mieux sur les cœurs P, en raison de leurs exigences de performance maximales ou de leur faible latence.
• Clase 2: tâches pour lesquelles il est recommandé de transférer les tâches vers les E-Cores, car elles sont plus légères ou bénéficient d'une exécution efficace.
• Clase 3: processus comportant des boucles coûteuses, des temps d'attente potentiellement longs ou des comportements susceptibles de nuire à d'autres threads s'ils sont mal gérés, et qui nécessitent donc un traitement particulier.

Outre la classe, un score de performance compris entre 0 et 255 est enregistré , reflétant les performances du thread sur un cœur spécifique . De même, un autre score, également compris entre 0 et 255, indique l'efficacité énergétique associée à son exécution sur ce type de cœur dans les conditions actuelles.

Grâce à ces données de télémétrie, le système d'exploitation peut prendre des décisions plus éclairées sur les threads à envoyer aux cœurs P et ceux à rediriger vers les cœurs E , non seulement en tenant compte du type de cœur, mais aussi de la charge actuelle, du nombre de tâches actives et des priorités de la session utilisateur.

L'importance de la notation et du partage de la charge

Dans les processeurs modernes multicœurs, il ne suffit plus de déterminer si une tâche doit être exécutée sur un cœur P ou E : il est également crucial de choisir le cœur spécifique sur lequel chaque thread est exécuté afin d'éviter les goulots d'étranglement et la sous-utilisation des cœurs . C'est là que le score de performance et d'efficacité fourni par le Thread Director prend toute son importance.

Grâce à cette évaluation numérique, le planificateur du système d'exploitation peut équilibrer la charge entre les cœurs de même type, en assignant d'abord les tâches les plus gourmandes en ressources aux cœurs les moins sollicités et en exploitant au maximum l'espace disponible. L'objectif est d'éviter la saturation des cœurs P tandis que d'autres sont quasiment inactifs, ou la sous-utilisation des cœurs E occupés par des tâches inutiles.

Un autre avantage est que Thread Director permet de détecter rapidement si une charge de travail est mieux adaptée à un type de cœur spécifique en fonction de son jeu d'instructions ou de ses caractéristiques . Si, lors de l'évaluation, un thread utilise des instructions prises uniquement par les cœurs P (par exemple, certains jeux d'instructions AVX avancés), le système d'exploitation sait que ce thread doit être affecté à un cœur P.

Cela s'avère également pertinent dans les scénarios où un processus unique évolue au fil du temps : il peut commencer par une phase légère, passer à une phase de calcul intensif, puis revenir à un état plus léger . La rétroaction continue permet à ces processus de migrer entre les modes P et E en fonction de leur activité à un instant donné, sans que l'application ait besoin de connaître l'architecture hybride.

En pratique, ce mécanisme vise à garantir une expérience utilisateur fluide, que ce soit lors de l'exécution d'un jeu exigeant, de l'ouverture de plusieurs applications, de la lecture de contenu ou de l'exécution de processus en arrière-plan . L'allocation dynamique des ressources empêche une simple tâche en arrière-plan de consommer la totalité d'un cœur P lorsqu'un cœur E reste inactif.

Thread Director ne « commande » pas : c'est le système d'exploitation qui décide.

Le nom peut prêter à confusion, car « Directeur » pourrait laisser penser qu'il est responsable, mais en réalité, le Directeur de threads ne décide pas de l'emplacement d'exécution de chaque thread . C'est le planificateur du système d'exploitation qui a le dernier mot, utilisant ou ignorant les informations fournies par le processeur selon sa propre logique.

Cela se remarque particulièrement au quotidien, par exemple lorsqu'on met en arrière-plan une application gourmande en ressources, comme un rendu dans Blender, et qu'on continue d'utiliser l'ordinateur pour d'autres tâches . Windows interprète cela comme une priorité pour l'utilisateur : il réduit donc les ressources allouées au rendu et peut transférer la charge de travail principale vers les cœurs E.

De même, une application peu gourmande en ressources exécutée dans la fenêtre active peut utiliser un cœur principal (P-Core) simplement parce qu'elle est au premier plan, même si son utilisation du processeur n'est pas particulièrement élevée. Cela démontre que les critères du système d'exploitation (état premier plan/arrière-plan, priorité des processus, politiques d'alimentation) prévalent sur l'avis du gestionnaire de threads.

En résumé, Thread Director joue un rôle de « conseiller expert » auprès du planificateur système. Toutefois, si le système d'exploitation n'est pas en mesure de l'interpréter ou s'il privilégie d'autres règles, l'allocation des threads ne sera pas optimale . Ceci explique les différences notables entre Windows 10, Windows 11 et les diverses distributions Linux quant à leur utilisation des processeurs hybrides.

Du point de vue du développeur d'applications, l'aspect intéressant est que, dans la plupart des cas , il n'est pas nécessaire de réécrire le logiciel spécifiquement pour les processeurs à cœurs P et E. Tant que le système d'exploitation prend en charge le gestionnaire de threads, la grande majorité de la charge de travail est répartie de manière assez rationnelle sans modification du code, sauf dans quelques cas très particuliers.

Comportement dans les jeux et les charges de travail réelles : cœurs P, cœurs E et threads secondaires

L'un des sujets les plus complexes concerne le comportement des jeux modernes utilisant de nombreux cœurs multithread, notamment lorsque le nombre de tâches dépasse celui des cœurs physiques (P-Cores) disponibles et que les cœurs électroniques (E-Cores) sont utilisés pour les threads secondaires . C'est là que la théorie rencontre la pratique.

L'idée d'Intel est que, dans un scénario typique, les threads critiques du jeu (rendu, logique principale, physique importante) sont pris en charge par les cœurs P , tandis que les cœurs E s'occupent des threads de priorité inférieure, des tâches système et des processus en arrière-plan tels que les cartes de capture, les chats, les navigateurs, etc.

Lorsqu'un jeu lance un neuvième ou un dixième thread qui n'utilise que de manière intermittente entre 10 % et 30 % d'un cœur P , le gestionnaire de threads peut suggérer au système d'exploitation de le déplacer vers un cœur E. Le planificateur, sachant que ce thread n'est pas critique et prenant en compte son score de performance/efficacité, l'envoie vers le cœur le plus performant sans impacter l'expérience de jeu.

Il est important de comprendre qu'un cœur E est moins puissant qu'un cœur P, mais que si la charge de travail est faible, il peut utiliser une plus grande proportion de ses ressources (par exemple, 60 %) tout en fournissant les performances nécessaires sans créer de goulots d'étranglement . Cela permet aux cœurs P de se concentrer sur les tâches essentielles et d'optimiser l'utilisation du silicium disponible.

Dans la plupart des jeux bien conçus fonctionnant sous Windows 11, la combinaison d'un planificateur hybride et d'un Thread Director assure des performances stables dans environ 99 % des cas . Il existe cependant quelques titres ou moteurs avec des schémas de threads inhabituels où la répartition n'est pas optimale, mais il s'agit généralement de l'exception.

Compatibilité générale avec Windows 11 et Windows 10

L'un des points clés est que Windows 11 a été développé en collaboration directe entre Microsoft et Intel afin de tirer pleinement parti de l'architecture hybride et d'utiliser Thread Director nativement . Cela inclut un planificateur mis à jour, des stratégies d'alimentation spécifiques et une intégration plus fine des données de télémétrie du processeur.

Sous Windows 10, le planificateur n'est pas conçu pour gérer les cœurs P et E ni pour interpréter correctement les signaux du gestionnaire de threads . Il fonctionne, mais la répartition des tâches est moins précise, ce qui peut entraîner des performances et une efficacité nettement inférieures à celles obtenues avec le même processeur sous Windows 11.

Sous Linux, l'histoire a pris une autre tournure. Initialement, le noyau n'exploitait pas pleinement les cœurs hybrides d'Intel, ce qui se traduisait par des performances nettement inférieures à celles de Windows , notamment en cas de charges de travail mixtes et en environnement virtualisé. Au fil du temps, le planificateur du noyau et les interfaces avec Thread Director ont été améliorés.

Grâce aux dernières mises à jour du noyau, Intel a ajouté une prise en charge avancée de Thread Director et a également travaillé sur la virtualisation de Thread Director . Cela permet à un système invité, tel qu'une machine virtuelle Windows 11, de bénéficier de la logique d'ordonnancement basée sur ITD même lorsqu'il s'exécute sur un hôte Linux.

Lors de tests effectués avec un processeur Core i9-13900K exécutant Windows 11 dans une machine virtuelle Linux, une amélioration des performances allant jusqu'à 14 % a été mesurée sous 3DMark grâce à une utilisation optimale de la répartition entre les cœurs P et E de la machine virtuelle . Ce gain est particulièrement pertinent pour les serveurs hébergeant des services de cloud gaming ou plusieurs bureaux virtuels.

Directeur de la pêche à Alder Lake, Raptor Lake, Meteor Lake et au-delà

La technologie Thread Director a été officiellement lancée avec les processeurs Intel Core de 12e génération (Alder Lake), qui ont introduit pour la première fois l'architecture hybride sur les ordinateurs de bureau . Ces puces combinent des cœurs P hautes performances avec des cœurs E à faible consommation et sont fabriquées à l'aide de la lithographie Intel 7, héritant ainsi de nombreuses technologies antérieures de la marque.

L'architecture Alder Lake-S, conçue pour les ordinateurs de bureau et utilisant le socket LGA1700, intègre jusqu'à 16 cœurs (8 cœurs de traitement et 8 cœurs d'exécution) et 24 threads au total, la prise en charge de la DDR5, la rétrocompatibilité avec la DDR4 et des lignes PCIe 5.0 directement accessibles depuis le processeur . Elle est complétée par le cache intelligent Intel classique (cache L3 partagé) et un cache L2 réorganisé pour gérer les deux types de cœurs.

Les cœurs P disposent de 1,25 Mo de cache L2 chacun, tandis que les cœurs E sont regroupés par quatre et partagent 2 Mo de cache L2 . De plus, jusqu'à 30 Mo de cache L3 (LLC) sont communs à tous les cœurs, ce qui contribue à réduire la latence et à améliorer les échanges de données entre les threads de différents types.

La plateforme prend également en charge le PCIe 5.0 (jusqu'à 16 lignes depuis le processeur), davantage de lignes PCIe 4.0 grâce au chipset Z690, le Wi-Fi 6E intégré et la compatibilité Thunderbolt 4. Bien que les GPU et SSD PCIe 5.0 aient été rares au lancement, l'infrastructure était déjà en place.

Avec Raptor Lake, Intel a perfectionné cette approche, mais le véritable changement concernant le Thread Director intervient avec Meteor Lake : la logique d'évaluation s'exécute désormais sur les cœurs basse consommation E-Cores présents dans le SoC Tile, le bloc ayant un accès direct à la RAM grâce au contrôleur mémoire intégré . Chaque processus est ensuite analysé, et il est décidé s'il peut être résolu sur ces cœurs E-Cores ou s'il doit être transmis au Compute Tile, qui abrite les cœurs plus puissants.

Cela signifie qu'à partir de Meteor Lake, Thread Director n'a plus besoin d'orchestrer en permanence et directement les trois types de cœurs, car de nombreuses tâches peu gourmandes en ressources sont résolues avant d'atteindre les cœurs P principaux . Ce n'est que lorsqu'une charge de travail nécessite davantage de puissance de traitement qu'elle est transférée au bloc de calcul haute performance.

Intégration avec l'architecture hybride Alder Lake-S

Au sein de l'écosystème des ordinateurs de bureau, les processeurs Alder Lake-S illustrent parfaitement les avantages de Thread Director pour un processeur hybride aux objectifs bien précis : le jeu, la création de contenu et l'overclocking avancé . Intel a entièrement repensé la plateforme pour tirer parti de cette combinaison de cœurs.

L'architecture hybride abandonne l'approche monolithique traditionnelle et propose un modèle très similaire à ARM big.LITTLE, avec des cœurs P conçus pour les charges de travail importantes et des cœurs E axés sur l'évolutivité et l'efficacité multitâche . Cette combinaison permet une augmentation de 19 % de l'IPC par cœur par rapport à la 11e génération, selon les mesures internes d'Intel.

Au quotidien, cela signifie que lors du lancement d'un jeu, les cœurs P gèrent le moteur du jeu, tandis que les cœurs E prennent en charge les tâches en arrière-plan telles que le streaming, Discord, la navigation web et les processus système . Intel a constaté des améliorations allant jusqu'à 19 % en jeu et jusqu'à 84 % dans les scénarios « jeu + streaming » par rapport à un Core i9-11900K.

Ce comportement repose sur la capacité du gestionnaire de threads à identifier les threads critiques pour la latence du jeu et les threads auxiliaires pouvant être redirigés vers les cœurs E sans impacter négativement l'expérience de jeu . Ceci permet de maintenir un taux d'images par seconde constant et de réduire les risques de saccades lorsque de nombreuses actions sont simultanées.

La plateforme Alder Lake a également introduit de nouveaux mécanismes de gestion de l'alimentation, associant les PL1 et PL2 pour maintenir les fréquences boost plus longtemps , ce qui est facilité par l'existence de cœurs E capables de supporter des charges légères sans que les cœurs P ne soient constamment à la limite thermique.

Overclocking, mémoire et outils associés

Les processeurs Alder Lake-S s'accompagnent d'une mise à jour des outils de réglage, à commencer par Intel Extreme Tuning Utility (XTU) 7.5, qui offre un contrôle précis des fréquences E-Core et une prise en charge complète de la DDR5 . S'y ajoutent la télémétrie P-Core et de nouvelles options de gestion interne du BCLK.

L'une des principales nouveautés concernant la mémoire est XMP 3.0, qui porte à cinq le nombre de profils d'overclocking par module (trois fournis par le fabricant et deux personnalisables par l'utilisateur) . Ces profils personnalisables peuvent être nommés avec un maximum de 16 caractères, ce qui permet d'identifier rapidement le paramètre utilisé.

De plus, XMP 3.0 permet le réglage manuel de tensions telles que VDD, VDDQ et VPP , offrant ainsi aux passionnés une grande flexibilité pour optimiser les performances de la mémoire DDR5. Bien que Thread Director n'ait pas d'incidence directe sur la mémoire, la plateforme dans son ensemble est conçue pour gérer une grande variété de charges de travail exigeantes.

La technologie Dynamic Memory Boost a également été ajoutée . Il s'agit d'un système de « turbo » automatique pour la RAM qui active le profil XMP lorsqu'une charge est détectée et revient à son état de base lorsque la demande diminue . Ce principe est similaire à celui du Turbo Boost pour les processeurs et permet d'équilibrer les performances, la consommation d'énergie et les températures sans intervention constante de l'utilisateur.

Le chipset Z690 complète l'ensemble en offrant une prise en charge complète de l'overclocking du processeur et de la mémoire, ainsi que des lignes PCIe 4.0 et une connectivité moderne incluant l'USB 3.2 Gen 2x2 et le Wi-Fi 6E (Gig+) . L'objectif est de permettre à la plateforme de tirer pleinement parti du comportement dynamique du Thread Director dans l'allocation des threads.

Linux, serveurs et virtualisation avec Thread Director

En dehors des ordinateurs personnels, Thread Director prend une importance particulière dans les environnements Linux exécutant plusieurs machines virtuelles ou des services de jeux en streaming dans le cloud . Dans ce contexte, une allocation efficace des cœurs se traduit directement par des économies et une meilleure qualité de service.

Intel a récemment publié un ensemble de correctifs pour le noyau Linux qui améliorent considérablement l'intégration et la logique d'ordonnancement du Thread Director pour les processeurs hybrides . Ces modifications ajustent non seulement la distribution des tâches sur l'hôte, mais introduisent également le concept de virtualisation du Thread Director.

Grâce à cette virtualisation, une machine virtuelle (par exemple, Windows 11 en tant qu'invité) peut recevoir et utiliser des informations du Thread Director même lorsqu'elle s'exécute sur un hôte Linux . De ce fait, l'invité peut mieux répartir ses charges de travail entre les cœurs P et E virtualisés, se rapprochant ainsi des performances natives.

Les tests publiés montrent que, dans des scénarios de jeu exécutés sur une machine virtuelle Windows 11 hébergée sur un serveur Linux équipé d'un processeur Core i9-13900K , les gains de performance peuvent atteindre 14 % sur des benchmarks comme 3DMark. Pour les fournisseurs de streaming cloud sous Linux, ce gain est considérable.

Il est important de noter que ces optimisations sont principalement destinées aux environnements professionnels et serveurs , où Linux détient une part de marché bien plus importante que Windows Server. À domicile, l'utilisateur moyen ne constatera pas une différence aussi marquée, même si l'amélioration de la gestion des processeurs hybrides par le noyau est toujours une bonne nouvelle.

Limites, mythes et ce à quoi nous pouvons nous attendre

Malgré tous ses avantages, il est important de ne pas idéaliser le Thread Director. Il est essentiel de comprendre qu'il ne peut compenser entièrement un système d'exploitation mal optimisé ou un moteur de jeu dont la gestion des threads est défaillante . Si la charge de travail est mal répartie par le logiciel, le processeur ne peut en traiter qu'une quantité limitée.

Il ne s'agit pas non plus d'une technologie miracle garantissant l'absence de cas exceptionnels où un thread important se retrouve sur un cœur E ou une tâche légère reste sur un cœur P plus longtemps que nécessaire . Le retour d'information est très rapide, mais pas instantané, et des variations de charge inhabituelles peuvent toujours perturber le planificateur.

Une autre idée reçue répandue est qu'avec Thread Director, les développeurs de jeux et d'applications peuvent complètement oublier l'architecture hybride . Bien que, dans la plupart des cas, le système d'exploitation gère tout correctement, pour en tirer le meilleur parti, il est toujours judicieux de concevoir des moteurs qui classent mieux leurs propres threads, définissent des priorités appropriées et évitent les surcharges incontrôlées.

Pour les générations futures comme Arrow Lake, tout porte à croire que la philosophie de base du Thread Director sera conservée, avec des améliorations au niveau de la télémétrie et de l'intégration au système d'exploitation . L'expérience acquise avec Alder, Raptor et Meteor Lake contribuera à réduire davantage les cas limites où l'allocation n'est pas optimale.

Au quotidien, pour les utilisateurs qui jouent, montent des vidéos, diffusent du contenu en streaming ou utilisent des machines virtuelles, il est essentiel de comprendre que Windows 11 et les distributions Linux modernes avec les derniers correctifs sont quasiment indispensables pour exploiter pleinement un processeur hybride Intel . Avec un système adapté, Thread Director devient un allié discret qui contribue à un fonctionnement plus fluide et à une meilleure efficacité énergétique.

En définitive, Intel Thread Director s'est imposé comme un élément clé de la transition vers les processeurs PC à cœurs hétérogènes, permettant au système d'exploitation de mieux répartir les tâches entre les différents threads . Bien qu'il n'intervienne pas directement, son analyse continue des performances et de l'efficacité a un impact significatif sur les jeux, le multitâche, la création de contenu et la virtualisation, à condition que les logiciels sous-jacents soient compatibles.