Allocation Memoire Contigue

Allocation mémoire contigüe
GIF-1001 Ordinateurs: Structure et Applications

Jean-François Lalonde
Allocation mémoire: objectif
• Un ordinateur possède plusieurs programmes
• Où ces programmes sont-ils situés? Programme 1 Programme 2
RAM
• Sur le disque dur ?
rapide
• Peut-on les exécuter s’ils sont sur le disque
dur?
• Non, le disque dur est un périphérique de Micro-processeur
stockage lent
lent…
• Donc, il nous faut les transférer dans la
mémoire principale (RAM)
• L’objectif de la gestion mémoire est de Programme 1
partager la mémoire RAM entre les divers

programmes Programme 2
Disque dur
Programme 3
2
Allocation mémoire
• Objectif principal:
• partager la mémoire RAM entre les divers programmes
• Objectifs secondaires:
• Utilisation simple pour un programme
• Maximiser l’utilisation de la mémoire disponible
3
Allocation mémoire: 2 stratégies
• Allocation contigüe: le programme occupe un

espace contigu en mémoire
• partitions de taille fixe
• partitions de taille variable
• Allocation paginée: le programme est divisé en

petits morceaux (pages) qui peuvent être répartis à
différents endroits.
4
5
• On réserve un «bloc» (ou «fragment») de mémoire

contigu.
• Les blocs de mémoire peuvent avoir une taille:

• fixe: la taille des blocs est prédéterminé, et est la
même pour tous les processus.
• variable: chaque processus se voit allouer un bloc de

taille différente.
6
Allocation mémoire contigüe, taille fixe
Taille totale: 6Mo
1Mo
1Mo
• On divise la mémoire en blocs

de taille fixe, par exemple 1Mo 1Mo
• Chaque processus est placé 1Mo
dans un bloc libre

1Mo
1Mo
7
Taille totale: 6Mo
1Mo
P1: 512Ko
1Mo
1Mo
1Mo
1Mo
1Mo
8
Taille totale: 6Mo
P1: 512Ko
1Mo
1Mo
P2: 768Ko
1Mo
1Mo
1Mo
1Mo
9
Taille totale: 6Mo
P1: 512Ko
1Mo
P2:1Mo
768Ko
1Mo
P3: 1Mo
1Mo
1Mo
1Mo
10
Taille totale: 6Mo
P1: 512Ko
1Mo
P2:1Mo
768Ko
P3:
1Mo1Mo
1Mo
1Mo
P4: 1.5Mo Ne peut être admis en mémoire!
1Mo
11
Taille totale: 6Mo
• Quels sont les problèmes avec P1: 512Ko

1Mo
l’allocation contigüe avec
partitions de taille fixe? P2:1Mo
768Ko
• Ne peut allouer un programme si sa

taille dépasse celle d’une partition P3:
1Mo1Mo
• Beaucoup d’espace mémoire

1Mo
perdu: fragmentation!
1Mo
1Mo
12
Fragmentation
Taille totale: 6Mo
• Il en existe 2 types: P1: 512Ko
1Mo
Fragmentation interne
• Fragmentation interne: espace perdu
à l’intérieur une partition P2:1Mo
768Ko
• Fragmentation externe: espace perdu Fragmentation interne

à l’extérieur d’une partition P3:
1Mo1Mo
• Avec des partitions de taille fixe,

1Mo
seule la fragmentation interne est
possible
1Mo
• aucun espace à l’extérieur d’une
partition n’est perdu—il peut toujours
être alloué à un autre processus peu 1Mo
importe son emplacement
13
• On réserve un «bloc» (ou «fragment») de mémoire

contigu.
• Les blocs de mémoire peuvent avoir une taille:

• fixe: la taille des blocs est prédéterminé, et est la
même pour tous les processus.
• variable: chaque processus se voit allouer un bloc de

taille différente.
14
Allocation mémoire contigüe, taille variable
Taille totale: 6Mo
• On crée une partition de la

