AMD préparerait pour ses futurs processeurs Zen 6 une fonction baptisée CPPC Performance Priority, capable de fixer un plancher de fréquence propre à chaque cœur afin de protéger les tâches sensibles à la latence. La piste a été repérée dans des correctifs Linux publiés par les ingénieurs d’AMD, et pourrait viser directement les micro-saccades en jeu.
La découverte, rapportée le 3 août 2026, ne vient pas d’un communiqué mais du code. Des patchs déposés sur la liste de diffusion du pilote amd-pstate laissent entrevoir une gestion de l’énergie plus fine que le simple pilotage du boost, avec des implications concrètes pour la fluidité perçue plutôt que pour la fréquence de pointe.
Ce que révèlent les correctifs Linux
Selon Phoronix, qui a le premier identifié ces changements, AMD a soumis au noyau Linux une série de correctifs introduisant la notion de plancher de performance par cœur. Le média précise que « la fonction permet à l’espace utilisateur de spécifier différents niveaux de performance plancher pour différents CPU, et le micrologiciel de la plateforme prend ces différents niveaux en compte lors du throttling des CPU sous contrainte de puissance ou de température ».
Concrètement, le pilote AMD P-State exposerait deux nouveaux attributs via sysfs, floor_freq et floor_count, pour définir ces valeurs minimales. D’après Phoronix, un nouveau registre machine spécifique, MSR_AMD_CPPC_REQ2, servirait à indiquer le niveau de performance plancher souhaité pour chaque cœur. Le mécanisme reste pour l’heure cantonné au code du noyau et n’a fait l’objet d’aucune confirmation officielle d’AMD.
Une réponse aux micro-saccades en jeu
L’intérêt de ce garde-fou apparaît surtout en jeu. Plutôt que de laisser un throttling agressif faire chuter tous les cœurs simultanément, le système pourrait maintenir un plancher élevé sur le cœur qui porte le thread de rendu principal, tout en laissant les tâches d’arrière-plan absorber les baisses de fréquence.
VideoCardz résume la logique en indiquant que l’architecture Zen 6 chercherait à améliorer les 1 % low, cet indicateur qui mesure les images les plus lentes d’une séquence et pèse lourd sur la sensation de fluidité. L’objectif affiché ne serait pas de gonfler la moyenne d’images par seconde mais de stabiliser le temps entre chaque image, donc de réduire les à-coups et d’améliorer la réactivité aux commandes.
Le principe consisterait à épingler les tâches prioritaires sur certains cœurs auxquels on impose un plancher haut, et à réserver les autres cœurs, dotés d’un plancher abaissé, aux processus secondaires. Cette granularité tranche avec l’approche actuelle, qui pousse indistinctement l’ensemble des cœurs vers le boost maximal disponible.
Un déploiement au-delà de Linux
Si les correctifs concernent d’abord le noyau Linux, la fonction ne resterait pas cantonnée à cet écosystème. Plusieurs médias, dont Neowin, rapportent que Windows 11 pourrait à terme prendre en charge ce mécanisme via de futures mises à jour du système, ce qui étendrait le bénéfice à la grande majorité des joueurs sur PC.
La détection matérielle passerait par un bit dédié d’une feuille CPUID, signe qu’il s’agit bien d’une capacité gravée dans le silicium et non d’un simple ajustement logiciel. Cela cadre avec l’hypothèse d’une exclusivité Zen 6, la génération que le code cible sans être nommée explicitement dans les correctifs.
Ce qu’il faut retenir des chiffres
- La fonction agit sur les planchers de fréquence par cœur, pas sur le plafond de boost.
- Le gain visé concerne les 1 % low et la constance du temps d’affichage, plus que la moyenne d’IPS.
- Aucune donnée de performance Zen 6 n’a été publiée : un chiffre de gain de 1 % low parfois cité provient de tests sur puces Zen 2, sans rapport avec cette fonction.
Une fonction encore à confirmer
À ce stade, l’ensemble relève de l’analyse de code et non d’une annonce produit. AMD n’a communiqué ni calendrier, ni gains chiffrés, ni association formelle avec Zen 6, même si l’orientation des correctifs pointe fortement vers cette génération. La présence de ces patchs dans le noyau reste toutefois un signal solide, l’entreprise ayant pour habitude de préparer très en amont la prise en charge logicielle de ses futures architectures.
