Quel est l'assembleur le plus rapide ?

Salut à tous !
Une nouvelle question , suite à quelques infos trouvées sur le net ...
J'utilise MASM32 , mais de nombreux sites dises qu'il produit un code moins rapide que d'autre (comme NASM ou TASM) , du coup je pense sérieusement changer , mais je croyais tout les assembleurs produisait le même code ? un mov eax,eax ne donnera pas le même éxécutable suivant le compilateur qu'on utilise ? les opcodes sont pourtant fixés non ?
Si il y a des différences , savez vous lequel , de NASM ou de TASM (ou un autre) , est le plus rapide ?
Merci ...

---

Visitez le site de ma librairie graphique :  http://hydrargyrum.ifrance.com  [ Lien ] !

OK , c'est ce que je pensait , mais comme j'arrête pas de voir des "MASM32 c'est nul" , "c'est lent" , "c'est pas un vrai assembleur" ... je me posais la question .
Merci !

---

Visitez le site de ma librairie graphique :  http://hydrargyrum.ifrance.com  [ Lien ] !

Faut bien préciser aussi qu'avec MASM32 on peut y mettre du pseudo code avec lequel on n'obtient surement pas ce qu'il y a de plus performant.
Il suffit de vraiment coder et là il n'y aura plus aucune différence avec un autre assembleur.

ciao...
BruNews, MVP VC++

pas vrai.
certains assembleurs optimisent les instrucions, pour rendre le code plus petit, et donc plus rapide.

exemple: fasm.

me:
nop
ret

exemple d'optimisation ?

ciao...
BruNews, MVP VC++

Oui ca m'intéresse beaucoup aussi edfed .
Parceque si c'est juste une optimisation style ; remplacer des Mov/Add par des Rep (et autre optimisations du même style), je le fait déjà tout seul comme un grand sous masm .
Par contre si c'est un truc que le codeur peut pas faidre lui-même , là ca m'intérèsse . (mais j'ai des doutes , l'asm c'est quand même fait pour ... pouvoir tout faire).

---

Visitez le site de ma librairie graphique :  http://hydrargyrum.ifrance.com  [ Lien ] .

ouh la....
remplacer des Mov/Add par des Rep EST UNE DEGRADATION des perfs, pas du tout une optimisation.
Ces vieilles instructions de chaine sont à mettre aux oubliettes.

ciao...
BruNews, MVP VC++

Ahhhhh m------.
Pourtant dans la doc. d'intel ils disent que pour des grands blocs de données elles sont plus rapides ?
Ils disent bien que si c'est juste pour deux trois transfert ca ne vaut pas la peine , donc je les utilise que quand j'ai des buffer entiers à déplacer...
Cela dit la doc. est un peu vieille , donc  d'aprés toi désromais même pour des grand blocs c'est plus rapide de faire mov/ add edi,esi ?
A tout hazard , tu n'aurais pas une adresse avec les cycles d'horloge/parallélisation et co. qui  soit à jours , puisqu'apparement la mienne est obsolète (est donc pas follement utile) ...
Merci pour l'info , je vire de ce pas tout les 'Rep movsd' de mes codes .

---

Visitez le site de ma librairie graphique :  http://hydrargyrum.ifrance.com  [ Lien ] .

Grands ou petits blocs, à virer définitivement.

mov esi, offset m_SRC
mov edx, offset m_DST
mov ecx, 500
goSRC:
mov eax, [esi]
mov [edx], eax
mov eax, [esi+4]
mov [edx+4], eax
add esi, 8
add edx, 8
sub ecx, 1
jne short goSRC

Avec les instruction simples, on peut dérouler, utiliser les registres qu'on veut (surtout ceux libres à un certain moment), etc.

Tu peux prendre cela que j'avais récupéré je ne sais plus où:
lien: www.brunews.com/P4fr.pdf
mais ne pas trop se fier aux cycles indiqués, il faut toujours mesurer son code.

ciao...
BruNews, MVP VC++