Connexion
Abonnez-vous

Intel et AMD s’associent pour piloter l’avenir de l’architecture x86

Meilleurs ennemis

Intel et AMD s’associent pour piloter l’avenir de l’architecture x86

Intel et AMD ont annoncé la création du x86 Ecosystem Advisory Group, qui va présider désormais au développement de l’architecture et à sa cohérence. Une annonce surprise, mais qui rassemble de nombreux grands noms de l’informatique. Bien que l’initiative soit considérée comme particulièrement positive, le nouveau groupe a des airs de comité de défense contre l’architecture Arm.

Le 16 octobre à 17h31

Intel et AMD ont un problème croissant. On ne parle pas nécessairement des déboires d’Intel, dont les finances se portent mal, au point que d’autres tapent à sa porte avec des propositions de rachat. On parle de l'architecture Arm et de sa présence croissante dans les produits informatiques du marché.

Pendant des décennies, l’architecture x86 a régné en maitre sur les ordinateurs de toutes les tailles, jusqu’aux supercalculateurs. L’architecture Arm, elle, était cantonnée au marché des appareils mobiles et des objets connectés. Mais elle est montée en puissance. Pour ne parler que des années récentes, Apple a franchi le pas avec ses puces M, héritées de la série A présente dans les iPhone et iPad depuis longtemps. Plus récemment, on a vu Microsoft lancer des produits Surface avec le Snapdragon X de Qualcomm et, plus généralement, l'appellation Copilot+.

La hausse continue des performances et une efficacité énergétique supérieure créent progressivement un engouement. Les puces x86 gardent pour elles une énorme compatibilité avec le parc existant. Elles alimentent également les ordinateurs les plus puissants et permettent l’installation de GPU dédiés, au grand bonheur des joueurs.

Pour mieux piloter l'avenir de l'architecture, Intel et AMD s’associent donc pour créer le x86 Ecosystem Advisory Group.

Les grands objectifs du groupe

« x86 est la norme de facto. C'est un écosystème solide, mais un écosystème qu'Intel et AMD ont développé ensemble d'une certaine manière, mais à distance. Cela a causé quelques inefficacités et dérives dans certaines parties de l’architecture au fil du temps », a ainsi déclaré Forrest Norrod, vice-président d'AMD chargé des solutions pour centres de données.

Fort de ce constat, les deux concurrents historiques ont annoncé « la création d'un groupe consultatif sur l'écosystème x86 réunissant des leaders technologiques pour façonner l'avenir de l'architecture informatique la plus utilisée au monde ».

Ce groupe « se concentrera sur l'identification de nouveaux moyens d'étendre l'écosystème x86 en permettant la compatibilité entre les plateformes, en simplifiant le développement de logiciels et en fournissant aux développeurs une plateforme pour identifier les besoins et les caractéristiques architecturales afin de créer des solutions innovantes et évolutives pour l'avenir ».

Les trois grands objectifs affichés sont :

  • Améliorer le choix des clients et la compatibilité du matériel et des logiciels, tout en accélérant leur capacité à bénéficier de nouvelles fonctionnalités de pointe.
  • Simplifier les lignes directrices architecturales afin d'améliorer la cohérence logicielle et les interfaces entre les offres de produits x86 d'Intel et d'AMD.
  • Permettre une intégration plus large et plus efficace des nouvelles capacités dans les systèmes d'exploitation, les cadres et les applications.

Dans le communiqué, tant Pat Gelsinger (CEO d’Intel) que Lisa Su (PDG d’AMD) disent leur enthousiasme, convaincus tous deux que le groupe va désormais définir les orientations et améliorations architecturales à venir. D’autant que l’industrie a répondu présente, avec Broadcom, Dell, Google, Hewlett Packard Enterprise, HP Inc, Lenovo, Meta, Microsoft, Oracle et Red Hat dans les membres fondateurs, auxquels viennent se joindre Tim Sweeney, CEO d’Epic, et Linus Torvalds.

De « concurrents acharnés » à meilleurs ennemis

Le communiqué publié chez Intel n’hésite pas à revenir sur le passé des deux « concurrents acharnés », qui pourtant partagent un long passé de collaboration industrielle, notamment sur des technologies comme PCI, PCIe, Advanced Configuration and Power Interface (ACPI) et USB. L’objectif du groupe est de faire évoluer cette relation au niveau supérieur. Un mariage auquel étaient conviés de nombreux ténors du secteur.

