[so] Întrebare preemptivitate

[Gabriel Bercea]

>
>Presupunand cuanta de timp egala ...
>

Dar asta nu are nici un fundament in ceea ce se intampla de fapt, de aceea
nici nu trebuia facuta comparatia in felul asta.
NON-GPOS OS's nu pot fi preemtabile, din diverse motive.... si atunci da, un
non-preemtive kernel este folosit la capacitatile maxime ca sa indeplineasca
taskurile flawlessly, nu mi se pare OK sa presupui cel mai rau scenariu
pentru un kernel-type intr-un context nepotrivit pentru el pentru a-l
compara cu altul ci mai OK sa ii gasesti contextul cel mai bun in care
fiecare este cel mai eficient.

Good luck.



2009/4/14 Razvan Deaconescu <razvan.deaconescu at cs.pub.ro>

> On Tue, 2009-04-14 at 10:13 -0700, Valentin Priescu wrote:
> > > From: Razvan Dobre <home at doraz.ro>
> >
> > > To: Sisteme de Operare <so at cursuri.cs.pub.ro>
> > > Sent: Tuesday, April 14, 2009 7:35:21 PM
> > > Subject: Re: [so] Întrebare preemptivitate
> > >
> > > Timpul de raspuns scade adica sistemul raspunde mai bine la schimbarile
> > > de context (mai pe scurt la alt-tab) dar in acelasi timp scade si
> > > productivitatea pentru ca trebuie sa faci schimbari de context ceea ce
> > > presupune timp.
> > >
> > > -
> > >
> > > Facultatea de Automatica si Calculatoare
> > > Dobre Razvan 334CB
> > >
> >
> > Da, timpul de raspuns scade, asta scrie si in curs.
> > Insa eu cred ca productivitatea creste.
> > Din cate am inteles s-a trecut pe kernel preemptiv tocmai pentru a creste
> > productivitatea nu? (vrem sa utilizam mai eficient procesorul).
> >
> > In cazul schimbarilor de context, productivitatea scade numai daca cuanta
> de timp
> > pe fiecare proces e prea mica.
> > Cuanta de timp trebuie sa nu fie nici prea mare dar nici prea mica.
>
> Presupunand cuanta de timp egala, un kernel preemptiv este mai putin
> productiv decat unul non-preemptiv (mai multe schimbari de context, mai
> putin timp alocat pentru rularea efectiva a proceselor).
>
> Razvan
>
> _______________________________________________
> so mailing list
> so at cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20090414/ea967904/attachment.htm>