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