[drs:2007] - Re: img paket by "Milan Aleksic" <milanaleksic@gmail.com>

Ja sam testirao tako sto sam slao skroz crnu sliku i povecavao svaku
komponentu piksela za 1, a alfa kanal nisam dirao. Time sam dobio 2
stvari: mogao sam lako da proverim (ne)valjanost raspodele posla i
dobar prolazak kroz sve iteracije sa jedne strane, ali i sta se desava
kada se "prebacuje odgovornost"-tek su tu poceli problemi da izlaze na
videlo.

Poz

On 6/21/07, Vanja Petreski <vpetreski@gmail.com> wrote:
> 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
> > -----------------------------------------------------------------
> >
> >


--
Milan Aleksić
email: milan.aleksic@gmail.com
web: http://milanaleksic.co.sr
ICQ: 53177884