Mă rog, doar asupra operațiilor făcute pe scheduler am control. Deci efectiv în scopul considerării cuantei voi considera apelurile și la so_execute, și la so_signal, și la toate operațiile de scheduler, ca însemnând câte o instrucțiune și, deci, ca momente în care pot preempta pe motivul expirării cuantei?
On Wed, Apr 24, 2019, 10:14 PM Mihai Barbulescu <b12mi...@gmail.com> wrote: > Salut Paul, > > Eu unul n-am inteles deloc intrebarea, dar din punct de vedere al > enuntului daca un thread executa X instructiuni si timpul specificat > de parametrul "cuanta" a lui a expirat trebuie preemptat si intra alt > thread in joc. > > Tot ce inseamna operatii I/O se traduc prin yield. > > END - faci pthread join si eliberezi resursele ocupate de scheduler. > > Dar ca idee operatiile pe care le-ai enumerat tu sunt operatii facute > de scheduler... > > On Wed, 24 Apr 2019 at 19:48, Paul Olaru via so <so@cursuri.cs.pub.ro> > wrote: > > > > În cerință, se spune că fiecare dintre funcții se consideră ca o > instrucțiune executată de un thread la un moment dat. Ce funcții se > consideră ca instrucțiuni dpdv al cuantei? > > > > INIT: Bănuiesc că nu, doar e configurația inițială a temei. Facem > scheduling și pe thread-ul de setup? > > FORK: La asta sunt în dubii dacă o consider sau nu. Presupun că da? > > EXEC: E clar că da > > WAIT: Presupun că nu pentru că întotdeauna iese thread-ul de pe procesor > cu instrucțiunea asta? > > SIGNAL: Presupun că da? > > END: Well, aici fac schedule încontinuu oricum până se termină toate > thread-urile... corect? Și apoi returnez. > > > > > > > > Sent from Mail for Windows 10 > > > > > > > > _______________________________________________ > > http://ocw.cs.pub.ro/courses/so/info/lista-discutii > > > > -- > Cu stimă, > Mihai Bărbulescu >
_______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii