Discussion :

[oodini]

Bonjour,

Je connais tr�s peu cette notion de padding.

D'apr�s ce que j'ai cru comprendre, tout champ d'une structure doit commencer � un multiple de sa taille. Si on force la largeur des membres via un champs de bits via la syntaxe suivante :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
class A
{
    ....
    uint_32t mValue : 5;
    ....
};

Puis-je me contenter d'encha�ner les membres, en m'assurant de tomber pile sur les multiples de 32 bits (ou 64 bits) ?

Si, sur une archi 32 bit, je n'ai besoin que de 30 bits, dois-je explicitement faire un champ de 2 bits que je n'utiliserai pas ?

Dois-je d�couper ma structure en plusieurs structure, pour limiter la taille de la structure � 32 ou 64 bits ?

Si je travaille en 64 bits, et que j'ai besoin d'une structure � 90 bits, la meilleure solution est-elle de faire une classe de 64 bits, et une autre de 32 bits (cette derni�re comportant �ventuellement des bits de remplissage) ?

[stardeath]

la notion de padding, d'alignement et autre c'est surtout pour optimiser les acc�s (et pour �viter les crashs sur certaines architectures).

si tu as besoin d'une structure compacte, utilise un #pragma pack.

le probl�me de tes questions c'est que c'est d�pendant du compilateur, le mieux, c'est de tester en situation, et tu verras ce que ton compilateur te sortira comme tambouille.

[jblecanard]

la notion de padding, d'alignement et autre c'est surtout pour optimiser les acc�s (et pour �viter les crashs sur certaines architectures).

C'est aussi tr�s utile pour faire de la s�rialisation/d�s�rialisation proprement, les donn�es pouvant se transmettre d'une architecture � une autre ! Un #pragma pack(1) est alors bien utile dans beaucoup de cas.

Oodini: Ce que tu "dois" faire va d�pendre de ton objectif. Si tu veux des structures les plus compactes possibles, pragma pack suffira. Tu n'as pas besoin de remplir toi m�me les octets manquants s'il y en a. Quel r�sultat cherches-tu � obtenir ?

[oodini]

C'est effectivement pour faire de la d�serialisation.

Et j'aimerais si possible une solution Windows/Linux.

Mais vous dites que #pragma pack rend inutile de pr�ciser le nombre de bits ?

[jblecanard]

De toute fa�on, tu n'alignes pas sur des bits mais sur des octets. La notion de taille (telle que la renvoie sizeof par exemple) se r�f�re aux octets. Tu peux bien s�r travailler quand m�me au bit pr�s (encore que, je ne suis m�me pas s�r) mais �a complique pas mal la t�che ^^.

#pragma pack(1) va aligner ta structure sur un octet, ce qui signifie que tu n'auras pas de padding.

Lorsque tu travailles sur la s�rialisation/d�s�rialisation, prend garde aux probl�mes d'endianess et au conventions en vigueur dans le protocole utilis�. Il me semble par exemple que la convention en vigueur pour les donn�es qui transitent sur un r�seau est d'utiliser Big Endian alors que la plupart des plateformes (dont x86) sont en Little Endian (je ne suis pas sp�cialiste en la mati�re, pas taper si j'ai dit une connerie).

Peut-�tre que protobuf peut te rendre service.

[M�dinoc]

Le mieux pour d�s�rialiser ind�pendamment de la plate-forme, c'est de ne reposer ni sur pack ni sur l'endianness, et toujours d�s�rialiser byte par byte (voir ce thread par exemple).

Par contre, si tu sacrifies l'ind�pendance � la plate-forme, le fait d'utiliser directement une structure pack�e et compter sur la plate-forme pour avoir la bonne endianness permet d'acc�der au contenu du fichier directement avec un mapping m�moire, ce qui est super pour les paresseux.

La vie est une question de compromis...