La mémoire en Pmode et en Rmode - la pile

Salut à tous,

J'aurais aimé savoir où se trouve la mémoire en Rmode(soit 1MO) ET en Pmode(4GO). Est-ce-que c'est dans la RAM ? Au niveau de la cache ?
Que se passe-t-il quand je fais :

Code:

---

variable db ?

---

Comment est concue la pile("stack segment") ? Utilise-t-elle la RAM ?
Je ne recherche que des réponses simples comme par exemple "le Rmode utilise la RAM."

Merci d'avance

Le mage tophinus

Tout utilise la RAM. Le problème est de savoir comment. En RMode tu accede a la RAM de la manière segment:offset ou l'adresse physique exacte ou se trouve les donénes dans la RAM est

segment * 16 + Offset

En pmode, c'est plus compliqué mais c'est sous la forme

base + offset

Le(s) segment(s) de donnée correspond a l'espace mémoire reservé a stocker toutes tes variables "globales" ou en terme d'assembleur, ce que tu déclare

Variable db ?

Quand tu lance un programme l'os copie tout le programe dans la RAM, et le premier segment de RAM où sont située les donnée du segment de donnée, est affecté a ds.

Le stack segment est la notation utilisée courament (entre autre) par les langages évoluées. En asm, tu doit t'occuper toi meme de la pile. Cad que la pile est pointée par es:esp
Donc tu dois dire a ton exe je veux par exempel 300 octets de pile. Quant au déclaration de variables dans le segment de pile (variables locales) on peux prendre exemple sur le code généré par une fonction dans un langage évolué :

Code:

---

1 2 3 4 5 6

int Fonction() { long A = 2; return A + 4; }

---

où la pile sera gérée ainsi :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

function proc C   mov push ebp ;Sauvegarder ebp mov ebp, esp ;Utiliser ebp comme pointeur de pile add esp, 4 ;Deplacer la pile de 4 (pour les autre fonctions appellées a l'interieur de cette fonction) ;4 = sizeof(long)   mov [ebp-00h], 2 ;A = 2   mov eax, [ebp-00h] ;return A + 4 add eax 4 ;(Valeur de retour dans eax)   ret

---

Bon c'est qu'un exemple, mais regarde le code généré par un compilateur C/C++. (Souvent ils optimisent donc c'est pas toujours le même squellette ca dépend ce que fait la fonction.

si je comprends bien, la pile n'est utilisée que lors des "push" ou des "call"(vu que l'adresse de retour est stockée dans la pile, si mes connaissances sont bonnes).

Reste qqs questions :

- Quelle est la taille maximale alouable pour une pile ?
- En Rmode, est-ce que la taille de l'éxécutable+la taille de la pile doit être <1MO ou est-ce seulement l'un des deux ?

vi c'est ca pour la pile. La taille maximum je sait pas trop, ca dépends surment de ce que l'os t'autorise. En Pmode la pile ne peux pas faire plus de 65536 octets evidement a moins de l'etendre sur plusieurs segments de pile, je ne crois pas que ca se fasse.

En rmode, c'est le tout qui doit etre < a 1 Mo. Mais ca doit etre encore plus petit que ca. En Rmodee on ne peut acceder qu'a 1 mo, même l'os, alors evidement ton executable ne peut que demander moins d'1 mo. C'est pas sur que l'os t'autorisque bcp plus que 600 Ko. Après tu réparti comme tu veux l'espace que tu as demandé a l'os

euh il me semble qu'en PMode la taille de la pile est >> 64Ko on peut presque y mettre toute la RAM parce que ça se définit dans les descripteurs comme les autres registres de segments.

Citation:

---

Envoyé par Guru_Meditation

on peut presque y mettre toute la RAM

---

On peut même mettre toute la ram en théorie.

oui en théorie seulement parce que faudrait pas écraser le code avec les données qu'on empile.

Bon alors une dernière question technique pour finir :
Je sais qu'en Pmode on est limité à 4GO, ça veut dire en gros que les constructeurs vont devoir créer un nouveau "mode" (du style "GigaMode") si on a une RAM>4GO ???

Sinon merci à tous pour vos réponses :wink:

Euh, il vont plutot passer au processeur 64 bits je crois, c'est plus pratique

j'ai un peu de mal avec ces calculs là, ça ferait monter la capacité de RAM maximale à combien en Pmode ?

à 2^64 octets, soit 2^60 * 2^4 ~= 10^18 * 16 Octets. Bon je me rappelle plus ce qu'il y a au dessus de tera (10^12), donc en gros ca fait 16 * 10^6 * 10^12, donc 16 millions de tera octets si je me trompe pas soit 32 800 000 000 Divx stockables siùultanément dans la mémoire vive.

Cool. Merci pour ces infos Blustuff. :wink:

Citation:

---

Envoyé par Blustuff

Bon je me rappelle plus ce qu'il y a au dessus de tera

---

Après Tera: Peta, Exa
Les processeurs 64 bits peuvent traiter jusqu'à 16 ExaOctets=16000 Po =16000000 To =16 000 000 000 Go

Citation:

---

Envoyé par 2PluS4.AbsoluteRoot

Les processeurs 64 bits peuvent traiter jusqu'à 16 ExaOctets=16000 Po =16000000 To =16 000 000 000 Go

---

!?
Tien est-il vrai sur ce que j'ai lu quelque part que maintenant 1Mo =1 000 000 octets et que 1Mio =1048576 octets Mio comme Mebioctet
???
ça fait bizzare non?

Citation:

---

Envoyé par Guru_Meditation

1Mo =1 000 000

---

En fait, lorsque j'ai dit que 16 ExaO etaient égaux à 16000 Po, c'était une approximation. Plus précisément :
1 Mo = 2^10 Ko = 2^20 octects.
2^20 = 1048576. :wink:

Bonjour,

Depuis le pentium pro (IA-32), intel supporte un mode d'adressage étendu (PAE - Page Address Extension) sur 36 bits, d'où 64 To théoriques. Il existe aussi un mode d'extension de la taille de page jusqu'à 2Mo (PSE - Page Size Extension).

Ceci est supporté sous linux et windows.

golem
+++