[vlsi-nastava:2006] - Re: Pitanje za asistenta by "Nemanja Kojic" <nkojic@gmail.com>

E, znao sam da cete da date ovaj primer. Ali znao sam.
Samo sam cekao trenutak.

Ali imajte u vidu i jos jednu razumnu pretpostavku: Neki ljudi su ovaj
domaci vec uradili.
Zamislite sada da svaki dan moramo da ispravljamo nesto jer se nesto prica
na listi. Imamo mi i druge predmete i projekte i domace i .... .
O tome dosad niko nista nije pricao.

Nasa pretpostavka se bazira na znanju koje smo stekli iz Racunarskih mreza i
toga kako se vrsi prenos podataka.
Interesuje me  samo da li je ova nasa pretpostavka razumna?

Koja je poenta uvodjenja rayumnih pretpostavki ako se na kraju svede da, u
stvari, razumne pretpostavke ne piju vodu i da postoji samo jedan pravac u
resavanju ovog problema.

Ja  se stvarno izvinjavam, ali moram da se borim za ono sto vec imam
uradjeno.
Sasa, koliko poena skidate za ovo resenje, da znam usput i koliko je vredno
polemisati o tome?
Da ne bismo spamovali listu.


Pozdrav svima,
Milos Joksimovic i
Nemanja Kojic.

On 12/29/06, Sasa Stojanovic <stojsasa@yahoo.com> wrote:
> Ja samo nudim odgovore. Ako vam je lakse, ja cu vas ostaviti da se sami
> raspravljate, ali ocekujem da sve uvedene pretpostavke budu RAZUMNE. Cesto
> necete imati ni blizu ovoliko definisan problem, a moracete da napravide
> nesto mnogo dobro da bi ga prodali.
>
> I ovo bi moglo da prodje ako me ubijedite u to da je ovo bolje. Pokusacu
> samo jos jednom da pomognem u razmisljanju. Vecina podataka koji se prenose
> su vezana za neke trenutke. Zamislite da ocitavate podatke sa nekog
> temperaturnog senzora i to treba da prikazete na sajtu. Ukoliko je sistem
> lose dizajniran, i cesto dolazi do situacije da je FIFO pun moze da se desi
> sledece:
> Svaki put kad je pun i stigne podatak, a mi ga odbacimo, imacemo
> zakasnjenje od jednog vremenskog intervala. Nakupljanjem ovakvih gresaka,
> moze se desiti da danas prikazujete temperaturu od juce.
>
> Moze se naci jos ovakvih slucajeva, ali u svakom slucaju sve nove ideje su
> dobrodosle. Vodite racuna da iza njih stoje cvrsti argumenti.
>
> Pozdrav,
> Sasa
>
> *Stojan Cveticanin <calecvetic@yahoo.com>* wrote:
>
> I ja se slazem sa Nemanjom!
> I moram da kritikujem asistenta: ako je rekao da neke pretpostavke uvedemo
> sami, a njega je vec mrzelo da napise jos dve strane teksta, onda ne bi
> trebalo da svoje ideje pise jednu po jednu kao nesto kako bi trebalo da se
> uradi. A u tekstu zadatka se kaze da se podatak gubi zbog toga sto je
> primljen podatak iako je bafer bio pun, ali ne i koji podatak, tako da
> mislim da je Nemanjino resenje sasvim u redu i jedino logicno. I ja sam tako
> uradio i nemam nameru da ista menjam. I generalno, moj projekat je zavrsen i
> ja nemam vremena da sad svaki dan gledam mailing listu i uvodim neke nove
> "ideje". Treba raditi i druge stvari.
> A imao bih i mnogo toga da kazem za jos neke kolege na listi, ali ovo nije
> mesto  za takve stvari i ja jednostavno ne zelim da gubim energiju na takve
> stvari.
> Pozdrav svima,
> Stojan
>
> *Nemanja Kojic <nkojic@gmail.com>* wrote:
>
> A zasto bi se uposte podaci prepisivali u baferu?
>  Zasto bi se unistavali vec korektno primljeni podaci?
>
> Logicno je i odbaciti podatke koji stizu u trenutku kad je bafer pun. Sta
> vam vrede ovi novi podaci, ako nemate "starije" podatke od njih.
> Ako gresim, ispravite me.
>
> Pozdrav i srecan rad svima.
>
> PS: Pisao sam na osnovu oznacenih recenica. Ali ako je tako u zadatku
> definisano, onda u redu. I izvinjavam se. Ja sam pokusao da dam drugi pogled
> na resenje problema (meni logicniji)
>
> On 12/28/06, Sasa Stojanovic <stojsasa@yahoo.com> wrote:
> >
> > Taj detalj je definisan u tekstu zadatka. Procitajte pazljivo. Treba
> > prepisati preko najstarijeg podatka.
> >
> > Pozdrav,
> > Sasa
> >
> > *Marko Skocic <markos84@verat.net>* wrote:
> >
> >
> >
> > Zeleo bih da se nadovezem na ovo pitanje. Zanima me da li u slucaju kada
> > je bafer pun podatak treba da prepise neki drugi podatak u fifo baferu (kao
> > sto je kolega shvatio) ili da jednostavno ne izvrsimo upis u fifo i da
> > prijavimo gresku. Dakle pitanje je samo koji podatak ce biti izbrisan, novi
> > ili neki koji je ranije primljen i nalazi se u baferu.
> >
> > PS. Iskreno se izvinjavam se ako je odgovor logican i ocigledan ili ako
> > je asistent vec odgovorio na ovo pitanje na vezbama.
> >
> > --
> > Pozdrav,
> > Marko e-mail: markos84@verat.net
> >
> >
> >
> > -----------------------------------------------------------------
> > unsubscribe:
> > minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> > -----------------------------------------------------------------
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
> > -----------------------------------------------------------------
> > unsubscribe:
> >   minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> > -----------------------------------------------------------------
> >
> >
> >
> -----------------------------------------------------------------
> unsubscribe:
> minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> -----------------------------------------------------------------
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com-----------------------------------------------------------------
> unsubscribe:
> minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> -----------------------------------------------------------------
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> -----------------------------------------------------------------
> unsubscribe:
>   minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> -----------------------------------------------------------------