[so] [tema5] rezolvarea dilemei

[Silviu-Ionut Ganceanu]

Revin asupra problemei cu testul 'ram_clean' (acum in conjuctie cu
'check_ram_poison').

Am urmat indeaproape recomandarile Catalinei care pot fi rezumate pe scurt:
* cand se aduce o pagina din swap nu atigem RAM ci aceasta se copiaza direct
in memoria virtuala
* la 'ram_sync' se vor copia dinspre memoria virtuala in RAM numai paginile
dirty

In versiunea aceasta, implementarea mea cade testul 'check_ram_poison' din
cadrul testului 4.

OK, am spus sa merg pe mana lui Dragos si sa incerc si ca el. Astfel, cand o
pagina vine din swap in memoria virtuala, am copiat-o si in RAM. In
versiunea aceasta insa pica testul 'ram_clean'.

Cu cateva printf-uri mi-am dat seama ca e probabil ca cele doua teste sa
testeze doua lucruri care se exclud reciproc. Astfel, testul 'ram_clean'
testeaza ca ram-ul ramane intact chiar daca se transfera pagini intre swap
si memoria virtuala pe cand testul 'check_ram_poison' vrea ca RAM-ul sa fie
infectat cu SWAP_POISON cand se fac astfel de transfer-uri (cel putin asta
inteleg eu din cod din moment ce inainte de ambele teste se fac doar citiri
cu '_read' dupa ce infesteaza swap-ul).

Acum intrebarile:

@Dragos: cum si cand copiezi in RAM ca sa treci testul 'ram_clean'?
@Razvan: se exclud testele 'ram_clean' si 'check_ram_poison' sau nu?

Toate cele bune,

Silviu

On Jan 4, 2008 10:19 PM, Razvan Deaconescu < razvand at cs.pub.ro> wrote:

> On Fri, 2008-01-04 at 09:06 -0800, Dragos Sbarlea wrote:
> > Eu am incercat sa modelez cat am putut de bine ce se intampla in
> > realitate asa ca in momentul in care o pagina e ceruta din swap, ea va
> > intra si in ram; mi se pare mai realist asa. Tema trece testul
> > respectiv. E ok implementarea asta ?
>
> E OK.
>
> > De fapt,  cred ca tema asta are nevoie de un enunt care sa specifice
> > mai clar care sa fie comportamenul ei (nu neaparat schimbat ceva la
> > teste) deoarece analogia cu realitatea merge doar pana la un punct si
> > enuntul nu spune nimic din CE trebuie facut.
>
> Tema doreste sa lase destul de multa liberate in implementare. Din
> pacate acest lucru inseamna si ambiguitate. Vom incerca redresarea
> enuntului si a testelor incepand cu semestrul viitor.
>
> Razvan
>
>
> _______________________________________________
> 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/20080106/7d509f5b/attachment.html