Pourquoi ce besoin de cohérence ? Parce que tout n’est pas rose. Dans le communiqué, on ne trouve aucun exemple de friction, mais on peut au moins citer les instructions AVX (Advanced Vector Extensions). Introduites par Intel et améliorées à plusieurs reprises, leur niveau de compatibilité entre les puces Intel et AMD n’a jamais été garanti.

En outre, le support chez AMD arrivait parfois longtemps après. Les instructions AVX-512 ont par exemple été présentées en 2013 et incluses en 2016 dans les Xeon Phi x200 de la génération Knights Landing. Chez AMD, la prise en charge n’est arrivée qu’en 2022 avec Zen4. Et encore, AMD « trichait » en utilisant deux canaux de 256 bits. L’architecture Zen 5, lancée plus tôt cette année, utilise bien un canal de 512 bits.

On pourrait remonter plus loin dans le passé et aborder le cas du x86_64, ou x64. Cette extension 64 bits du jeu d’instructions x86 a été créée par AMD, en réaction au travail commun d’Intel et HP sur l’architecture IA64 des Itanium. Les instructions étaient d’ailleurs nommées AMD64 initialement. AMD s’était rapproché de Microsoft, dans l’idée de versions adaptées de Windows, qui sont devenues les éditions 64 bits que l’on connait. Le travail avait commencé quand Intel a également approché Microsoft avec sa propre variante. Refus de Microsoft, forçant Intel à suivre AMD, avec un jeu d’abord appelé EM64T, avant d’être renommé Intel 64. L’architecture IA64 des Itanium n’a jamais trouvé réellement sa clientèle et a été abandonnée.

Abordons aussi le cas beaucoup plus récent de l’architecture x86S, présentée en mai 2023. On ne connait pas encore vraiment les plans d’Intel à son sujet, puisque le travail a été présenté comme une piste de réflexion. Intel a imaginé une architecture x86 débarrassée de ses vieilles briques pour ne garder que ce qui est strictement nécessaire à l’exécution d’un code 64 bits. Les composants 16 et 32 bits disparaissent, la compatibilité 16 bits est abandonnée et celle pour le 32 bits n’est gardée que de manière logicielle.

Le x86S pourrait-il faire partie des discussions à venir au sein du groupe ? On ne sait pas. Mais la question est d’autant plus sur la table que le groupe doit justement réfléchir à l’avenir du x86. Dans les discussions entre Intel et AMD pour créer le nouveau groupe, il est impossible que le sujet n’ait pas été au moins abordé.

Des bénéfices attendus dans l’écosystème logiciel

Le communiqué est largement axé vers les bénéfices attendus pour l’écosystème logiciel. Les processeurs contiennent de très nombreux jeux d’instructions, mais pas toujours les mêmes et avec des implémentations parfois différentes. Le groupe veut ainsi gommer ces incohérences et mieux unifier tout ce qui touche au x86, afin que l’exploitation de ses capacités soit mieux assurée par les logiciels (au sens large).

« x86 est à la base de l'informatique moderne depuis plus de quatre décennies, et nous voulons nous assurer qu'elle continue d'évoluer et de profiter à tout le monde à l'avenir. En réunissant des partenaires de toute l'industrie, le x86 Ecosystem Advisory Board jouera un rôle essentiel dans l'élaboration des futures caractéristiques architecturales de l'architecture x86 et contribuera à assurer la cohérence des logiciels et des interfaces standard », a ainsi déclaré Satya Nadella, CEO de Microsoft.

L’exploitation de la puissance et des instructions devrait donc être simplifiée dans les années à venir. On peut espérer qu’un tel groupe pourra définir des évolutions qui seront rapidement répercutées dans les systèmes et les applications. Par exemple, tout ce qui touche aux instructions AVX. Et l’architecture pourrait déborder de son cadre informatique traditionnel. Chez Forbes, on peut ainsi lire un Pat Gelsinger prêt à conquérir chaque espace où se trouve actuellement un cœur Arm.

Le nouveau statut d’Intel et AMD

