Discussion :

[progfou]

Bonjour à tous !
Afin d'exploiter les instructions de type SSE2, j'ai besoin d'aligner mes données sur 128 bits.
Pour cela, j'utilise le mot clé __declspec(align(16)) comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

__declspec(align(16)) short mon_tab[720];

Ce tableau est déclaré en private dans une classe.

Lorsque je regarde l'adresse, il m'a aligné ce tableau sur 8 octets !
J'ai donc l'impression que ça ne sert à rien.
Y a-t-il quelque chose qui m'échappe ?

Merci d'avance !

PS: Je suis sous Visual, mais j'ai le même problème avec le même code sous gcc...

[Charlemagne]

J'ai jamais vérifié mais j'ai jamais remarqué de problème. Depuis le temps que je l'utilise avec ICL (j'utiilse que rarement VC) j'aurais probablement vu des problèmes.

Par contre je ne sais pas ce que GCC va faire de ce code, peut-être qu'il l'ignore parce que normalement pour GCC c'est "__attribute__((__aligned__(16)))"

Petit conseil, j'utilise une définition pour rendre le code plus facilement portable.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#if defined(__ICL) || defined(_MSC_VER)
  #define __aligned __declspec(align(16))
#elif defined(__GNUC__)
  #define __aligned __attribute__((__aligned__(16)))
#endif

[progfou]

Effectivement, moi aussi j'utilise une définition .
Donc, je ne comprends pas pourquoi il n'aligne pas sur 16...
Il peut pourtant !

[Charlemagne]

Attends, je vais essayer de vérifier...

[progfou]

En fait j'ai trouvé pourquoi...
A l'appel via l'accesseur, l'adresse retournée n'est pas l'adresse de base du tableau (qui est bien alignée sur 16 octets !) mais une adresse à 56 octets de plus.
Du coup, ce n'est plus aligné sur 16, forcément !
Merci quand même, ça me rassure quand à l'utilité du mot clé .

[loufoque]

GCC, par exemple, n'honore pas les alignements sur la pile supérieurs à l'alignement de la pile elle-même, qui se trouve être 8 octets sous Linux.
Même chose pour malloc/new.

Edit: s/Windows/Linux/