COMPTOIR
  
register

x86 : le choc de simplification d'Intel, ce ne sera pas pour tout de suite

À la mi-octobre, AMD et Intel ont décidé d’enterrer la hache de guerre pour finalement se réunir sous la bannière des processeurs x86. Un retournement de veste liée à la menace des puces Arm. Celles-ci se répandent à travers certains types de centres données depuis plusieurs années, et affolent également le segment grand public : les puces Apple Silicon ont été rejointes par des Snapdragon X Series bien plus convaincants que les anciennes tentatives de Qualcomm, et ils constituent désormais un véritable cheval de Troie dans l’écosystème Windows (bien que jusqu’à présent, la pénétration de tels appareils sur ce marché reste extrêmement marginale ; selon des données de Canalys, ils représentaient, au troisième trimestre 2024, à peine 0,8 % de tous les PC vendus à travers le globe — soit 1 sur 125 — ou 1,5 % pour prendre ceux sous Windows). L’une des victimes de la création de ce x86 Ecosystem Advisory Group est l’initiative x86S d’Intel.

Dans notre précédent papier, nous suggérions qu’Intel pouvait être tentée d’inviter AMD à participer au développement de sa spécification X86S (auparavant appelée x86-S). Finalement, il n’en sera rien : la société a confirmé à Tom’s Hardware US que ce projet n’avait plus cours.

intel c8086

Malgré le titre, on ne vous a pas remis Hollande.

L’initiative X86S, le projet d’architecture simplifiée d’Intel, se termine

« Nous restons profondément attachés à l'architecture x86, comme en témoigne la création du x86 Ecosystem Advisory Group en collaboration avec AMD et d'autres leaders de l'industrie. Cette initiative renforce notre volonté d'assurer un avenir solide à l'architecture x86, en s'appuyant sur des décennies de compatibilité logicielle. Bien que nous ayons abandonné l'initiative x86S, notre objectif reste de stimuler l'innovation et la collaboration au sein de l'écosystème x86 » a confié un porte parole d'Intel à nos confrères.

L’initiative X86S avait été officialisée en mai 2023. Elle avait eu droit à une révision 1.2 en juin dernier. L’idée générale était un grand ménage dans les instructions pour aboutir à une version exclusivement 64 bits (avec toutefois une prise en charge du code 32 bits maintenue via un mode de compatibilité). Intel parlait « d'achever la transition vers une architecture 64 bits, en supprimant certains modes hérités du passé ». Pour mémoire, le x86 16 bits remonte à 1978 avec le développement du 8086 ; les instructions x86 32 bits (IA-32) datent du 386, un processeur produit à partir de 1985.

x86s

x86s2

Livre blanc X86S © Intel

Bon, en raison de son engagement au sein du x86 Ecosystem Advisory Group, il est assez cohérent qu’Intel cesse d’œuvrer dans son coin au développement d’une modification d’envergure de l’architecture x86. La finalité de ce groupe étant de normaliser au maximum l’écosystème. Et entre les licenciements massifs et le départ de son PDG, l’entreprise n’a certainement plus le loisir de s’éparpiller. Enfin, il est probable que des pistes envisagées dans le cadre de l'initiative x86S soient finalement reprises par l’EAG.

Un poil avant ?

PlayStation et AMD collaborent pour injecter plus d'IA dans les futurs jeux

Un peu plus tard ...

Les Radeon RX 8000 sont mortes, vivent les Radeon RX 9000 !

Les 20 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Jemporte, le Lundi 23 Décembre 2024 à 10h29  
par Un ragoteur bio du Grand Est¶, le Dimanche 22 Décembre 2024 à 19h34
Bof.

On peut tout à fait utiliser HTML/CSS + javascript + PHP pour une appli mono-poste n'interrogeant qu'un serveur local, voire la machine locale. Le principal souci, c'était historiquement la médiocrité relative des navigateurs. Même les perfs, globalement, on s'en fout un peu, car on a bien plus de puissance que nécessaire.
Ca dépend pour faire quoi. Pour un accès fichier pas besoin de Web.
par Un ragoteur bio du Grand Est 📱, le Dimanche 22 Décembre 2024 à 19h34  
par Un champion du monde embusqué¶, le Dimanche 22 Décembre 2024 à 14h28
Passer par un navigateur web, en général ça cible du multi utilisateurs, international, cloud
Ça vise pas un usage "stabilité, fonctionnement offline. Local. Mono-user
Bof.

