[so] [Tema4][Linux | Windows] Cuantă de timp și so_exec

[Paul Olaru]

Tot ce face fork() se consideră o singură instrucțiune. Dacă se epuizează cuanta, context switch-ul se face doar după ce s-a terminat ce are de făcut fork. La fel, dacă thread-ul nou are prioritate mai mare și îl preemptează pe cel activ, acea preempție se termină după ce s-a făcut treaba de fork în sine.

Sent from Mail for Windows 10

From: Ionuț Mihalache via so
Sent: Monday, April 29, 2019 10:21 PM
To: Mihai Barbulescu
Cc: Sisteme de Operare
Subject: Re: [so] [Tema4][Linux | Windows] Cuantă de timp și so_exec

Momentan sunt la început de implementare și vreau să mă asigur că merg în direcția bună. Încă un lucru legat de funcția din fork() ca să-mi fie clar, să presupunem că în cadrul acestei funcții sunt mai multe intrucțiuni diferite de cele pe care trebuie să le implementăm noi(get_tid(), sau incrementări simple), toate acestea se consideră ca fiind executate într-o singură cuantă de timp?

În lun., 29 apr. 2019 la 22:14, Mihai Barbulescu <b12mihai at gmail.com> a scris:
Din punctul meu de vedere pornesti scazutul la cuante atunci cand
termini cu creatul threadului

Legat de so_exec -> gandesti bine, zi-mi doar daca pica aiurea teste
sa clarificam punctual.

On Mon, 29 Apr 2019 at 22:02, Ionuț Mihalache via so
<so at cursuri.cs.pub.ro> wrote:
>
> Salut,
>
> Nu îmi este foarte clar când ar trebui să scadă cuanta de timp pentru un thread. Am înțeles că trebuie să scadă când se apelează wait, signal, fork, exec, dar ce se întâmplă când se rulează funcția dată ca parametru lui so_fork(). Se consideră ca o instrucțiune și la finalul ei se scade o unitate din cuantă?
> De asemenea din ce am înțeles din enunț so_exec nu trebuie să facă altceva decât să scadă o unitate din cuantă după ce verifică dacă thread-ul este preemptat sau nu. Este în regulă dacă gândesc așa?
>
> Mulțumesc,
> Ionuț
> _______________________________________________
> http://ocw.cs.pub.ro/courses/so/info/lista-discutii



-- 
Cu stimă,
Mihai Bărbulescu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20190429/3999a358/attachment-0001.html>