[drs:2007] - Re: img paket by "Vanja Petreski" <vpetreski@gmail.com>

Ja kapiram da i jeste ideja da obrada traje neko vreme. Nije poenta u
ogromnoj komunikaciji izmedju masina, vec u tome da se nodovima prosledi
posao koji TREBA DA SE RADI. Dakle, u pitanju je ZAHTEVNA obrada slika.
Citao sam da velike korporacije tipa Adobe i sl. nude takav softver gde se
radi obrada slike u gridu. I recimo imamo posao koji traje 2 dana na jednoj
masini. On se razbije na 100 masina i onda one RADE. Zato sam i stavio 50ms
po jednom pikselu (s obzirom da je procedura zavisna od svih piksela slike,
treba proci kroz sve to). Ako recimo node dobije 100 piksela po jednoj
iteraciji onda ima 5s da radi. Mada mislim da je i to malo. Ja ocekujem da
ce obrada slike trajati neko vreme. Sa druge strane to opet ne sme da bude
mnogo kako nam testiranje ne bi trajalo satima.

Uglavnom, cini mi se da je manja poenta u samom poslu, jer smo ionako
trebali da napravimo opste resenje, a da obrada slike bude samo jedna njena
implementacija. Poenta je u tome da smo uspeli da distribuiramo iterativni
problem, da se sinhronizujemo i da ga resimo! :)

Pozdrav,
Vanja

On 6/21/07, Sasa Vitorovic <savitor@sbb.co.yu> wrote:
>  Pozdrav,
>
> Za promasaje u iteracijama ja sam koristio
> returm img[j][i]+1000
>
> Medjutim time nije testiran sadrzaj slike izvan maske,i da li je
> odgovarajuca slika(svi njeni pikseli) iz odgovarajuce iteracije istovremeno
> na radnoj stanici.
>
> Ne znam da li tako treba ali program je 10 puta brzi kad radi na jednoj
> masini i kad nema Thread.sleep ili je ono jako malo. Ubrzanja ima samo kad
> je veliko zadrzavanje u obradi jednog piksela. Ali tada ce i obrada slike
> traati satima.
>
> Kad bi asistent mogao da kaze koliko ce otprilike biti zadrzavanje za 1
> piksel...
>
> Pozdrav,
>        Sasa Vitorovic
>
> ----- Original Message -----
> *From:* Vanja Petreski <vpetreski@gmail.com>
> *To:* drs@rti.etf.bg.ac.yu
> *Sent:* Thursday, June 21, 2007 9:10 AM
> *Subject:* Re: [drs] img paket
>
> Ja sam ga sam sebi napravio. F-ja mi prosto radi Thread.sleep(50), a zatim
> vraca zelenu boju. I to je bilo fino za testiranje.
>
> Medjutim, stvarno ne bi bilo lose da imamo pomenuti jar kako bismo mogli
> da testiramo da li nam radi iterativni problem obrade slike. Ovako ne mogu
> da utvrdim, jer dobijem ceo maskirani deo zelene boje..
>
> U principu, ne bi bilo lose da nam se prilizi i originalna slika i slika
> koja je obradjena f-jom, pa da onda mozemo da uporedjujemo..
>
> On 6/21/07, Srdjan Rosic <srdjan.rosic@gmail.com> wrote:
> >
> > Gde se moze naci
> > yu.ac.bg.etf.kdp.img
> > paket ?
> >
> > Da li neko moze negde da okaci jar ili nesto slicno ?
> >
> > --
> > Srdjan Rosic
> > -----------------------------------------------------------------
> > unsubscribe:
> >   minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20drs
> > -----------------------------------------------------------------
> >
> >
>  ------------------------------
>
> -----------------------------------------------------------------
> unsubscribe:
>    minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20drs
> -----------------------------------------------------------------
>
>
> -----------------------------------------------------------------
> unsubscribe:
>   minimalist@rti.etf.bg.ac.yu?subject=unsubscribe%20drs
> -----------------------------------------------------------------