[so] [Tema 3] Nelamurire enunt

Andrei Bucur andrei.bucur at gmail.com
Thu Apr 30 21:20:41 EEST 2009


Nefiresc ar putea fi faptul ca-s obligat sa fac mmap-uri anonime doar pentru
a fi sigur ca cine va folosi biblioteca nu va scrie la adresa intoarsa de
vinit in locurile unde nu este mapata nicio pagina din RAM. Si dupa cum bine
observ, in test.c se foloseste malloc deci blocarea accesului la acele
pagini este absolut necesara.
Altceva ar putea fi implementarea On Demand Paging. Cum in tema nu putem
vorbi de aducerea paginilor de pe disc in memorie, atunci tot ce trebuie sa
facem e sa mapam o pagina din fisierul RAM si sa o initializam cu 0? In
enunt se precizeaza "Ele [Paginile] vor fi create...". Nu pot sa spun ca am
inteles exact la ce se refera acest act de creatie in contextul in care
cantitatea de memorie folosita ramane constanta pe parcursul programului si
initializarea paginilor cu 0 nu mi se pare un fenomen atat de special.

2009/4/30 Mircea Bardac <cs at mircea.bardac.net>

> Andrei Bucur wrote:
> > Toate testele par sa treaca cu brio. O pagina se va afla la un momentt
> dat
> > ori in RAM ori in SWAP. Implicit am limitat folosirea memcpy numai cand
> > faceam transferul din RAM in SWAP si viceversa.
> >
> > Mai ramane o intrebare... este valida solutia?
>
> Atat timp cat trec testele, solutia este valida. Daca tie ti se pare
> ceva nefiresc in rezolvarea ta*, te rog sa ne spui.
>
> * nefiresc = ai implementa altfel/logic ti se pare ca ceva nu e corect
> /testele verifica ceva aiurea si tu ai scris rezolvarea cu anumite
> hack-uri pentru ca testele sa treaca
>
> --
> Mircea
> http://mircea.bardac.net
> _______________________________________________
> 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/20090430/b8abffcf/attachment.htm>


More information about the so mailing list