Il est curieux d’appeler cela une fuite, exactement, puisque la source originale vient directement d’AMD et est disponible sur le Web, mais c’est parti : Vishal Badole d’AMD a soumis un correctif pour le noyau Linux qu’il décrit comme ajoutant la prise en charge d’un « type de cœur à faible consommation, en plus des types de performances et d’efficacité existants ». C’est assez clair.
Maintenant, pour être honnête, Badole ne mentionne Zen 6 nulle part, mais c’est une hypothèse raisonnable. C’est à la fois parce qu’aucun des processeurs AMD existants n’a de cœurs « Low Power », et aussi parce que de nombreuses fuites antérieures de Zen 6 ont souligné l’existence exactement de cela sur, au moins, les processeurs mobiles « Medusa », sinon aussi sur de nombreuses autres puces basées sur l’architecture Zen 6. Cela inclut les processeurs semi-personnalisés qui seraient en préparation pour la PlayStation 6 ainsi que pour la Xbox de nouvelle génération, le code nommé « Project Helix », et peut-être même les processeurs de bureau Olympic Ridge, bien que cette partie soit plus incertaine. La rumeur veut que de nombreux processeurs Zen 6 incluront deux cœurs Zen 6 LP dans la matrice d’E/S, permettant au système de fonctionner même si aucun CCD n’est connecté.
Comme nous l’avons mentionné dans le titre, AMD n’innove pas vraiment ici avec l’ajout d’un troisième type de cœur à ses processeurs, et même pas dans le monde x86. En effet, outre les nombreux processeurs Arm qui disposaient de trois niveaux de cœurs de processeur dans le passé, Intel disposait de « cœurs LP E » depuis ses processeurs Core Ultra de première génération, peut-être mieux connus sous le nom de « Meteor Lake ». Sur cette puce, les deux cœurs LP E vivaient sur la tuile SoC, mais les puces Intel plus récentes ont déplacé l’îlot basse consommation sur la tuile Compute pour une efficacité améliorée ; ils ne partagent tout simplement pas le même bus en anneau ou le même domaine d’horloge que les cœurs P ou E, ce qui permet d’arrêter complètement ces parties.
Compte tenu de cela, il pourrait en fait être un peu surprenant qu’AMD soit celui qui ajoute ce support au noyau Linux ; Intel a historiquement été plus actif qu’AMD dans l’ajout de correctifs au noyau, alors pourquoi la société n’a-t-elle pas essayé de plaider en faveur du support d’un troisième type de cœur dans la partie x86 du noyau pour commencer ? Eh bien, cela dépend probablement de la façon dont les deux sociétés conçoivent leur silicium et de la manière dont il s’interface avec le système d’exploitation.
L’approche d’Intel s’appuie sur Intel Thread Director et Enhanced Hardware Feedback Interface, où elle transmet dynamiquement les valeurs de performances et d’efficacité au noyau, en contournant les étiquettes de topologie codées en dur. Le parcours d’AMD est assez différent ; au lieu d’utiliser un coprocesseur matériel tel que Thread Director, AMD préfère que le système d’exploitation sache exactement à quoi ressemble la disposition matérielle dès son démarrage. Les processeurs AMD énumèrent leur type de cœur à l’aide d’une fonction CPUID, et sans ces correctifs, Linux voit un troisième type de cœur, ne sait pas quoi en faire et revient simplement « inconnu », ce qui entraînera probablement un comportement mal défini.
Notamment, ces changements n’arrivent que du côté x86 du noyau Linux ; les noyaux Arm gèrent plusieurs types de cœurs depuis des années déjà. Au lieu de balises codées en dur, Arm s’appuie sur un cadre unifié de planification basée sur la capacité et l’énergie (CAS/EAS) qui traite tous les cœurs comme un gradient de chiffres de performances. En fin de compte, pour les utilisateurs finaux, l’approche de la planification hétérogène des cœurs n’a pas vraiment d’importance. En fin de compte, ce qui compte sera la performance de référence, que nous serons heureux de vous présenter une fois que ces pièces seront disponibles dans les magasins, probablement au début de l’année prochaine.
Criez à Phoronix pour le spot !