[so] Modificare enunt tema 2

[Bogdan Bodistean]

2008/4/24 Iulian Moraru <iulian at gmail.com>:

>
>
> 2008/4/24 Bogdan Bodistean <bogdanbodistean at gmail.com>:
>
> >
> >
> > 2008/4/24 Iulian Moraru <iulian at gmail.com>:
> >
> > >
> > >
> > > 2008/4/24 Bogdan Bodistean <bogdanbodistean at gmail.com>:
> > >
> > > >
> > > >
> > > > daca am face in server direct un string-ul ce uremaza a fi printat
> > > > si pus apoi in memoria partajata atunci toti clientii care au de afisat nu
> > > > mai aproape nimic de facut . si ar fi mult mai eficient decat sa
> > > > construiasca fiecare client stringul. daca ati zice ca e din motive
> > > > didactice nu as mai avea ce sa spun, dar in cazul de fata tot nu vad care e
> > > > eficenta.
> > > >
> > >
> > >
> > > Metoda sugerata de tine este ineficienta pentru ca serverul va printa
> > > arborele la fiecare modificare, lucru inutil. Cel mai des se vor face
> > > operatii de modificare a arborelui si mult mai rar operatii de
> > > citire/printare (lucru vizibil si in teste).
> > >
> > >
> > serverul nu trebuie sa printeze arborele la fiecare modificare doar cand
> > exista un client care vrea sa faca un print.
> >
> >
> Atunci de ce sa nu faca direct clientul printarea asta? De ce sa se mai
> piarda timp si cu procesarea mesajelor de print? (client face cerere la
> server, serverul anunta clientul ca poate sa citeasca).
>
> Singura situatie in care metoda ta ar putea avea rezultate mai bune este
> cand sunt multi clienti care vor sa faca print in acelasi timp, si ai face
> serverul suficient de destept incat sa printeze o singura data pentru toti.
> Aceasta situatie este putin probabila si nu apare in teste. De aceea costul
> procesarii mesajelor de print nu se justifica.
>
>


oricum serverul trebuie sa astepte pana cand clientul face printarea si abia
dupa aceea isi poate relua lucrul normal. asadar nu vad de ce e mai eficient
sa faca asta clientul. e practic acelas lucru in cazul general.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cursuri.cs.pub.ro/pipermail/so/attachments/20080424/2e48cd33/attachment-0001.htm