[so] so Digest, Vol 40, Issue 61
Paunescu Bogdan
paunescub at yahoo.com
Tue Apr 21 14:35:44 EEST 2009
Sa inteleg ca primim 2 zile penalizare pentru 18,19? Oficial vacanta incepe pe 20 dar totusi :)
--- On Tue, 4/21/09, so-request at cursuri.cs.pub.ro <so-request at cursuri.cs.pub.ro> wrote:
From: so-request at cursuri.cs.pub.ro <so-request at cursuri.cs.pub.ro>
Subject: so Digest, Vol 40, Issue 61
To: so at cursuri.cs.pub.ro
Date: Tuesday, April 21, 2009, 12:00 PM
Send so mailing list submissions to
so at cursuri.cs.pub.ro
To subscribe or unsubscribe via the World Wide Web, visit
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
or, via email, send a message with subject or body 'help' to
so-request at cursuri.cs.pub.ro
You can reach the person managing the list at
so-owner at cursuri.cs.pub.ro
When replying, please edit your Subject line so it is more specific
than "Re: Contents of so digest..."
Today's Topics:
1. Re: [Tema 3] Nelamurire enunt (Mircea Bardac)
2. [SO] [Tema3] [Linux] Nel?murire implementare (mmdumi)
3. Re: [SO] [Tema3] [Linux] Nel?murire implementare (Daniel Baluta)
4. penalizare intarziere tema 2 (sandu_adina2006 at yahoo.com)
5. Re: [SO] [Tema3] [Linux] Nel?murire implementare (Mircea Bardac)
6. Re: penalizare intarziere tema 2 (Mircea Bardac)
7. Re: penalizare intarziere tema 2 (Alexandru Mo?oi)
8. Re: penalizare intarziere tema 2 (Razvan Deaconescu)
----------------------------------------------------------------------
Message: 1
Date: Mon, 20 Apr 2009 19:00:58 +0300
From: Mircea Bardac <cs at mircea.bardac.net>
Subject: Re: [so] [Tema 3] Nelamurire enunt
To: grosu_codrut at yahoo.com, Sisteme de Operare <so at cursuri.cs.pub.ro>
Message-ID: <49EC9C3A.9050507 at mircea.bardac.net>
Content-Type: text/plain; charset=ISO-8859-1
Salut,
Grosu Codrut wrote:
> Cred ca am inteles. Definitiv o sa ma lamuresc cand or sa apara testele.
Daca apar nelamuriri cu privire la continutul unei teme va rugam sa ni
le adresati. Vom incerca sa aducem clarificarile necesare.
Nu dorim sa va "lamuriti cand or sa apara testele". Nu aceasta este
abordarea corecta in rezolvarea temelor.
--
Mircea
http://mircea.bardac.net
------------------------------
Message: 2
Date: Mon, 20 Apr 2009 20:28:52 +0300
From: mmdumi <mmdumi at gmail.com>
Subject: [so] [SO] [Tema3] [Linux] Nel?murire implementare
To: Sisteme de Operare <so at cursuri.cs.pub.ro>
Message-ID:
<9bb3d93e0904201028t639d615bt4b49ef2f6f3fe9a8 at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Salut,
Dup? ce am citit enun?ul temei am ajuns la dou? moduri ?n care pot realiza
tema.
Con?inutul paginilor vor fi stocate ?n zona de memorie mapata din spatiul de
adresa al procesului. Fiecare pagin? din acest spa?iu va fi protejata cu
prot_none / read / write, astfel ?ncat cu ajutorul seg_faulturilor pot sa
simulez page-faulturile din memoria virtuala. ?n acest mod voi putea
modifica propriet??ile paginilor: on_ram, on_swap, valid/invalid ?i voi
respecta starile prin care trece o pagina.
S? presupunem ca o pagin? este accesat? pentru scriere dar este invalid?.
Voi primi seg-fault. Voi da drepturi de scriere prot_write, dar voi verifica
?i dac? am loc ?n memoria ram. Presupun c? ramul este plin. Aleg pagina cu
num?rul x pentru a fi mutat? pe swap. ?n acest moment am 2 posibilit??i :
1. mut efectiv (cu memcpy sau altceva) pagina x pe swap (memoria ce
reprezint? fi?ierul swap) (dac? nu a fost deja mutat? pe swap, lu?nd ?n
considerare ?i bitul dirty) ?i setez flagul de on_swap ?i invalid
2. setez flagul de on_swap ?i invalid f?r? a muta efectiv pagina pe swap.
Pentru cazul 2, la ram_sync voi copia paginile in fisierele ram / swap
folosindu-m? de flagurile on_ram / on_swap. O astfel de implementare este
considerat? incorect? ?
--
Dumitrache Mihai - Marian
http://www.takemyview.com/blog
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://cursuri.cs.pub.ro/pipermail/so/attachments/20090420/c43b531e/attachment.html>
------------------------------
Message: 3
Date: Mon, 20 Apr 2009 20:49:06 +0300
From: Daniel Baluta <daniel.baluta at gmail.com>
Subject: Re: [so] [SO] [Tema3] [Linux] Nel?murire implementare
To: Sisteme de Operare <so at cursuri.cs.pub.ro>
Message-ID:
<413a6a950904201049q3733c49bsc68ab85cd48b292f at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
2009/4/20 mmdumi <mmdumi at gmail.com>:
> Salut,
> Dup? ce am citit enun?ul temei am ajuns la dou? moduri ?n care pot realiza
> tema.
>
> Con?inutul paginilor vor fi stocate ?n zona de memorie mapata din spatiul
de
> adresa al procesului. Fiecare pagin? din acest spa?iu va fi protejata cu
> prot_none / read / write, astfel ?ncat cu ajutorul seg_faulturilor pot sa
> simulez page-faulturile din memoria virtuala. ?n acest mod voi putea
> modifica propriet??ile paginilor: on_ram, on_swap, valid/invalid ?i voi
> respecta starile prin care trece o pagina.
> S? presupunem ca o pagin? este accesat? pentru scriere dar este invalid?.
> Voi primi seg-fault. Voi da drepturi de scriere prot_write, dar voi
verifica
> ?i dac? am loc ?n memoria ram. Presupun c? ramul este plin. Aleg pagina cu
> num?rul x pentru a fi mutat? pe swap. ?n acest moment am 2 posibilit??i :
> 1. mut efectiv (cu memcpy sau altceva) pagina x pe swap (memoria ce
> reprezint? fi?ierul swap) (dac? nu a fost deja mutat? pe swap, lu?nd ?n
> considerare ?i bitul dirty) ?i setez flagul de on_swap ?i invalid
> 2. setez flagul de on_swap ?i invalid f?r? a muta efectiv pagina pe swap.
>
> Pentru cazul 2, la ram_sync voi copia paginile in fisierele ram / swap
> folosindu-m? de flagurile on_ram / on_swap. O astfel de implementare este
> considerat? incorect? ?
Pai tu muti pagina x in swap , pentru ca ai nevoie de o pagina fizica
in care sa scrii.
Acum tu daca nu muti efectiv pagina in swap, s-ar putea ca inainte de
ram_sync , pagina sa fie scrisa in memoria fizica iar vechea pagina
din memoria fizica nu va mai apuca sa fie copiata in swap.
As merge pe varianta 1.
>
> --
> Dumitrache Mihai - Marian
> http://www.takemyview.com/blog
>
> _______________________________________________
> so mailing list
> so at cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
>
>
------------------------------
Message: 4
Date: Mon, 20 Apr 2009 10:58:45 -0700 (PDT)
From: sandu_adina2006 at yahoo.com
Subject: [so] penalizare intarziere tema 2
To: so at cursuri.cs.pub.ro
Message-ID: <188643.43075.qm at web39701.mail.mud.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
???????????????????????????????????????????? Salut,
Am trimis astazi tema 2 (linux) si am observat ca am fost penalizata pentru 3
zile intarziere. Eu totusi tin minte ca razvan a zis la curs ca nu exista
penalizari pe perioada vacantei. Am inteles eu gresit?
Sandu Andreea
335CC
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://cursuri.cs.pub.ro/pipermail/so/attachments/20090420/2b2c1605/attachment-0001.htm>
------------------------------
Message: 5
Date: Mon, 20 Apr 2009 20:59:12 +0300
From: Mircea Bardac <cs at mircea.bardac.net>
Subject: Re: [so] [SO] [Tema3] [Linux] Nel?murire implementare
To: Sisteme de Operare <so at cursuri.cs.pub.ro>
Message-ID: <49ECB7F0.2090106 at mircea.bardac.net>
Content-Type: text/plain; charset=UTF-8
Salut,
mmdumi wrote:
> Con?inutul paginilor vor fi stocate ?n zona de memorie mapata din spatiul
de
> adresa al procesului.
Quote din textul temei:
"Paginile de memorie virtuala (din spatiul de adresa al procesului) se
vor mapa direct peste fi?ierul de RAM folosind apelurile mmap si
MapViewOfFile."
Singurele locuri unde se poate gasi *continutul paginilor* sunt:
* in RAM
* in swap
(ca in implementarile reale)
"continutul paginilor" ajunge in RAM indirect prin maparea paginilor
de
memorie virtuala direct peste fisierul RAM (conform cerintei de mai
sus). Pe swap ajunge doar la swapping.
--
Mircea
http://mircea.bardac.net
------------------------------
Message: 6
Date: Mon, 20 Apr 2009 21:02:07 +0300
From: Mircea Bardac <cs at mircea.bardac.net>
Subject: Re: [so] penalizare intarziere tema 2
To: sandu_adina2006 at yahoo.com, Sisteme de Operare
<so at cursuri.cs.pub.ro>
Message-ID: <49ECB89F.4030903 at mircea.bardac.net>
Content-Type: text/plain; charset=ISO-8859-1
Buna,
sandu_adina2006 at yahoo.com wrote:
> Am trimis astazi tema 2 (linux) si am observat ca am fost penalizata
> pentru 3 zile intarziere. Eu totusi tin minte ca razvan a zis la curs
> ca nu exista penalizari pe perioada vacantei. Am inteles eu gresit?
Ai inteles corect.
vmchecker-ul nu implementeaza situatia exceptionala "nu cresc
penalizarile pe perioada vacantei". Vom cauta un workaround si vom
actualiza punctajele ulterior.
--
Mircea
http://mircea.bardac.net
------------------------------
Message: 7
Date: Mon, 20 Apr 2009 23:52:26 +0300
From: Alexandru Mo?oi <brtzsnr at gmail.com>
Subject: Re: [so] penalizare intarziere tema 2
To: Sisteme de Operare <so at cursuri.cs.pub.ro>
Message-ID:
<c59005ea0904201352l5ac5cc2t5f74827f8584bdd3 at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
?n data de 20 aprilie 2009, 21:02, Mircea Bardac <cs at mircea.bardac.net> a
scris:
> vmchecker-ul nu implementeaza situatia exceptionala "nu cresc
> penalizarile pe perioada vacantei". Vom cauta un workaround si vom
> actualiza punctajele ulterior.
schimbam termenul limita +X zile?
--
Alexandru Mo?oi
http://alexandru.mosoi.googlepages.com
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
------------------------------
Message: 8
Date: Tue, 21 Apr 2009 00:18:20 +0300
From: Razvan Deaconescu <razvan.deaconescu at cs.pub.ro>
Subject: Re: [so] penalizare intarziere tema 2
To: Sisteme de Operare <so at cursuri.cs.pub.ro>
Message-ID: <1240262300.4852.5.camel at valhalla.cs.pub.ro>
Content-Type: text/plain; charset=utf-8
On Mon, 2009-04-20 at 23:52 +0300, Alexandru Mo?oi wrote:
> ?n data de 20 aprilie 2009, 21:02, Mircea Bardac
<cs at mircea.bardac.net> a scris:
> > vmchecker-ul nu implementeaza situatia exceptionala "nu cresc
> > penalizarile pe perioada vacantei". Vom cauta un workaround si
vom
> > actualiza punctajele ulterior.
>
> schimbam termenul limita +X zile?
E mai ciudat putin :-). 18, 19 sunt zile de penalizare, 20-26 nu. Nu
cred ca vmchecker acopera situatia in care sunt "vacante fara
depunctare" in perioada asociata rezolvarii unei teme.
Razvan
------------------------------
_______________________________________________
so mailing list
so at cursuri.cs.pub.ro
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
End of so Digest, Vol 40, Issue 61
**********************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20090421/a47fbd02/attachment.htm>
More information about the so
mailing list