Ideja uopste nije losa, samo je malo neizvodljiva.
Mislim, morao bi ljudima da platis za tako nesto.

Ako imas kome bi rendao, mozda je najbolje da dignes
kredit ili tako nesto i da uzmes nekoliko masina za
pocetak.

A, joj "kredit" :) Ovo kada cujem najezim se. Mozda bi ovo bilo isplativo, ali tek onda kada bi posao vec bio uhodan i na procesorsku snagu bi se cekalo, a ne da procesori cekaju na scene.

Citava ideja je bila iskoristiti to slobodno vreme racunara. Takvih racunara ima jako mnogo samo u jednom gradu, a mozda moze i globalno preko interenta nesto da se pokrene. Mozda tako nesto vec i postoji? Pa da odmah dam compu da nesto radi dok me nema.

Najveci problemi su: kako ubediti ljude da dozvole upotrebu (ubacices mi viruse i sl. ideje), a drugi problem su licence.

Naravno ljudi bi dobili neku simbolicnu sumu, a bolje ista nego nista za comp koji nista ne radi, a moze ne radeci nista i da ti zaradjuje! Ovako nesto bi donelo gomilu dobrovoljaca.... Nadam se :)

Pozdrav

Pa ja bi prvi dobro razmislio da'l bi tebi (ili bilo kome) ustupio komp,
a i ako bi pristao, rent-a-cpu cena uopste ne bi bila simbolicna. :)
Sto se tice licenca, treba ti jedna kopija programa koja
je na tvom kompujteru (server). Ostali mogu imati samo malo client
softverce koje dobijas uz program (za lw i max znam sigurno, za mayu
nisam upucen) i koje slobodno mozes staviti na bilo koju masinu.
Citav rendering radi tako sto server distribuise frejmove ostalima, a
oni vracaju sliku kad zavrse i onda traze sledeci frejm od servera.

Meni je palo na pamet da nagovorim nekolicinu ljudi u firmi (~130 dusa) da ostavljaju popodne i preko noci upaljene masine a da mene ujutro ceka odradjena animacija... Medjutim dok sam se ja raspitivao okolo oko mreznog renderinga i pokusavao nesto da naucim, dosla 'naredba' da se nista ne ostavlja ON, posle 4pm! Ali vredi ovo probati, sto da ne!?

Imam jedno pitanje koje mozda i nije za ovu temu ali je slicno:)
posto vidim da komentarisete render u mrezi dal bi neko od vas mogo da mi kaze dali je moguce da se povezu samo 2 komp u mrezu(dirktno)i da rade render udruzenim snagama(u maxu 9).ja sam pokusao par puta ali uvek jedan komp na kome i pokrenem render zada zadatak drugom kompu(u ovom slucaju lap topu)i on renderuje ali to nije ono sto zelim jer je brzina opet ista:(Znaci sve sam dobro povezao pokrenuo server i menager na oba kompa prijavi da su povezani i sve ok...ali samo jedan radi.zasto?

randja, objasnjeno je u tvojoj temi.

reject, mislim da je neophodno instaliranje 3dmaxa na svakoj masini koja radi rendering samo sto autodesk, odnosno jos raniji vlasnik, dozvolio instalaciju bez ponovnog licenciranja za svaku masinu. tako da bi prvo morao da instaliras max na svaki komp koji ti je u mrezi.
postavlja se pitanje svrsishodnost takvog projekta, jer ako nekome radis projekat koji zahteva 500 Ghz CPU verovatno ces mu naplatiti avans toliko da mozes kupiti odmah najmanje desetak, bar dvoprocesorskih, masina.
ako ti bas treba jak render mozes iznajmiti farmu preko neta, bar imam informaciju o tome ali koja nije proverena, ili kod nekog od domacih majstora iznajmiti nekoliko masina.

@ tforgo

Bez uvrede ali cime se ti to bavis a da ti treba render farma i sl.? Jel posedujes firmu ili radis u nekoj,da li imate obiman posao sa relativno kratkim deadline-om ?
U principu za neke manje poslove nije potrebna render farma vec je dovoljno po mojoj slobodnoj proceni par umrezenih racunara....a sto se tice veceg obima posla po meni,jedino isplatljivo resenje je pokretanje vlastite render farme,e sada koliko je to isplatljivo za vas je stvar procene,troskova.
Sto se tice ideje za wifi rendering mislim da to ne moze nikako da funkcionise jer kao sto rece deepwhite,a i ja sam pri tom misljenju,a to je da svaki racunar mora imati instaliran odgovarajuci software sto je najveca prepreka a uz to ide i vec navedeno a odnosi se na to da je mala verovatnoca da bi neko ustupio racunar za neku simbolicnu cifru a i od straha od hakerskih upada i virusa.Moje je misljenje da ova ideja ne pije vodu iako je realno izvodljiva ali u nekim drugacijim uslovima.Pozdrav

uskoro kod nas :)

