[drs:2007] - Re: Za asistenta: opet ja sa pitanjem by Zaharije Radivojevic <zaki@galeb.etf.bg.ac.yu>

Postovani,

U nastavku su odgovori na Vasa pitanja.
 
> Pitanje: smemo li da zanemarimo sinhronizacione poruke u tom smislu da radne stanice ne moraju da cekaju da se zavrse raspodeljeni poslovi po opisanom protokolu ako server moze odmah da im pusti nov posao iz torbe (iz trenutne iteracije, naravno)? 
Da ponovim: Ono sto je dato na pocetku je uvodna prica koja kaze kak bi
trebalo da re u opstem slucaju. Da li su svi delovi te price neophodni
ostavljeno je na projektantu.

> Ja bih ciste sinhronizacione poruke (koje su ovako visak) izmedju radnih stanica i servera (u oba smera) zamenio sa porukama koje nose zapravo podatke slike (originalne i izmenjene), a zadrzao bih samo tip sinhronizacione poruke koja se salje korisnickom programu (isto se spominje u postavci domaceg). 
Mozda je bolje da ih zadrzite. Da prvo posaljete potuku u kojoj kazete sta
sledi pa tek onda da posaljete sam podatak. Ovako bi trebalo da se
projektuje neki protokol, a i da bi ste lakse mogli da izadjete iz
nepredvidjenih situacija. Negde se desi izuzetak i radna stanica ne moze
vise da racuna. Onda stavite poruku naprimer ERR i prekinete vezu. Ovako
se server nece zaglupeti.
 
> Tako bi i server i radne stanice radile malo efikasnije, ali pitam da li imam tu slobodu posto je tekst koji opisuje upotrebu tih sinhronizacionih poruka poveci, mozda se ne sme ignorisati?
Lepo je da bude efikasno, ali treba da bude i robusno.

Pozdrav
Zaharije