AMD veut modifier le x86
AMD a publié récemment (le 14 août) un document qui propose de nouvelles instructions pour améliorer le x86. Le jeu d’instruction, qui a bientôt 30 ans (en 2008) a été modifié de nombreuses fois et n’a plus beaucoup de rapport avec celui utilisé avec le 8086 (en dehors de la compatibilité du code).
AMD veut aider les programmeurs
AMD veut aider en partie les programmeurs, avec de nouvelles instructions pour les processeurs équipés de plusieurs cores. En pratique, les programmes pourraient accéder aux informations sur les accès à la mémoire cache, par exemple. Un programme serait aussi capable de déterminer si une instruction génère une erreur de branchement, qui est pénalisante pour les performances. Avec ces informations, les programmes pourraient modifier une partie du code pour optimiser le fonctionnement de ceux-ci, en limitant ces erreurs qui peuvent ralentir un programme.
Une technique efficace avec les machines virtuelles
Même si la technologie pourrait être utile avec des programmes classiques, ce sont évidemment les machines virtuelles, qui peuvent modifier la façon d’exécuter le programme, qui pourraient tirer le plus parti de ces instructions. Les programmes en Java ou ceux qui utilisent le framework .net sont évidemment les deux principaux langages ciblés : le code Java ou .net est interprété par les machines virtuelles, qui peuvent donc modifier la façon de les exécuter.
Une approche différente de celle d’Intel
Intel a une approche différente de celle d’AMD : le constructeur propose des compilateurs optimisés et des outils de suivi qui permettent d’optimiser le code au départ, et pas en temps réel. L’avantage, c’est évidemment une efficacité certaine par rapport à un compilateur classique, mais ce système impose d’utiliser le compilateur Intel. La solution d’AMD a le mérite d’optimiser un grand nombre de programmes (surtout si c’est intégré dans les machines virtuelles).
Pour les lecteurs intéressés, AMD propose un PDF qui explique en détail les tenants et les aboutissants de la technologie.
- Processeur,
- AMD ,
- x86 ,
- améliorer
- Trois nouvelles imprimantes chez Epson
- Samsung intéressé par AMD ?
- Gigabyte : 3 nouvelles cartes mères Micro-ATX
- Comparatif des imprimantes bradées de la rentrée
- Une idée des tarifs des Opteron Barcelona ?
- Asus : deux cartes graphiques certifiées HDMI
- VMware a réussi son entrée en bourse
- Intel : deux Xeon à quatre cores et une pénurie de chipsets
- Quelques détails sur le ZM-RHS88 de Zalman
- BFG : Des GeForce 8600 GT Thermo-intelligentes
- Advance 2706 : un boîtier media center au look HiFi
- Freescale améliore sa MRAM, mais elle reste trop onéreuse
- Bestofmicro : Sony Ericsson S500i, la téléphonie en harmonie
- De la mémoire haute performance chez Transcend
- Sony : une usine pour les batteries Lithium-ion polymères
- Des emballages originaux pour les mémoires Mushkin
- Une balle de golf ? Non, un ventirad !
- Des jeux qui réagissent aux signaux physiologiques?





Ce serait pas un mal de dépoussiérer le x86... voir d'arriver à s'en débarasser une bonne fois pour toute. Mais bon, compatibilité ascendante oblige ça ne va pas être facile...
avec son jeu d'instructions x86-64, AMD a déjà ajouté pas mal d'instructions au "classique" x86. Là, ils veulent juste rajouter quelques instructions pour leur architecture AMD64. (ce n'est pas le x86 qu'AMD veut étendre un petit peu, mais leur architecture AMD64
)
Et les instruction SSE, ça n'est une modifications des X86?
Les SSE, je dirais que c'est plus un ajout d'un jeu d'instructions
chaque nouveau CPU ajoute des instructions, en général (avec les deux gros passages que sont les 386, 32 bits, et les K8, 64 bits).
le SSE et autres MMX, c'est des jeux d'instructions séparés rajoutés au x86, même si dans l'absolu c'est la même chose que ce que veut faire AMD (même si on est plus proche d'un truc comme le x87)
qui va avoir le dernier mot....? j'ai ma petite idée. ne serait ce pas celui qui vend le plus...?
qui va avoir le dernier mot....? j'ai ma petite idée. ne serait ce pas celui qui vend le plus...?
Voir l'histoire du NX Bit ou du jeu d'instructions 64 bits... Ou même du dual core sur un seul die...
Et prochainement, le contrôleur mémoire sur le die...
Sinon, .NET (et pas .net), stun framework, les gars, pas un langage... Une plate-forme de développement, si vous voulez...
Parce qu'avec .NET, y'a certes C#, ZE langage .NET par excellence, mais y'en a d'autres aussi...
c'est corrigé