Fonctionnement de la pile d'exécution
glipper
Messages postés
246
Date d'inscription
dimanche 2 juin 2002
Statut
Membre
Dernière intervention
11 septembre 2016
-
4 mars 2013 à 22:34
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 5 mars 2013 à 00:30
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 5 mars 2013 à 00:30
1 réponse
BruNews
Messages postés
21040
Date d'inscription
jeudi 23 janvier 2003
Statut
Modérateur
Dernière intervention
21 août 2019
5 mars 2013 à 00:30
5 mars 2013 à 00:30
Salut,
je bosse sur Windows mais il y aura surement de fortes ressemblances, les 2 systemes basculent en mode protégé au load.
Mode protégé => Adresse virtuelle, garantie de stabilite du systeme.
On met les variables (registres) sur la pile avant appel fonction pour retrouver ces registres comme avant appel. Une fonction a besoin de registres pour faire son job.
On pousse les params sur la pile, c'est une question de convention d'appel, la fonction doit savoir où lire ses params. Si mode x64, on en passe la plus groose partie direct dans les registres, autre convention.
"fausses adresses", en quelque sorte, c'est adresse virtuelle. L'OS enregistre un offset associé à ton processus pour faire le map entre virtuelle et réelle. Le prog USER n'a rien à savoir de cela, il bosse avec des adresses qui sont toutes virtuelles comme si c'était des réelles, l'OS gère par offset et tout va bon.
3 Go, c'est maxi pour un prog 32 car OS mappe une partie system dans chaque processus, on peut donc considérer que les 4 Go sont atteints.
Je rappelle que 32bits 4 Go sizeof(int), il est clair qu'en mode 32 bits on ne peut gérer d'adresse supérieure, voila pourquoi il était plus que temps que le 32 bits laisse la place au 64 bits.
ciao...
je bosse sur Windows mais il y aura surement de fortes ressemblances, les 2 systemes basculent en mode protégé au load.
Mode protégé => Adresse virtuelle, garantie de stabilite du systeme.
On met les variables (registres) sur la pile avant appel fonction pour retrouver ces registres comme avant appel. Une fonction a besoin de registres pour faire son job.
On pousse les params sur la pile, c'est une question de convention d'appel, la fonction doit savoir où lire ses params. Si mode x64, on en passe la plus groose partie direct dans les registres, autre convention.
"fausses adresses", en quelque sorte, c'est adresse virtuelle. L'OS enregistre un offset associé à ton processus pour faire le map entre virtuelle et réelle. Le prog USER n'a rien à savoir de cela, il bosse avec des adresses qui sont toutes virtuelles comme si c'était des réelles, l'OS gère par offset et tout va bon.
3 Go, c'est maxi pour un prog 32 car OS mappe une partie system dans chaque processus, on peut donc considérer que les 4 Go sont atteints.
Je rappelle que 32bits 4 Go sizeof(int), il est clair qu'en mode 32 bits on ne peut gérer d'adresse supérieure, voila pourquoi il était plus que temps que le 32 bits laisse la place au 64 bits.
ciao...