Si l’annonce a de quoi enthousiasmer après tant d’années de lutte, elle devra être suivie d’actions concrètes. Par exemple, la multiplication des extensions de type SSE, AVX, AMX et autres représente un défi en soi. Peut-on s’attendre à ce qu’elles soient supportées de manière cohérente dans toutes les prochaines puces ?

À Forbes, Pat Gelsinger a répondu : « Je considère que toutes ces choses – comme AVX et AMX et les extensions de sécurité – sont sur la table, parce que c'est le type de retour d'information que nous voulons maintenant. AMD et Intel prendront, respectivement et individuellement, leurs propres décisions en ce qui concerne ce qu'ils mettent dans leurs produits et la manière dont ils rivalisent sur le marché, mais je considère que tout ce qui concerne l'écosystème [et] les éditeurs de logiciels indépendants, tant au niveau de l'application que du système d'exploitation, est sur la table lors de ces discussions. C'est sur cette base qu'un très grand nombre d'entreprises rejoignent le groupe consultatif ». Même son de cloche pour Lisa Su, sous la houlette de qui AMD s’est tant développé.

Les deux concurrents resteront donc des concurrents, mais ils travailleront également sur le socle commun du x86. Il ne reste plus qu’à attendre les résultats concrets, qui ne se matérialiseront pas tout de suite. Les évolutions dans les jeux d’instructions prennent en effet du temps. On attend également de voir comment va se concrétiser la cohérence voulue pour l’écosystème logiciel.

Commentaires (32)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar
Voilà une news vraiment inattendue, mais logique ! Espérons que cela permettra de faire perdurer et surtout améliorer la plateforme x86 avec deux acteurs autrefois "pires ennemis". Ceci dit, leur concurrence a aussi bcp apporté : espérons que désormais, le combat face à ARM leur permette de continuer à innover et améliorer leurs architectures !
votre avatar
C'est surtout "pas d'panique à bord..."
youtube.com YouTube
Cela va-t'il sauver nos deux rats?
votre avatar
C'est bizarre que dans cet article on ne parle pas du troisième larron open Hardware Risc-V.
votre avatar
Je pense que c’est parce que le support pour RISC-V a plus été un moyen de mettre la pression sur ARM qu’une volonté de pousser une troisième voie.
votre avatar
A ce compte, on ne parle pas non plus de toutes les autres architectures MIPS, TILE, PPC, SPARK, itanium (lol), etc.

plus sérieusement, j'adore RISC-V et son potentiel (full open-source, et royalty-free contrairement a ARM), mais il reste encore trop petit pour faire peur aux géants du marché...
votre avatar
Pour l'instant. Cette capacité à paralléliser (suivant le modèle) bien mieux faite/accessible pour les devs... C'est Flynn qui doit sourire. pfiou... ça ne restera pas que dans l'IOT et le SBC de test bien longtemps.
votre avatar
Risc-V est encore loin (4-5 ans je pense) d'être capable d'animer un ordi comparable à ceux de maintenant.
De plus, il y a encore des instructions manquantes pour être dans le domaine serveur.

Risc-V est impressionnant dans l'IOT par sa conso, son rapport perf conso, mais quand on parle de CPU on peut oublier le côté "conception simplifiée"
votre avatar
Un point à suivre dans cette histoire : est-ce qu’AMD et Intel seraient prêts à laisser d’autres entreprises concevoir des puces x86 ? Selon la réponse, on saura si c’est surtout un groupement destiné à gérer l’IBMisation des PC x86 ou s’ils ont la volonté d’aller concurrencer ARM en étendant vraiment l’écosystème.
votre avatar
Pour moi il y a déjà d'autres entreprises qui font du x86 comme Vortex86
votre avatar
Je pensais plutôt à de vraies alternatives de gros fabricants connus…
votre avatar
D'après Wikipédia et les droits sur l'architecture x86:

"Architecture Ouverte: en partie. Pour certaines fonctionnalités avancées, x86 peut nécessiter une licence d'Intel ; x86-64 peut nécessiter une licence supplémentaire d'AMD. Le processeur Pentium Pro (et NetBurst) est sur le marché depuis plus de 21 ans et ne peut donc pas faire l'objet de revendications de brevet. Le sous-ensemble i686 de l'architecture x86 est donc entièrement ouvert."

