«« ( Date ) »» // «« ( Thread ) »» // drs - 2006

Re: H2O problem

by Ivo Mihailovic
četvrtak, 04. maj 2006 - 18:03.

Pa ne znam, to mi je glupo. Sto ne bi moglo vise njih da ceka na barijeri? I
uopste nije bitno da
onaj oxygen koji je prvi dosao prvi i ode, on nije po cemu specifican. Samo
je bitno da barijeru
prodje tacno onoliko oxygena i hydrogena koliko treba.


On 04/05/06, Vojin <gvojin@gmail.com> wrote:

Mislim da kos H2O taj semafor simulira barijeru tj. samo jedan atom
kiseonika moze da bude na barijeri.

----- Original Message -----
*From:* Ivo Mihailovic <ivonindza@gmail.com>
*To:* drs@rti.etf.bg.ac.yu
*Sent:* Thursday, May 04, 2006 1:27 PM
*Subject:* Re: [drs] H2O problem


Kod ljudozdera ti treba mutex zato sto moras nedeljivo da proveris da li
je servings = 0 i da postavis na M ako jeste i zato sto moras nedeljivo da
uradis servings=servings-1.
Ovde nedeljivo treba uvecas count i proveris da li je 2 i postavis ga na
0. Zato ti treba mutex kod Hydrogena. Ali kod oxygena imas samo wait koji je
i onako nedeljiva akcija i zato se pitam zasto se tu koristi mutex


On 04/05/06, Mina Micanovic <minica82@eunet.yu> wrote:
>
>
> Iz istog razloga iz kog ti je potreban mutex kod npr. ljudozdera.
>
> Kada imas vise instanci odredjene klase a potreban ti je tacno odredjen
> broj
> da bi se ispunio neki uslov, ti moras da ih medjusobno iskljucujes kako
> bi za
> svaku proveravao taj uslov. Ako ih ne bi iskljucivao to bi znacilo da ne
> bi
> imao kontrolu nad ispunjavanjem uslova na barijeri.
>
> Citiranje Ivo Mihailovic <ivonindza@gmail.com>:
>
> > Da preformulisem: Zasto je potrebno medjusobno iskljucivanje atoma
> > kiseonika?
> >
> > On 03/05/06, Mina Micanovic < minica82@eunet.yu> wrote:
> > >
> > >
> > > Citiranje Ivo Mihailovic <ivonindza@gmail.com>:
> > >
> > > > Cemu sluzi semafor oxyMutex?
> > > >
> > >
> > > Za medjusobno iskljucivanje atoma kiseonika.
> > >
> > >
> > >
> > > -----------------------------------------------------------------
> > > unsubscribe:
> > > minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20drs<http://minimalist@rti.etf.bg.ac.yu/?subject=unsubscribe%20drs>
> > > -----------------------------------------------------------------
> > >
> >
>
>
>
> -----------------------------------------------------------------
> unsubscribe:
> minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20drs
> <http://minimalist@rti.etf.bg.ac.yu/?subject=unsubscribe%20drs>
> -----------------------------------------------------------------
>

------------------------------

-----------------------------------------------------------------
unsubscribe:
minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20drs<http://minimalist@rti.etf.bg.ac.yu/?subject=unsubscribe%20drs>
-----------------------------------------------------------------


-----------------------------------------------------------------
unsubscribe:
minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20drs<http://minimalist@rti.etf.bg.ac.yu/?subject=unsubscribe%20drs>
-----------------------------------------------------------------