On peut tout à fait utiliser HTML/CSS + javascript + PHP pour une appli mono-poste n'interrogeant qu'un serveur local, voire la machine locale. Le principal souci, c'était historiquement la médiocrité relative des navigateurs. Même les perfs, globalement, on s'en fout un peu, car on a bien plus de puissance que nécessaire.
par Un champion du monde embusqué 📱, le Dimanche 22 Décembre 2024 à 14h28  
Après je remet pas en cause de avec quoi t as dev ça à l époque
Y a 30ans on avait pas non plus les outils de maintenant
Je dis juste que le point de comparaison... Un truc qui tourne dans un navigateur web à date d'aujourd'hui c est pas ce qu il y a de "stable"
Passer par un navigateur web, en général ça cible du multi utilisateurs, international, cloud
Ça vise pas un usage "stabilité, fonctionnement offline. Local. Mono-user

Pour ça que je dis que c est 2 extrême, tu aurais eu à le dev qqs années après, bah déjà y aurais eu mini windows2000, coté cpu AMD, cyrix, nexgen serait passé par là...
Bref c est tombé à un époque où le PC était encore très centré Intel
On a eu beaucoup d évolution par la suite après l ISA, le vesa local bus, le PCI, l agp..
Le scsi qui a commencé à crever
L ide a evolué puis le sata
Le tout debut de l USB

On a plus vraiment de révolution de nos jours sur l architecture PC plus une évolution de norme
par Un ragoteur 'ArthaX' du Centre-Val de Loire, le Dimanche 22 Décembre 2024 à 13h15  
J'ai fait en Turbo Pascal, car j'avais une bibliothèque pour gérer des bases de données Paradox. Puis Turbo Pascal pour Windows, pour exactement la même raison. Et avec Delphi, car en 1998 à l'été j'avais acheté le hors série de Presqu'Offert où il y avait Delphi pour même pas 100F. Comme j'avais aussi dBase et Paradox par la même voie, c'était facile de porter l'application.
Mais surtout l'application est très simple et très basique. On peut le faire sous Excel, mais là c'est une usine à gaz sans nom, car très simple à étendre. C'est ce qu'il a fait et pour finir de ne plus être capable de gérer les données.
Le mieux était de le faire sous Access, mais il perdait la flexibilité d'Excel. Je lui ait proposé de le faire en Delphi.

Que ce soit en Pascal ou en C/C++, c'est aussi rapide l'un que l'autre. Mais à cette époque (1992-1993), c'était la bibliothèque Database Toolbox de Borland qui a fait que c'est Turbo Pascal.
De nos jours, mon ami continue d'utiliser l'application, car c'est simple et efficace. C'est lui qui l'a conçu, je n'ai fait que de l'implémenter.

@++
par Jemporte, le Dimanche 22 Décembre 2024 à 11h51  
par Un ragoteur bio du Grand Est¶, le Samedi 21 Décembre 2024 à 23h29
J'irais même jusqu'à dire tout reprendre de zéro et ajouter un script/programme de conversion de la base de données, surtout quand on sait à quel point tout était rudimentaire à l'époque.

En fait, ça me rappelle la fois où j'ai croisé un émulateur de terminal pour un système totalement obsolète : plutôt qu'une vraie mise à jour, ils voulaient juste remplacer l'émulateur par des scripts VBA pour pouvoir remplir des rapports Excel.
Ce que tu dis n'est pas totalement vrai Il y avait des extensions par exemple au turbo Pascal 3.0. On arrivait à faire de belles choses même graphiquement. Il faut pas oublier qu'à l'époque les programme de CAO et rendu d'image sur PC (typiquement Renderman) utilisaient l'Ega et exceptionnellement le VGA.
par Un ragoteur bio du Grand Est 📱, le Samedi 21 Décembre 2024 à 23h29  
par Un champion du monde embusqué¶, le Samedi 21 Décembre 2024 à 21h10
Moueh, ça n en reste pas moins une usine à gaz, qui méritait d être porté sur une version plus fraîche de delphi sur du linux
J'irais même jusqu'à dire tout reprendre de zéro et ajouter un script/programme de conversion de la base de données, surtout quand on sait à quel point tout était rudimentaire à l'époque.

En fait, ça me rappelle la fois où j'ai croisé un émulateur de terminal pour un système totalement obsolète : plutôt qu'une vraie mise à jour, ils voulaient juste remplacer l'émulateur par des scripts VBA pour pouvoir remplir des rapports Excel.
par Un champion du monde embusqué 📱, le Samedi 21 Décembre 2024 à 21h10  
par Un ragoteur 'ArthaX' du Centre-Val de Loire, le Samedi 21 Décembre 2024 à 14h56
J'ai fait un programme pour un ami en Turbo Pascal sous DOS, puis je l'ai porté sur Turbo Pascal pour Windows. Et en 1998 j'ai porté le programme en Delphi 1.02. Il l'utilise encore le programme dans une machine virtuel avec un Windows NT 4. Il le garde toujours l'application à coté d'une application WEB. Avec le x86S, l'application ne marcherait plus du tout. Il le garde, car il a un historique dessus qui lui est indispensable.
L'application WEB peut parfois ne pas être disponible, alors que l'application sous NT4 est tout le temps disponible.

