Discussion :

[bob_sapp]

Bonjour c' est mon premier post dans ce forum alors soyez indulgent car je sais pas trop ou j aurai pu poster cette question

voilà c une question de débutant :

je lance un executable :

est ce que tout l' "exe" est copié en ram ?
est ce que dans la ram j 'ai un un block d' instructions séparé d' un block de variables ?
l' "exe" occupe t il des cases memoires contigues ?

merci de me renseigner ou sinon de me dire sur quel forum j' aurai du poster !

[duj]

je lance un executable :

est ce que tout l' "exe" est copié en ram ?

en principe, oui, mais pas forcément : si il y a des techniques qui permettent de l'éviter (paging):ben oui, et on fait quoi si le programme est plus grand que la RAM?

est ce que dans la ram j 'ai un un block d' instructions séparé d' un block de variables ?

en principe oui, il y a même
un segment code,
un segment pour les variables initialisées,
un segment pour les variables non initialisée,
un segment nommé tas (heap), dont la taille peut varier à la demande du programme
un pile : utilisée pour stocker, par exemple, des variables locales

Code :

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

1
2
      l
' "exe" occupe t il des cases memoires contigues ?

de manière logique, oui, mais encore une fois, une techinque comme le paging permets de faire en sorte que ce ne soit pas le cas

merci de me renseigner ou sinon de me dire sur quel forum j' aurai du poster !

Bref, pour répondre à toutes tes questions, il faudrait un livre...
va voir là : http://www.ea2215.univ-brest.fr/ingelog/psaliou/enseignement/supports-cours.htm
C'est une bon cours sur les systèmes d'exploitation.

[bob_sapp]

merci de ta réponse en effet ma question concernait pas trop le dev mais plutôt "comment ça marche un prog"
je pense que c une base à savoir car je suis en bts inf de gestion et nous apprnd l' algo et merise mais pas le fonctionnement de "bas niveau" de la machine ....

[Un_petit_ange]

Salut,

En fait, c'est plutot la reponce de duj, qui a attisé ma curiosité, avec :

un segment pour les variables initialisées,
un segment pour les variables non initialisée,

Je sais pas en quel langage tu codes mais sur les principeaux langages, les variables sont stocker sur la pile, exepter les globales, qui le sont directement sur le code.

Tu doit codés avec un langage de relativement haut niveau, et orienté objet, car il gére les variables non initialisées. Ce que ne ferais surement pas l'assembleur

Alors, ca serais sympa que tu rassasies ma curiosité.

Sinon, bob_sapp, tu peux faire confiance a duj, l'executable est entierment et sur la memoire de pagination si il n'y a pas suffisement de memoire vive.

Merci

Un petit ange ... <Lrhoul Samir>

PS : Ils font comment pour les archives auto-extractible ?

[duj]

Ben en fait, le langage C (sous linux du moins) gère les variables non initialisées:
dans le fichier représentant un programme (sur disque, quoi)
Ou trouve trois partie : le code, les variables initialisées, et les variables non initialisées (càd qui ont une valeur par défaut, quoi).

Dans ce fichier, on n'écrit pas explicitement leur valeur, puisque on peut les déduire à l'execution: gain de place.

Sur la pile, on ne stocke que les variables locales

[Un_petit_ange]

Salut

Tu me donnes envie de passer par tout le mecanisme de compilation du C...

Un petit ange ... <Lrhoul Samir>

[Emmanuel Delahaye]

un segment pour les variables initialisées,
un segment pour les variables non initialisée,

Je sais pas en quel langage tu codes mais sur les principeaux langages, les variables sont stocker sur la pile, exepter les globales, qui le sont directement sur le code.
PS : Ils font comment pour les archives auto-extractible ?

Les variables automatiques sont définies en registe ou en pile
Les variables persistantes appartiennent au[x] segment[s] de donnée[s]. Les détails dépendent de chaque systme.

Les archives auto-extractibles sont des fichiers exécutables comprenant une partie de code non compressé avec l'algo de décompression et une partie de données initialisée représentant le code d'un executable compressé. La suite est facile à deviner...

[Un_petit_ange]

Salut tout le monde,

Emmanuel, je pense que tu a lever mon doute, je le voyais plus comme ce que tu décrit (malgrés mes problemes d'expessions).

Merci

Un petit ange ...

[nyal]

Bonjour bob_sapp (a ce que je vois tu aimes le combattant),

Tu n'as pas besoin de connaitre cela pour faire du Merise ou de l'algo (du moins algo "general").
Sinon il ne faut pas tout confondre. un programme ca ne marche pas . C'est le processeur qui va executer le programm en RAM (le plus souvent) de maniere plus ou moins complexe selon l'architecture processeur (cache, pipelining flotant et entier, MMU, ...)

Il faudrait donc que tu saches coment fonctionne en general un processeur. Il y a de nombreux bouquins (meme anciens, c'est tres interessant et souvent encore a l'ordre du jour) qui traitent des proc 80x86...

Enfin, tu peux etudier comment l'OS gere le processeur.

[bob_sapp]

slt

effectivement le mécanisme d'execution des prog n'est pas au programme du bts IG du moins pas en première année

si je peux m'en passer pour l'algo et merise alors tt mieux car ca a l'air assez complexe mais je reste curieux car qd on sais que le proc ne traite que des 0 et des 1 et qu'avec ça on arrive à jouer à des jx en 3d ya de quoi se demander comment ca marche !!!!!

bref en perseverant dans les etudes je l' apprendrais peut etre ...

vous avez appris tt ça a la fac ???