x86 Architecture
.
votre avatar
VIA ? :D
votre avatar
Intel a mystérieusement racheté le morceau de Via qui développait du x86 il y a quelques années.
votre avatar
Il n'y a rien de mystérieux : VIA avait racheté Centaur technology basé au Texas à la fin des années 90.
Sauf qu'en 2013 VIA a co-crée une entreprise pour développer ses CPU x86 en Chine : Zhaoxin.
Avec Trump au pouvoir, les relations Chine-USA ont viré au vinaigre et ça arrangeait tout le monde la revente de la branche américaine à Intel
votre avatar
Pour rappel, il a été prouvé que les benchs majeurs du marché sabotaient les résultats des VIA. Ils étaient tous compilés par un compilo fourni par Intel ... qui désactivait par exemple l'utilisation du SSE sur les VIA...
La différence était notable - sous Linux c'était flagrant: un VIA n'était pas une bête de course, mais pas un veau non plus.
votre avatar
Je m'en souviens. Cela avait fait scandale à l'époque d'ailleurs. Par contre, je ne me souviens plus si il y avait eu des sanctions à la clef envers Intel ?
votre avatar
Est-ce que c'est pas déjà un peu tard ?

Maintenant que tout le monde hardware et software a fait des efforts colossaux pour démocratiser ARM, l'offre devient pléthorique (Qualcomm, Apple, Samsung, Mediatek, Google qui va rendre son Tensor custom...) et j'ai du mal à croire que l'industrie va pouvoir se dire "oh bah finalement on va revenir à ce qu'on faisait avant". Surtout que ça concerne pas que la grande consommation, les solutions serveurs aussi migrent sur ARM.

A un moment, ces volumes vont aussi diriger les compétences métiers, tout comme c'est le cas avec les langages de programmation où si t'es pas sur LE standard du secteur, tu galères à recruter des talents.
votre avatar
Le meilleur moment pour faire ça, c'était y a 2 ans (voire 5 ans). Le deuxième meilleur moment, c'est maintenant.
votre avatar
Il n'est pas forcément trop tard. ARM ne domine pas encore, et je suppose que le but c'est d'éviter d'en arriver là. Même si c'est pour faire en gros du 50-50 c'est mieux pour eux.
votre avatar
Hors apple, les processeurs ARM sur le marché on des perfs par cœurs inférieur au x86 (hors calcul de la consommation)
AMD avec ses CPU Epyc ont permis une densité nouvelle.
La rétro compatibilité sans émulation, avx2 (voir avx512) déjà répandu (contrairement au SVE d'ARM)
La nécessité d'avoir un devicetree par machine chez ARM qui limite la compatibilité des OS alternatifs.
votre avatar
Des bouts de DT peuvent être embarqués avec le matériel (comme un config-space PCIe) avec un merge réalisé par le boot-loader. On fait cela sans problème en embarqué depuis environ 15 ans.

C'est certainement bien plus propre que ACPI & co, en prime niveau temps de boot par rapport à une énumération PCI(e) bien lourdingue, yapaphoto.
votre avatar
Est-ce utilisé par Qualcomm ?
Faut regarder la liste des machines ARM64 Windows officiellement supporté par une distribution linux, elle est ridicule.
J'ai un snapdragon 7c sur un Acer aspire 1, et mise a part postmarketos, j'ai un blackscreen après GRUB sur d'autres distribution alors qu'il y a le dtb embarqué par la distribution (Ubuntu, fedora)
votre avatar
Il est embarqué par la distro... C'est bien le pb! Chaque matériel embarquerait sa description au format device-tree dans une mémoire interne d'une manière normalisée il n'y aurait plus besoin de faire des cuisines cornecul dépendantes de l'identification précise d'un matériel/variantes voir version de FW/logique embarquée.
votre avatar
Disons que ARM n'est pas toujours la solution. Ni x64 d'ailleurs. La question est de savoir comment et où on va traiter les données dans le futur.
Que ce soit ARM ou x86, on est confronté au choix entre: la machine à tout faire mais qui consomme, ou une machine plus moderne où le CPU délègue les calculs (à la mémoire, au SSD ...) et où le CPU est beaucoup moins central.

Qualcomm a marqué les esprits dernièrement en montrant qui est la patron (en termes financiers), renvoyant Intel (et AMD?) au rang d'entreprises de seconde zone.

Donc il faut que Intel réoccupe le terrain médiatique.

"Hors apple, les processeurs ARM sur le marché on des perfs par cœurs inférieur au x86 (hors calcul de la consommation)"

C'est très variable selon les benchs. Il n'y a pas que cinebench (qui n'est pas très réaliste sauf pour ceux qui font des media), il y a aussi les serveurs web et le traitement des textes de requêtes, les BDD, le chiffrement, le traitement de textes (email et autres), les transformations de doc...

Là dessus, AVX n'est pas encore très adopté souvent, pourtant il apporte des gains significatifs dans les bibliothèques (j'ai failli écrire librairies :) ) qui l'utilisent.
votre avatar
SVT-av1 encodeur av1 optimisé avec AVX toutes versions et montre bien des gains important en calcul complexe.

