[so] intrebare quiz fire de executie

[Bogdan Cap-Bun]

Eu cred ca un thread sta in coada asociata unei variabile de conditie cat timp asteapta la acea variabila de conditie. Cand este trezit, atunci el trece in coada waiting (coada in care ajung toate threadurile care au asteptat mai inainte la oricare dintre variabilele de conditie). Planificatorul se uita in cele 3 cozi: entry, waiting, signal si decide ce thread devine owner. Planificatorul nu are treaba cu cozile asociate varibilelor de conditie. Deci e nevoie de coada waiting ca sa se adune acolo threadurile care au asteptat la vreo varibila de conditie. 




________________________________
From: Drutu Bogdan <bogdandrutu at gmail.com>
To: Sisteme de Operare <so at cursuri.cs.pub.ro>
Sent: Wednesday, June 24, 2009 10:14:35 PM
Subject: Re: [so] intrebare quiz fire de executie

Si atunci cand ar mai fi nevoie de aceasta coada? de ce nu au scos-o din monitor?



2009/6/24 Ioana Grigoropol <ioana.grigoropol at loopback.ro>


>
>>Sergiu Iordache wrote:
>
>>>2009/6/24 Ioana Grigoropol <ioana.grigoropol at loopback.ro>:
>>>>  
>>
>>>>>Cum văd eu lucrurile, având în vedere că nu pot face wait decât pe o
>>>>>>condiție, coada de waiters a fost numărată în plus pentru primul caz.
>>>
>>>>>>Așadar,
>>>>>>SIGNAL_AND_CONTINUE:
>>>>>>- 2 * cond_queue + entry_queue = 3
>>>>>>SIGNAL_AND_WAIT
>>>>>>- 2 * cond_queue + entry_queue + signal_queue = 4
>>>
>>>>>>Deci răspunsul era corect în quiz.
>>>>>>    
>>>
>>>>Păi stai, și când faci broadcast unu se trezește dar restul unde așteaptă?
>>>>  
>>
>Când faci broadcast, faci pe o anumită condiție => lovești în coada asociată ei. Nu văd de ce ai avea nevoie de o coadă waiters pentru broadcast only.
>
>>Sau cel puțin așa cred eu.
>
>>Ioana
>
>>_______________________________________________
>>so mailing list
>so at cursuri.cs.pub.ro
>http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
>


-- 
Bogdan.



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20090624/d132db45/attachment.htm>