Discussion :

[Denn's]

Bonjour, j'aimerais avoir des précisions sur les dernières générations de microprocesseur. Par exemple, l'Opteron d'AMD est il de la famille des 8086 ?
Est-ce qu'on le programme en assembleur de la même manière qu'un 486 ou un Pentium ? Est-ce qu'il a des registres du style EEAX ( comme EAX était l'extension 32 bits de AX )? Quelles sont les différences fondamentales à ce sujet ?
Les Dual Core sont-ils programmables eux aussi de cette manière ou est-ce qu'il faut complètement faire table rase du passé et partir sur de nouvelles notions ? Est-ce qu'il faut programmer et synchroniser 2 processeurs ou est-ce que c'est l'electronique qui s'occupe de tout ?

Je vous remercie par avance ?

[Neitsa]

Bonjour,

L'Opteron d'AMD est il de la famille des 8086 ?

AMD ne produit plus, depuis 1995, que des processeurs x86 (x86-64).

Est-ce qu'on le programme en assembleur de la même manière qu'un 486 ou un Pentium ?

D'une manière générale oui.

Les processeurs suivant l'architecture x86 sont dit "rétro-compatible". Ce qui signifie que ce qui fonctionnait sur un "vieux" processeurs fonctionne sur un nouveau (l'inverse n'est pas forcément vrai, dû au fait que de nouvelles instructions apparaissent à chaque générations).

Les optimisations fonctionnant sur un processeur plus ancien ne seront pas forcément optimales pour un processeurs récent (et vice-versa).

En ce qui concerne les x86-64, il n'y pas vraiment de gros changements, ça reste au fond du x86. On a juste de plus "gros" registres, plus de registres disponibles et une convention d'appel unique et standardisée suivant la plate-forme. Sortit de là, pas vraiment grand chose de révolutionnaire...

Sous x86-64, il faut juste savoir quel mode d'exploitation va viser le code.

Est-ce qu'il a des registres du style EEAX ( comme EAX était l'extension 32 bits de AX )? Quelles sont les différences fondamentales à ce sujet ?

voir la FAQ en ce qui concerne les processeurs x86-64 :

http://asm.developpez.com/faq/?page=fx64

Les Dual Core sont-ils programmables eux aussi de cette manière ou est-ce qu'il faut complètement faire table rase du passé et partir sur de nouvelles notions ?

Non pas besoin de changer du tout au tout. Le tout est d'utiliser l'API système pour faire du threading.

Est-ce qu'il faut programmer et synchroniser 2 processeurs ou est-ce que c'est l'electronique qui s'occupe de tout ?

La synchronisation des cores est réalisée par le processeur et l'O.S sous-jacent. Le programmeur ne s'occupe pas explicitement de la synchronisation des cores.

On utilisera simplement des threads, via l'API disponible, quitte à forcer l'utilisation d'un core spécifique.

Pour simplifier, plutôt que de tout faire dans le thread primaire (qui reste sur un seul core, comme sur un système mono-core / mono-processeur), on créera de multiples thread qui iront chacun travailler sur un core spécifique (c'est l'O.S qui choisi généralement le core affecté au thread).

Par exemple un thread pour l'interface graphique, un thread de logique métier (calcul par exemple), etc.

Chaque thread ayant son core propre (a concurrence du nombre de core disponible), chacun de ces threads ira beaucoup plus vite, puisqu'il y a moins de préemption.

[Denn's]

Tout d'abord, merci pour le tps passé à me répondre.

Dernières questions:

J'ai un vieux TASM ( livré avec Borland C++ 3.0 ):
Je suppose que je dois pouvoir assembler du code ( qui sera du 32 bits ) sans problème sur cette nouvelle génération de processeur, si j'ai bien compris, mais en ne faisant QUE de l'assembleur ( pas incorporé ds du c++ ) , avec les directives "code","pile","data" ?

Les interruptions comme celles de la souris (33) ou du DOS (21) sont-elles tjrs valables ?

Et merci encore.

[Denn's]

J'oubliais....

Existe-t-il encore des assembleurs isolés ( comme le fameux TASM ) ou ne sont-ils plus qu'incorporé dans des IDE du commerce ?

[ALT]

Je ne suis pas sûr que le TASM de ces années-là soit capable de calculer sur 32 bits (& je ne parle même pas des adresses).

Quant à utiliser les instructions des processeurs modernes...

[droggo]

Kio,

Tout d'abord, merci pour le tps passé à me répondre.

Dernières questions:

J'ai un vieux TASM ( livré avec Borland C++ 3.0 ):
Je suppose que je dois pouvoir assembler du code ( qui sera du 32 bits ) sans problème sur cette nouvelle génération de processeur, si j'ai bien compris, mais en ne faisant QUE de l'assembleur ( pas incorporé ds du c++ ) , avec les directives "code","pile","data" ?

Les interruptions comme celles de la souris (33) ou du DOS (21) sont-elles tjrs valables ?

Et merci encore.

Si je me souviens bien, Borland C++ 3.0 était en 16 bits, et si c'est bien le cas, le TASM livré avec l'est probablement aussi.

Les interruptions du DOS sont interdites sous Windows.

Pourquoi tenir à utiliser ces outils préhistoriques ?

Il y a des assembleurs modernes, performants, et gratuits, ce qui ne gâche rien.

Par exemple, regarde du côté de yasm (c'est bien écrit avec un y, ne pas confondre avec nasm, abandonné, pour autant que je sache).