Une petite correction de table CPU peut compter sans annoncer de nouveaux processeurs. Elle précise une classification Linux, pas un catalogue de huit futurs produits.
La frontière exacte
La correction du 29 juillet attribue famille 0x1a, modèles 0xd0-0xd7 à Zen 5. L’ancien intervalle Zen 6 de 0xc0-0xef devient 0xc0-0xcf et 0xd8-0xef. Le commit modifie des indicateurs internes de génération ; il ne fournit ni catalogue commercial ni gain de performance chiffré.
Bien lire une plage hexadécimale
En décimal, 0x1a vaut 26 et 0xd0-0xd7 correspond à 208-215. Bornes incluses, cela donne 215 − 208 + 1 = 8 identifiants. Notre schéma place le bloc réattribué entre les deux intervalles Zen 6 restants.
Ces huit valeurs ne signifient pas huit processeurs commercialisés. Plusieurs produits peuvent partager un couple famille/modèle et différer par nombre de cœurs, fréquence ou configuration. À l’inverse, un nom de gamme familier ne remplace pas les champs numériques utilisés par un contrôle du noyau.
Examiner le chemin réellement concerné
Le manuel lscpu décrit ses informations et les limites en virtualisation. Relevez valeurs numériques et noyau exécuté pour étudier une correspondance. Le nom commercial ne prouve pas que le bon indicateur de génération a été positionné, surtout dans une VM présentant son propre modèle CPU.
Reliez ensuite cette classification au comportement étudié. Une affirmation sur ordonnancement, erreurs ou compteurs exige une preuve dans le code qui consomme l’indicateur ; la seule modification de table ne la démontre pas.
Nous avons retiré l’affirmation catégorique selon laquelle aucun processeur commercialisé n’était concerné : le commit cité ne l’établit pas. Le résultat vérifié est plus précis : la frontière de génération est corrigée. Cet article ne présente ni accélération mesurée ni prévision du catalogue AMD.
Revue du 8 septembre : plage Zen5 vérifiée ; affirmations non établies sur les processeurs commercialisés, noms génériques et performances retirées.