Bonjour !
Lorsque je demande à GCC de générer du code en assembleur je remarque que l'en tête du main contient toujours:
 

 
Je ne comprends pas à quoi ça sert, $-16 correspond à 0xfffffff0 je pense, en gros apres être passé par un ANDL $-16
notre cher ESP verra ses 4 derniers bits mis à zéro ... ça sert à quoi ?
 
 
Greg

C'est pour aligner la pile, c'est seulement nécessaire avec certaines instructions SSE je crois. GCC garde toujours la pile alignée par 16, je ne sais pas si ça fait partie de la convention sous Linux ou si c'est un caprice.

OK, sinon je me posais une question qui n'a rien à voir:
Quand il y a des équivalences, par exemple:
 

 
Ca a bien le même effet que:
 

 
Non ?
En fait ce que je veux dire c'est qu'en ASM quand deux lignes sont équivalentes est-ce que la durée d'execution peut quand même être différente ?
 
 
Greg

si le résultat est le même, la manière pour y arriver est différente. Déjà la conversion en hexa produira un code plus compact pour xor
avec les processeurs modernes, il est difficile de prévoir le temps d'exécution d'une instruction.

il surtout ne PAS raisonner instruction par instruction car la latecne de chaque instruction joue. Alors même si le code a l'air moins bon, il va etre meilleur du fait de sa plus grande facilité à passer au travers du/des pipeline

a-t-on intérêt à faire compacte pour faire tenir beaucoup de code dans le cache ou pas ?
j'ai souvent entendu parler du dépliage du code pour en accélérer l'exécution. Si ce dépliage fait déborder le cache n'y -a-t-il pas un risque de ralentissement plus grand qu'une boucle qui ne provoque pas de débordement du cache ?

merci pour l'info !