<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Sun, Apr 24, 2016 at 8:21 PM Dragos Costea via so <<a href="mailto:so@cursuri.cs.pub.ro" target="_blank">so@cursuri.cs.pub.ro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Salut,<br>
<br>
Am o nelamurire legata de aceasta parte din enunt:<br>
<br>
"În mod normal, so_fork va fi apelată din contextul unui alt thread<br>
din sistem. Se garantează faptul că va exista întotdeauna cel puțin un<br>
thread ce poate fi planificat, pe întreg parcursul rulării<br>
planificatorului. Excepție face cazul primului so_fork ce va crea<br>
primul thread din sistem și va fi apelat din contextul testelor,<br>
neavând ca parinte un thread din sistemul simulat."<br>
<br>
1. Thread-ul din contextul testelor este tratat ca un thread obisnuit<br>
care poate fi oprit in urma unui apel so_wait() / pornit in urma unui<br>
apel so_signal() / planificat / pus in coada Ready?<br>
<br>
1.1 Daca da, ce prioritate are ?<br></blockquote></div><div dir="ltr"><div class="gmail_quote"><div>Nu, thread-ul din contextul testelor nu este un thread planificabil, iar implementarea voastră nu trebuie să-l ia în considerare.</div></div></div><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
2. Thread-ul testelor va realiza numai un singur apel so_fork(), la<br>
inceputul fiecarui test, restul apelurilor so_fork() fiind realizate<br>
de catre alte thread-uri, exceptand cel al testelor ?</blockquote><div><br></div><div>Da, thread-ul testelor va realiza un singur apel so_fork() (care să se termine cu succes).</div><div><br></div><div>Numai bine,</div><div>Răzvan</div></div></div></div>