da ne ispadne kao oglas :) spremam render farmu od 55comp pa cu vam javiti oko detalja ako nekog zanima...

sta radis sa toliko kompova ako nije nezgodno pitanje

pa svrha istih je bas to sto sam napisao gore :)

od prilike su masine na min 2ghz i 512 rama...

polako obavesticu vas kad sve bude spremno za koriscenje

Eh, nije to tako jednostavno kao sto se cini. Ako ne zbog licenci (a za mrezno renderovanje postoji limitiran broj masina koje je moguce upariti - obicno je maximum deset) vec prvenstveno zbog bandwidtha koji bi ti bio potreban za ovakvu stvar.
Uzmimo za primer, neku minimalnu scenu koju bi trebalo izrenderovati. Par textura, mesh itd. Sve ukupno da kazemo da minimalna scena ima nekih 10-tak megabajta (u najboljem slucaju.. u realnosti vecina scena dostize i do par stotina megabajta). E sad, zamisli mrezu koja poseduje 10 000 kompova koji mogu da renderuju. U praksi znaci da svim kompovima moras da posaljes citavu scenu i texture preko neta. Jednostavnom racunicom ces doci do toga da je to ogromna kolicina podataka samo za jedan render. Zamisli situaciju da samo 1000 od ovih aktivnih kompova takodje salju po deset megabajta. Siguran sam da od brzine rendera ne bi ostalo nista jer bi se sve izgubilo u komunikacijama izmedju kompova. Zatim, potrebno je i da svaki komp koji je renderovao vrati frejm na tvoj kompjuter (naravno bez kompresije)..

Da ne mislis mozda da je 10 000 kompjutera prilicno drugacije od toga o cemu se ovde prica :)
Osim toga, sumnjam da bi iko radio render jedne stvar na svih 10k kompjutera. Cak i u tom slucaju, distribucija ne mora da bude takva vec moze putem torrent-a (ili neki slican nacin).