Pour Qualcomm, ils ont pondu des CPU nul (en perf) des années durant, pendant qu'Apple ont sorties des super CPU dès la première itération (j'aime pas Apple, j'avais dis que geekbench avait de fausses valeur de comparaison entre puce A-truc sur iOS et CPU x86, avant de me raviser avec les mêmes benchmarks sur VM linux sur le M1)
votre avatar
Avaient-ils le choix ? le juge de paix a toujours été Microsoft et ça continue, j'y voit clairement une réaction aux nouvelles Surface Snapdragon X estampillé Copilot+. Ils ont un train de retard les prochaines générations de Windows demanderons des NPU a 40 Tops pour l'instant on plafonne a 16 Tops sur X86 hors les grands groupes qui doivent renouveler leurs parc sont un peu coincé pour l'instant
votre avatar
Pas que microsoft, les infrastructures de serveurs se cloudifient à très grande vitesse et il se trouve que aws (plus gros provider, 50% du marché) pousse ses serveurs arm de plus en plus (licence - chère et meilleure efficience énergétique).
votre avatar
Je remarque que sur l'image-logo, il y a des chiffres comme "18.571" ou encore "25.476"...
Ça veut dire quoi ? Est-ce que ce sont les fréquences de bus (en megahertz) qu'ils comptent atteindre, genre en 2049 ?

...Oui mais, avec quel coefficient multiplicateur ? Et les IRQ, ils en disent quoi des IRQ ? Et le bus ISA 8-bit, ils vont l'abandonner, ou c'est pour les dauphins ?
:troll: :troll: :troll: :bocul: :bocul: :bocul: Désolé... :pastaper:

Mais néanmoins je suis sûr qu'il y a une explication ! ....Ou c'est pour faire parler les cons ?
Présent, mon général ! :francais:
votre avatar
En fait, c'est logique en soi et aurait du arriver plus tôt que ça. Reste ce que ce comité va apporter niveau concret.

Par exemple, possble ouverture à de nouveaux fondeurs pour les licences de fabrication ?
votre avatar
Alors ça c'est sûrement la dernière chose que les 2 souhaitent faire maintenant qu'ils sont en duopôle.

Plutôt éviter une concurrence dans les jeux d'instructions, normaliser les évolutions et peut être même décider ensemble de perdre une partie de l'héritage x86 comme le mode 16 bits.

D'ailleurs je pense qu'ils devront faire attention pour ne pas que les lois de la concurrence leur tombe dessus mtnt que j'y pense.
votre avatar
Entre ce qu'ils veulent et ce qu'on attend ça peut être différent.
Mais effectivement, un accord commun pour un X86S débarrassé des vieilleries, une consultation commune sur les instructions futures, la gestion des cpu à cœurs hétérogènes, l'avx-512 là puis plus là mais maintenant chez le concurrent et le fameux avx10.X, le partage des instructions AMX d’Intel.
Ça c'est pas de anticoncurrentiel, du moment que la fabrication et la vente sont bien différentes et sans accord sur les prix.
votre avatar
Les puces x86 (…) permettent l’installation de GPU dédiés, au grand bonheur des joueurs.
C’est aussi possible d’utiliser des GPU dédiés sur de l’ARM, rien ne l’empêche, même si c’est marginal

Intel et AMD s’associent pour piloter l’avenir de l’architecture x86

  • Les grands objectifs du groupe

  • De « concurrents acharnés » à meilleurs ennemis

  • Des bénéfices attendus dans l’écosystème logiciel

  • Le nouveau statut d’Intel et AMD

Fermer