bonne taille pour chaque
processus.
• Il peut parfois y avoir plusieurs

endroits où une partition peut
être créée: il faudra déterminer
la bonne stratégie à employer!
15
Taille totale: 6Mo
P1: 512Ko
16
Taille totale: 6Mo
P1: 512Ko
P2: 768Ko
17
Taille totale: 6Mo
P1: 512Ko
P2: 768Ko
P3: 1Mo
18
Taille totale: 6Mo
P1: 512Ko
P2: 768Ko
P3: 1Mo
P4: 1.5Mo
19
Taille totale: 6Mo
P1: 512Ko
P2: 768Ko
P3: 1Mo
Qu’arrive-t-il si un processus (ex: P2)

P4: 1.5Mo
se termine?
20
Taille totale: 6Mo
P1: 512Ko
768Ko
P3: 1Mo
Cela crée un trou! P4: 1.5Mo
2.25Mo
21
Taille totale: 6Mo
P1: 512Ko
768Ko
P3: 1Mo
• Quels sont les problèmes avec
l’allocation contigüe avec
partitions de taille variable? P4: 1.5Mo
• Lorsqu’un processus se termine, il

peut laisser des «trous».
2.25Mo
22
Fragmentation
Taille totale: 6Mo
• Il en existe 2 types: P1: 512Ko
• Fragmentation interne: espace perdu Fragmentation externe

à l’intérieur une partition
P3: 1Mo
• Fragmentation externe: espace perdu
à l’extérieur d’une partition
P4: 1.5Mo
• Avec des partitions de taille
variable, seule la fragmentation
externe est possible
• aucun espace à l’intérieur d’une Fragmentation externe
partition n’est perdu car chaque

partition est créée en fonction de la
taille de son processus
23
Algorithmes d’allocation de mémoire
• Il existe plusieurs algorithmes afin de déterminer l’emplacement d’un
processus en mémoire. Le but de tous ces algorithmes est de
maximiser l’espace mémoire occupé.
• Première allocation (First Fit): Le processus est mis dans le premier bloc de
mémoire suffisamment grand à partir du début de la mémoire.
• Souvent utilisé malgré sa simplicité apparente!
• Prochaine allocation (Next Fit): Le processus est mis dans le premier bloc
de mémoire suffisamment grand à partir du dernier bloc alloué.
• Crée souvent un peu plus de fragmentation que « First Fit »
• Meilleure allocation (Best Fit): Le processus est mis dans le bloc de

mémoire le plus petit dont la taille est suffisamment grande pour l’espace
requis.
• Semble meilleur, mais demande beaucoup de temps de calcul!
• Pire allocation (Worse Fit): Le processus est mis dans le bloc de mémoire le
plus grand.
24
Exercice mémoire contigüe
• Effectuez les étapes suivantes pour un système ayant
une mémoire de 16Mo:
• Les processus suivants sont alloués en mémoire (dans l’ordre)
• P1, 3Mo
• P2, 5Mo
• P3, 2Mo
• P4, 2Mo
• P1 et P3 se terminent
• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il

alloué si l’on emploie chacun des algorithmes d’allocation
mémoire
25
0
une mémoire de 16Mo: 1
2
3
• P1, 3Mo
4
• P2, 5Mo
5
• P3, 2Mo
6
• P4, 2Mo
7
8
• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9

10
mémoire
11
12
13
14
15
26
0
2
P1 (3Mo)
3
• P1, 3Mo
4
• P2, 5Mo
5
• P3, 2Mo
6
P2 (5Mo)
• P4, 2Mo
7
8
• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9 P3 (2Mo)

10
mémoire
11 P4 (2Mo)
12
13
14
15
27
0
2
3
• P1, 3Mo
4
• P2, 5Mo
5
• P3, 2Mo
6
P2 (5Mo)
• P4, 2Mo
7
8