Ma generalno, razlika nije neka velika. 10 000 ili 200 je u principu isto (10 000 sam napisao jer poredim sa recimo Seti-jem). SETI je baziran na slanju malih paketa koji se zatim analiziraju (radi se slozeni DSP) danima na lokalnom kompu - ovakva DSP anializa ne zahteva veliku kolicinu RAM-a niti veliku kolicinu prenosa podataka. Renderovanje 3d-a je mnogo slozenije jer zahteva veliki ulazni i izlazni bandwidth. Uz to, ne radi se o obicnom DSP procesiranju vec o slozenim kalkulacijama koje su memorijski zahtevne (koliko se puta desava da je nemoguce startovati render jer kompjuter nema dovoljno ram-a) i startovanje aplikaciej ovakve vrste je potpuno drugacije od startovanja nekakvog Screensavera.
Licno iz svog iskustva mogu da kazem da cesto ni mali mrezni render tesko moza da radi sa WI-Fi vezom. Pokusaj da pokrenees iole ozbiljniju scenu na recimo 3-5 pc-ja povezanih samo sa Wi-Fi vezom (mada moze da posluzi i 10 mbit) i shvatices da u nekim situacijama ide brze sa renderovanjem na jednom PC-ju nego na render farmi. Recimo, prvi slucaj bi bio ovaj - imas scenu koja ima gomilu textura (300-500 mb) i relativno slozene meshove - ali nema GI-a i preteranog raytracea - radi se o sceni koja se u proseku renderuje recimo 15 sekundi po frejmu. Zavrsna animacija treba da ima 100 frejmova (20 frejmova po serveru). U ovakvom slucaju primetice se da ce scena biti sasvim sigurno izrendana u vremenu koje je dosta slicno sa renderovanjem na jednoj jedinoj masini - sa rezultatom da WI-Fi veza nece raditi kako treba (mozes da probas da pokrenes net na istoj mrezi sa slobodnog kompa) i neki kompovi verovatno nece ni poceti da renderuju scenu (izgubljeni resursi).
Osnovna stvar dobrog i kvalitetnog (profesionalne render farme) mreznog rendera je mreza koja ga obsluzuje - i zapravo investiranje u mrezu i magistrale za razmenu podataka po pravilu nadmasuju visestruko investicije koje su potrebne za sirovu CPU snagu.

Naravno, to je sve tacno. Medjutim, scenu koja se renderuje 1500 sekundi (25min) neces ni renderovati na svim racunarima nego samo na jednom (a verovatno ti niko nece ni donositi tako nesto vec ce renderovati sam).
Pored posedovanja farme za rendering potrebno je i da je koristis na najoptimalniji nacin.

aj kad ja namestim pa cu da vam javi, a Angel_of_Dark ostalo sto si pominjao ne brini se :)

prvi frame ce ici sporo dok se rasporede texture na sve radne stanice, al zato ostali bi trebali da pice...

zanima me samo dal je neko od vas imao vise od 5-10 komp i probao sve to sto ste rekli?

vase predpostavke su bazirane na teoriji ne i praksi, kako ostale velike kuce rendaju, koje imaju po 300-1000 masina?

kao sto rekoh javicu vam kako se farma ponasa i ako hocete mozete da posaljete neke testove :) pa cu da vam javim render time a vi uporedite...

@Angel_of_Dark
polako, nije mi jasno kakva veza podrzava ovu farmu?
kakav wifi, o cemu se ovde prica?

ja podrazumevam najmanje 10 Mb mrezu, ona moze da radi odlicno sa 15 racunara na koliko sam ja radio. sva komunikacija za starovanje rendera je jednokratna, projekat je kompresovan u zip formatu. maxov format se veoma dobro kompresuje, a sto se tice tekstura tesko da ce neko imati 500 mega tekstura u jednom projektu. onda taj ne zna da optimizuje teksture po binarnoj aritmetici radi lakseg rada racunara.
mislim da i kartice od 100 Mb polako izumiru i da se prelazi na gigabitnu vezu, ispravite me ako gresim.

tu si u pravu :) sto se kartica tice...

kao sto rekoh praksa je tu da opovrgne teoriju :)

provereno znam i da 100 Mb veza moze da radi i na ciframa preko 100 racunara, i mislim da komunikacija uopste nije sporna u celom poslu.
generalno sve radi ok, nije mi jasno zasto uopste postavljate pitanje oko farme, da li moze ili ne, kad citav svet to tako radi?!
sem toga, farma i nije namenjena toliko ubrzanju u renderingu koliko na kontroli projekata, otklanjanju eventualnih gresaka, padova sistema (ne odrazava se na finalni rezultat, samo popravis masinu i odmah se vraca u funkciju) i sl. sto bi bilo veoma zamorno raditi na svakom kompu pojedinacno.

