[so] [Tema 3] Nelamurire enunt

Andrei Bucur andrei.bucur at gmail.com
Mon Apr 27 22:14:28 EEST 2009


Eu am facut altfel pana la urma... Am "rezervat" o bucata mare de memorie
peste care mapez bucati de RAM in locurile unde apar SEGFAULTuri. Nu mai am
nevoie de memcpy decat la ram <-> swap.

2009/4/27 Sergiu Iordache <sergiu.iordache at gmail.com>

> 2009/4/21 Andrei Bucur <andrei.bucur at gmail.com>:
> > Eu ma gandesc ca tema trebuie structurata in modul urmator:
> > 1. virt_pages pagini mapate peste RAM-ul fizic;
> > 2. phys_pages pagini mapate peste fisierul RAM;
> > 3. virt_pages pagini mapate peste fisierul SWAP.
> > Accesul la memoria simulata se va face strict prin (1). Fiecare pagina va
> fi
> > protejata impotriva scrierii / citirii. In momentul in care se
> semnalizeaza
> > un acces invalid se efectueaza operatiile necesare (aducere din (3) in
> (1)
> > daca exista page fault etc.). Sincronizarea intre (1) si (2) se face prin
> > apelul ram_sync, as in se copiaza din memoria virtuala paginile marcate
> ca
> > fiind in RAM si "dirty".
> > Tu spui ca ar trebui sa elimin (1) si sa folosesc (2) pe post de memorie
> > virtuala. Cum simulezi atunci pagefault? Functia vinit intoarce o adresa
> la
> > care sunt mapate virt_pages.La (2) sunt mapate doar phys_pages, care e
> mai
> > mic decat virt_pages.
>
> Ar fi bun un răspuns oficial, și eu tot ca Andrei am făcut deocamdată
> pentru că așa am înțeles din textul temei.
>
> Sergiu
> _______________________________________________
> so mailing list
> so at cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20090427/541b3ac3/attachment.htm>


More information about the so mailing list