Discussion :

[Heptaeon]

Bonjour,

J'ai remarqué que dans les fichiers ELF, le début du fichier est toujours aligné sur le début d'une page. Ce qui veut dire qu'on copie souvent le header ELF (inutile à l'exécution ?) en mémoire.

[exemple]

readelf -l /usr/bin/man nous donne :

Code :

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

1
2
3
4
5
6
7
Type           Offset             VirtAddr           PhysAddr
                 FileSiz            MemSiz              Flags  Align
 
...
LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                 0x000000000003a95c 0x000000000003a95c  R E    200000
...

Comme on le remarque, il prend à partir de l'Offset (position dans le fichier) 0x0, c'est-à-dire qu'il charge en mémoire le header et tout ce qu'il y a avant le code.

[/exemple]

J'ai fait un « hello world » avec juste un segment (pas de section) qui marche très bien tant que j'aligne le début de fichier avec le début d'une page et ce, même si je commence à mapper après le header. Mais dès qu'on n'est plus aligné, il refuse de charger le programme en mémoire.

Segment unique de mon « hello world » :

Code :

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

1
2
3
4
  Type           Offset             VirtAddr           PhysAddr
                 FileSiz            MemSiz              Flags  Align
  LOAD           0x0000000000000078 0x0000000000800078 0x0000000000000000
                 0x0000000000000045 0x0000000000000045  RWE    0

— Je me demandais pourquoi il existait cette restriction ;
— Je me demandais aussi d'où venait le historique 0x400000.

Merci de vos réponses.

[manticore]

Salut,

je fais remonter ce sujet un peu vieux, mais il m'intéresse aussi...

Pour ce qui est de l'adresse 0x80000000 :

J'ai l'impression, mais cela reste à confirmer, que l'OS se réserve la première plage de 0x00000000 à 0x7FFFFFFF pour son fonctionnement. Mais je ne trouve rien sur notre ami google et encore moins d'information spécifique à Linux.

Il y a cette information pour windows :

Chaque processus qui s'exécute sur un système Windows NT a une adresse virtuelle de 4 Go comprise entre 0 x 00000000 et 0xFFFFFFFF pour son utilisation. De ce, l'adresse de 2 Go supérieur allant 0x8000000 à 0xFFFFFFFF est commune à tous les processus en cours d'exécution dans le système et elle est appelée espace d'adressage du noyau ou système. La région inférieure allant de 0 x 00000000 à 0x7FFFFFFF est appelée espace d'adressage utilisateur.

http://support.microsoft.com/kb/189327/fr

Pour l'alignement des pages, je dirai que cela peut venir des droits, chaque page à des droits spécifiques, si tu charges ton segment en fin de page, il est possible qu'il y ait un deuxième segment sur celle-ci, ce qui génère une erreur.

J'ai aussi lu par ci, par là qu'il pouvait s'agir de contrainte d'optimisation de performances, mais aucune description plus approfondie.

Quelques informations intéressante sur la pagination :
http://fr.wikipedia.org/wiki/Paginat...e_pagin.C3.A9e

[messinese]

Salut,

Pour ce qui est de l'adresse 0x80000000 :

J'ai l'impression, mais cela reste à confirmer, que l'OS se réserve la première plage de 0x00000000 à 0x7FFFFFFF pour son fonctionnement.

Salut , on est pas trop loin du compte.

En fait de 0x00000000 à 0xBFFFFFFF on se situe en "userland" c'est a dire un espace mémoire dédié au mappage des processus utilisateurs.

Au dela on se trouve donc en "kernelland" et la théoriquement on ne peut y accéder (je dis bien théoriquement ).


Concernant le reste je ne comprend pas la questions .

Parles-tu des headers ELF et des sections mémoires (.bss , .got , .plt) ou d'autre choses ??

[messinese]

j'ajouterai un lien afin de compléter mon post précédent, il s'agit du manpage de ELF ou l'on retrouve tout les headers ELf et leur fonctions en détail.

Have fun

[manticore]

La seconde question concerne l'alignement des segments. On charge toujours un segment au début d'une page, avec des espaces vide entre deux segments.

D'où viennent ces contraintes d'alignement ? J'ai lu qu'il s'agissait de contrainte d'optimisation, mais j'avoue avoir du mal à comprendre comment, le fais de laisser des espaces vides (donc du gaspillage de mémoire vive), optimise l'exécution.