Ovde se ne prica o lokalnim mrezama, koliko sam ja shvatio pitanje koje je postavljeno na pocetku. Covek je hteo da zna dali postoji neko resenje za distribuisani sharing rendera poput SETI projekta. (uostalom pise u prvom pitanju)

jeste, malo je glupo praviti wifi mrezni render, nikad ne znas kakve ces smetnje imati u etru, tako da je kabl mama... :)

razgovor se razvio od prvog pitanja, i smatram da je apsurdno sa drugarima praviti mrezni render preko adsl ili cega drugog jer to nije ozbiljan posao. ako neko hoce da se igra to je jedno, ali mi ovde pricamo o profesionalno postavljenom sistemu koji treba da zaradi novac i koji ne sme da zakaze, sto je potpuno druga stvar.

Na to sam ja i odgovarao. Napisah kilometarski post zasto to trenutno ne moze da se izvede. Mada, misljenja sam da ideja nije tako apsurdna i da ce jednog dana za pet-deset godina biti dobar nacin za jeftini rendering i procesinarenje. Postavis klijenta na komp i on renderuje, a za to dobijas kredite koje kasnije mozes da koristis da bi renderovao svoje projekte na tudjim masinama.

Mali OT, ali...
A sta mislite neizmernoj moci najnovijih grafickih karti?
Doslo je vreme da se i one napokon upregnu...

http://developer.nvidia.com/object/cuda.html

POZ

Mocne jesu, ali nisu toliko mocne koliko se cini. Zapravo, GPU je vise puta slabiji od CPU-a, mada ima svoje prednosti kod grafike - posebno zbog toga sto je optimizovan za 3d. E sad, CUDA, koliko sam ja shvatio, nije bas namenjena renderingu, vec procesiranju brojeva bez opterecivanja CPU-a, i perspektiva za dalji razvoj Nvidijinog trzista u trenutku kada Intel pokusava da prebaci operacije za koje je sada zaduzen GPU na CPU. Zapravo, Nvidija to verovatno vidi kao dobar marketinski potez, obrnuti postupak. Koliko sam povrsno shvatio, osnovni problem je i dalje nativno 32-bitno floating point procesiranje koje je zastupljeno na GPU-u i u preciznosti se ne moze meriti sa preciznoscu CPU-a na 64 bita. Takodje, GPU nema razvijene algoritme za grananje poput CPU-a, te je dobar za sirovu obradu podataka, tj. DSP, ali ne i za obradu koja zahteva slozenu logiku grananja (if-for petlji). Takodje, koristenje ovakvih metoda bi znacilo da je potrebno ponovo napisati sve rendering aplikacije. Zato ovu tehnologiju vidim i dalje vise u game industriji - ona ce pomoci u pre-procesiranju nivoa za potrebe igara (prekalkulacija AO-a ili GI pri loadingu nivoa, generisanju proceduralnih textura, , surovo procesiranje arraya-lookup tabela i na kraju fizike u igricama).
Sa druge strane, izuzimajuci CUDA tehnologiju, mislim da postoji odrednjena buducnost u GPU renderingu, tj. odavno radim na tom polju i smatram da su potencijali GPU renderinga previse zapostavljeni.. donekle sa razlogom - jer je potrebna kompetencija da bi se radilo na nivou programiranja. Lakse je uzeti maxwell i cekati dan dok on ne izrenda sliku koja je realisticna, nego iskorititi pola dana i osvetliti (fejkovati) dobro osvetljenje, izmodelovati optimizirane modele koji izgledaju dobro itd.

OTOY (Octane Render) najavio distribuciju rendera na globalnom nivou uz pomoc Ethereum blockchain-a.

Transforming cloud computing and graphics through the $RNDR token blockchain. Read the white paper and roadmap on
https://rendertoken.com/

Jules Urbach, OTOY Founder and CEO, discusses how the company's blockchain technology is disrupting visual rendering.
https://www.cnbc.com/video/201...ansforming-visual-effects.html