TD3 II.3+4 stress test our implementation
This commit is contained in:
parent
dcb11cf311
commit
4a67b57492
12 changed files with 95 additions and 13 deletions
|
@ -15,7 +15,7 @@ linkstyle: bold
|
|||
|
||||
## Mémoire physique
|
||||
|
||||
Notre fonction écris directement dans `machine->mainMemory`. Ceci pointer ver un
|
||||
Notre fonction écris directement dans `machine->mainMemory`. Il pointe vers un
|
||||
tableau de char représentant la mémoire.
|
||||
|
||||
## ReadAtVirtual
|
||||
|
@ -24,6 +24,18 @@ tableau de char représentant la mémoire.
|
|||
|
||||
Cette classe gère l'allocation de page mémoire, il n'en faut qu'une seule
|
||||
instance de cette classe car nous devons gérer la mémoire que d'un seul endroit.
|
||||
DEux instance de cette classe entrainerai des collisions : deux objets
|
||||
Dux instance de cette classe entrainerai des collisions : deux objets
|
||||
pourraient allouer la même page.
|
||||
|
||||
## ForkExec
|
||||
|
||||
Nous avons choisis de déclarer les vasiables pour gérer le compteur de processus
|
||||
dans `threads/system.{h,cc}` et des les utiliser dans `userprog/addrspace.cc`.
|
||||
Un processus, de notre point de vue est avant tout un espace d'adressage, il nous
|
||||
parait plus opportun de gérer le nombre des processus avec le contruscteur et le
|
||||
destructeur de la classe addrspace.
|
||||
|
||||
## stress Test
|
||||
|
||||
Nous n'avons pas assez de pages, la mémoire est pleine!
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue