[so] [Tema 4][General] Thread tester
Dragos Costea
dragosflorincostea at gmail.com
Sun Apr 24 23:39:22 EEST 2016
2016-04-24 20:51 GMT+03:00 Razvan Crainea <razvan.crainea at gmail.com>:
> On Sun, Apr 24, 2016 at 8:21 PM Dragos Costea via so <so at cursuri.cs.pub.ro>
> wrote:
>>
>> Salut,
>>
>> Am o nelamurire legata de aceasta parte din enunt:
>>
>> "În mod normal, so_fork va fi apelată din contextul unui alt thread
>> din sistem. Se garantează faptul că va exista întotdeauna cel puțin un
>> thread ce poate fi planificat, pe întreg parcursul rulării
>> planificatorului. Excepție face cazul primului so_fork ce va crea
>> primul thread din sistem și va fi apelat din contextul testelor,
>> neavând ca parinte un thread din sistemul simulat."
>>
>> 1. Thread-ul din contextul testelor este tratat ca un thread obisnuit
>> care poate fi oprit in urma unui apel so_wait() / pornit in urma unui
>> apel so_signal() / planificat / pus in coada Ready?
>>
>> 1.1 Daca da, ce prioritate are ?
>
> Nu, thread-ul din contextul testelor nu este un thread planificabil, iar
> implementarea voastră nu trebuie să-l ia în considerare.
>>
>>
>> 2. Thread-ul testelor va realiza numai un singur apel so_fork(), la
>> inceputul fiecarui test, restul apelurilor so_fork() fiind realizate
>> de catre alte thread-uri, exceptand cel al testelor ?
>
>
> Da, thread-ul testelor va realiza un singur apel so_fork() (care să se
> termine cu succes).
>
> Numai bine,
> Răzvan
Am inteles, multumesc de precizari.
Dragos Costea
More information about the so
mailing list