10
mémoire
11 P4 (2Mo)
12
13
14
15
28
Première allocation
0
une mémoire de 16Mo: 1 P5 (2Mo)
2
3
• P1, 3Mo
4
• P2, 5Mo
5
• P3, 2Mo
6
P2 (5Mo)
• P4, 2Mo
7
8

10
mémoire
11 P4 (2Mo)
12
13
14
15
29
Prochaine allocation
0
2
3
• P1, 3Mo
4
• P2, 5Mo
5
• P3, 2Mo
6
P2 (5Mo)
• P4, 2Mo
7
8

10
mémoire
11 P4 (2Mo)
12
13 P5 (2Mo)
14
15
30
Meilleure allocation
0
2
3
• P1, 3Mo
4
• P2, 5Mo
5
• P3, 2Mo
6
P2 (5Mo)
• P4, 2Mo
7
8
• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9 P5 (2Mo)

10
mémoire
11 P4 (2Mo)
12
13
14
15
31
Pire allocation
0
2
3
• P1, 3Mo
4
• P2, 5Mo
5
• P3, 2Mo
6
P2 (5Mo)
• P4, 2Mo
7
8

10
mémoire
11 P4 (2Mo)
12
13 P5 (2Mo)
14
15
32
• Un système possédant une mémoire de 16Mo doit
allouer les processus suivants:
Processus Taille Temps de création Durée
P1 3Mo 0 3
P2 2Mo 1 3
P3 4Mo 2 3
P4 2Mo 3 3
P5 3Mo 4 3
• Indiquez le contenu de la mémoire après l’allocation

du processus P5 en utilisant l’algorithme de la
meilleure allocation
33
0
P1 3Mo 0 3 1
P2 2Mo 1 3
2
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4
6
Temps: 7
8
Processus
9
10
11
12
13
14
15
34
0
P1 3Mo 0 3 1
P2 2Mo 1 3
2
P1 (3Mo)
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4
6
Temps: 0 7
8
Processus
9
10
P1: 3
11
12
13
14
15
35
0
P1 3Mo 0 3 1
P2 2Mo 1 3
2
P1 (3Mo)
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4 P2 (2Mo)
5
6
Temps: 1 7
8
Processus
9
10
P1: 2
11
P2: 3 12
13
14
15
36
0
P1 3Mo 0 3 1
P2 2Mo 1 3
2
P1 (3Mo)
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4 P2 (2Mo)
5
6
Temps: 2 7 P3 (4Mo)
8
Processus
9
10
P1: 1
11
P2: 2 12
P3: 3 13
14
15
37
0
P1 3Mo 0 3 1
P2 2Mo 1 3
2
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4 P2 (2Mo)
5
6
Temps: 3 7 P3 (4Mo)
8
Processus
9
10
P1: 0
11
P2: 1 12
P3: 2 13
14
15
38
0
P1 3Mo 0 3 1 P4 (2Mo)
P2 2Mo 1 3
2
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4 P2 (2Mo)
5
6
Temps: 3 7 P3 (4Mo)
8
Processus
9
10
P1: 0
11
P2: 1 12
P3: 2 13
14
P4: 3
15
39
0
P1 3Mo 0 3 1 P4 (2Mo)
P2 2Mo 1 3
2
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4
6
Temps: 4 7 P3 (4Mo)
8
Processus
9
10
P1: 0
11
P2: 0 12
P3: 1 13
14
P4: 2
15
40
0
P1 3Mo 0 3 1 P4 (2Mo)
P2 2Mo 1 3
2
P3 4Mo 2 3
P4 2Mo 3 3 3
P5 3Mo 4 3 4
P5 (3Mo)
5
6
Temps: 4 7 P3 (4Mo)
8
Processus
9
10
P1: 0
11
P2: 0 12
P3: 1 13
14
P4: 2
15
P5: 3
41
Allocation contigüe, taille variable
Taille totale: 6Mo
• Quels sont les problèmes avec P1: 512Ko
l’allocation contigüe avec partitions
de taille variable? 768Ko
• Lorsqu’un processus se termine, il peut