L'initiative x86S c'est comme le projet ColdFire de Motorola, casser la compatibilité, n'est jamais une bonne idée.

@++
Moueh, ça n en reste pas moins une usine à gaz, qui méritait d être porté sur une version plus fraîche de delphi sur du linux
Demain il veut une évolution de l appli, bonjour le bordel
Tu t imposé une VM, tu t impose une version morte de windows, tu t imposé du x86 32bits
Peut être mm une gestionnaire de VM spécifique ?

Je voit pas en quoi c est une bonne idée... Sous prétexte que de l autre coté sinon c est une appli web... Un navigateur web stable j'ai jamais vu moi
Comment comparé 2extreme
Il y a forcément un juste milieu, il a pas besoin que ça reste fonctionnel H24 7/7j il doit bien dormir cet ami une fois dans sa vie

par Jemporte, le Samedi 21 Décembre 2024 à 20h10  
par Pascal M., le Samedi 21 Décembre 2024 à 19h37
nooom de zeus, la dernière fois que j'ai entendu parler de turbo pascal... Je crois que c'était à l'IUT
Moi je faisais du Turbo Pascal 3.0 et 4.0 quand d'autres s'essayaient sur leur Quick Basic 4.5. Les deux sous MS DOS sur des PC Goupil.
Mais bon, le Pascal, en dehors de mon Atari 800 où je l'avais sur disquette, je l'ai appris en fac sur un Bull Micral 9050, sous CP/M.
par Pascal M., le Samedi 21 Décembre 2024 à 19h37  
par Un ragoteur 'ArthaX' du Centre-Val de Loire, le Samedi 21 Décembre 2024 à 14h56
J'ai fait un programme pour un ami en Turbo Pascal sous DOS, puis je l'ai porté sur Turbo Pascal pour Windows. Et en 1998 j'ai porté le programme en Delphi 1.02. Il l'utilise encore le programme dans une machine virtuel avec un Windows NT 4. Il le garde toujours l'application à coté d'une application WEB. Avec le x86S, l'application ne marcherait plus du tout. Il le garde, car il a un historique dessus qui lui est indispensable.
L'application WEB peut parfois ne pas être disponible, alors que l'application sous NT4 est tout le temps disponible.

L'initiative x86S c'est comme le projet ColdFire de Motorola, casser la compatibilité, n'est jamais une bonne idée.

@++
nooom de zeus, la dernière fois que j'ai entendu parler de turbo pascal... Je crois que c'était à l'IUT
par Un ragoteur 'ArthaX' du Centre-Val de Loire, le Samedi 21 Décembre 2024 à 14h56  
J'ai fait un programme pour un ami en Turbo Pascal sous DOS, puis je l'ai porté sur Turbo Pascal pour Windows. Et en 1998 j'ai porté le programme en Delphi 1.02. Il l'utilise encore le programme dans une machine virtuel avec un Windows NT 4. Il le garde toujours l'application à coté d'une application WEB. Avec le x86S, l'application ne marcherait plus du tout. Il le garde, car il a un historique dessus qui lui est indispensable.
L'application WEB peut parfois ne pas être disponible, alors que l'application sous NT4 est tout le temps disponible.

L'initiative x86S c'est comme le projet ColdFire de Motorola, casser la compatibilité, n'est jamais une bonne idée.

@++
par Un ragoteur des lumières des Hauts-de-France 📱, le Samedi 21 Décembre 2024 à 11h55  
On attend le CPU ARM de Nvidia pour écraser toit le monde. Une machine plus petite en conception avec un bon gros GPU Nvidia.
Terminé le form factor plein de vide de nos PC fixes.

J'en reve
par Jemporte, le Samedi 21 Décembre 2024 à 10h26  
par Un grand duduche des ragots d'Occitanie, le Vendredi 20 Décembre 2024 à 16h07
Vous inquiétez pas, le CPU arm d'nVidia arrive l'année prochaine ou début 2026. C'est trop tard pour sauver le x86, le rouleau compresseur arrive
Quand je lis ce genre de chose, je rigole.
C'est comme Apple qui annonce à chaque fois qu'il explose les GPU Nvidia avec son architecture intégrée alors que ça vaut même pas un GPU de gamme moyenne, même si Apple utilise la gravure ultime de chez TSMC que Nvidia n'utilise pas encore.