P3: 1Mo
laisser des «trous».
• Que faire si aucun «trou» n’est assez

P4: 1.5Mo
grand pour un processus?
Ne peut être admis en mémoire! 2.25Mo

P5: 3Mo (même si l’espace total libre est
suffisant: 2.25Mo+768Ko = 3Mo)
42
Adresses virtuelles et adresses physiques
• Est-ce qu’un processus doit absolument savoir à
quel endroit il est placé en mémoire?
• Pour P1, est-ce que d’être placé dans le premier ou

le second bloc fait une différence?
P1: 512Ko
1Mo 1Mo
P1: 512Ko
1Mo 1Mo
ou
1Mo 1Mo
1Mo 1Mo
43
• Aucune différence!
• Tout ce que le processus doit savoir, c’est

comment accéder à chacune des adresses dans
son bloc de mémoire.
P1: 512Ko
1Mo 1Mo
P1: 512Ko
1Mo 1Mo
ou
1Mo 1Mo
1Mo 1Mo
44
Adresses virtuelles Adresses physiques

du point de vue du processus du point de vue de la mémoire
0x000000
1Mo
0x00000
0x100000
P1: 512Ko
0x17FFFF 1Mo
P1: 512Ko
0x200000
1Mo
0x7FFFF 0x300000
1Mo
45
• Un processus utilise des adresses virtuelles
• La mémoire utilise des adresses physiques
• Il faut donc «traduire» entre les deux: c’est le

travail du Memory Management Unit (MMU)
46
Allocation contigüe (partitions fixes): MMU
• En allocation contigüe avec partitions de taille fixe, le MMU effectue le calcul
suivant pour traduire une adresse virtuelle en adresse physique:
apartition est la première adresse

aphysique = avirtuelle + apartition de la partition attribuée au processus
• Par exemple, l’adresse virtuelle 0x00AB3 correspond à l’adresse physique

0x100AB3 dans l’exemple ci-bas.
(du point de vue du processus) (du point de vue de la mémoire)
0x000000
0x00000
1Mo
0x100000
P1: 512Ko
P1: 512Ko 0x17FFFF 1Mo
0x200000
0x7FFFF 1Mo
47
Allocation contigüe (partitions variables): MMU
• En allocation contigüe avec partitions de taille variable, le MMU effectue le
calcul suivant pour traduire une adresse virtuelle en adresse physique:


0x100AB3 dans l’exemple ci-bas.
(du point de vue du processus) (du point de vue de la mémoire)
0x000000
0x00000
0x100000
P1: 512Ko
P1: 512Ko 0x17FFFF
0x7FFFF
48
Allocation contigüe (partitions variables): MMU
• En allocation contigüe avec partitions de taille variable, le MMU effectue le
calcul suivant pour traduire une adresse virtuelle en adresse physique:


Que
0x100AB3 dans les partitions
l’exemple ci-bas. soient de taille variable
Adressesouvirtuelles
de taille fixe, le calcul effectué par le
Adresses physiques
(du point de vue du processus)
MMU est le même.(du point de vue de la mémoire)
0x000000
0x00000
0x100000
P1: 512Ko
P1: 512Ko 0x17FFFF
0x7FFFF
49
Exercice mémoire virtuelle
• Dans un système en allocation contigüe avec
partitions à taille variable, un processus P1 occupe
les adresses en mémoire physique 0x2000 à
0x4FFF.
• Aux «yeux» de P1, quelle est sa plage d’adresses
(virtuelles) disponible?
Rappel
aphysique = avirtuelle + apartition
50
0x4FFF.
• Aux «yeux» de P1, quelle est sa plage d’adresses
(virtuelles) disponible?
• 0x0000 à 0x2FFF
Rappel
51
0x4FFF.
• Quelle est la taille totale de mémoire virtuelle disponible
pour ce processus?
Rappel
52
0x4FFF.
• Quelle est la taille totale de mémoire virtuelle disponible
pour ce processus?
• 12Ko
Rappel
53
0x4FFF.
• Quelle est l’adresse physique correspondant aux
adresses virtuelles:
• 0x0010?
• 0x1234?
Rappel
54
0x4FFF.
• Quelle est l’adresse physique correspondant aux
adresses virtuelles:
• 0x0010? — 0x2010
• 0x1234? — 0x3234
Rappel
55
Récapitulation: allocation contigüe
1. Un nouveau programme est copié dans un emplacement
disponible en mémoire, dans un bloc de mémoire contigu.
2. On peut créer des partitions de taille:

• fixe: la première partition disponible est choisie quand un
nouveau processus doit être alloué
• variable: on doit déterminer où créer la partition, nécessite le

choix d’un algorithme d’allocation mémoire plus compliqué
3. Le programme utilise des adresses «virtuelles»
4. Le MMU traduit les adresse virtuelles en adresses

physiques
56

Allocation Memoire Contigue

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Allocation Memoire Contigue

Transféré par

Droits d'auteur :

Formats disponibles

Allocation mémoire contigüe

GIF-1001 Ordinateurs: Structure et Applications

• Où ces programmes sont-ils situés? Programme 1 Programme 2

• L’objectif de la gestion mémoire est de Programme 1

partager la mémoire RAM entre les divers

• Maximiser l’utilisation de la mémoire disponible

• Allocation contigüe: le programme occupe un

• partitions de taille variable

• Allocation paginée: le programme est divisé en

• On réserve un «bloc» (ou «fragment») de mémoire

• Les blocs de mémoire peuvent avoir une taille:

• variable: chaque processus se voit allouer un bloc de

• On divise la mémoire en blocs

• Chaque processus est placé 1Mo

dans un bloc libre

• Quels sont les problèmes avec P1: 512Ko

• Ne peut allouer un programme si sa

• Beaucoup d’espace mémoire

• Fragmentation externe: espace perdu Fragmentation interne

• Avec des partitions de taille fixe,

• On réserve un «bloc» (ou «fragment») de mémoire

• Les blocs de mémoire peuvent avoir une taille:

• variable: chaque processus se voit allouer un bloc de

• On crée une partition de la

• Il peut parfois y avoir plusieurs

Qu’arrive-t-il si un processus (ex: P2)

Cela crée un trou! P4: 1.5Mo

• Lorsqu’un processus se termine, il

• Fragmentation interne: espace perdu Fragmentation externe

partition n’est perdu car chaque

• Meilleure allocation (Best Fit): Le processus est mis dans le bloc de

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9 P3 (2Mo)

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9 P5 (2Mo)

• À quel endroit en mémoire le processus (P5, 2Mo) sera-t-il 9

• Indiquez le contenu de la mémoire après l’allocation

• Lorsqu’un processus se termine, il peut

• Que faire si aucun «trou» n’est assez

Ne peut être admis en mémoire! 2.25Mo

• Pour P1, est-ce que d’être placé dans le premier ou

• Tout ce que le processus doit savoir, c’est

Adresses virtuelles Adresses physiques

• Un processus utilise des adresses virtuelles

• La mémoire utilise des adresses physiques

• Il faut donc «traduire» entre les deux: c’est le

apartition est la première adresse

• Par exemple, l’adresse virtuelle 0x00AB3 correspond à l’adresse physique

apartition est la première adresse

• Par exemple, l’adresse virtuelle 0x00AB3 correspond à l’adresse physique

apartition est la première adresse

• Par exemple, l’adresse virtuelle 0x00AB3 correspond à l’adresse physique

2. On peut créer des partitions de taille:

• variable: on doit déterminer où créer la partition, nécessite le

3. Le programme utilise des adresses «virtuelles»

4. Le MMU traduit les adresse virtuelles en adresses

Vous aimerez peut-être aussi