Citat:
Japan
čini mi se da je ovde malo na delu zamena teza. sama ideja grid hostinga je odlična, i verujem da je upravo to razlog što se oko svega toga digao toliki hype. e sad, to što je MT realizacija te ideje takva kakva jeste, to je druga stvar. (btw, nisam imao neposredna iskustva sa MT, niti sam baš nešto pratio iskustva drugih, tako da ti verujem na reč da ume da bude problema). zamisli da je to sve odrađeno idealno, i u smislu cenovnog modela, i u smislu performansi... da ne kažem "beskonačna skalabilnost" po linearnom cenovniku :)
i kad imaš dedicated može da ti se desi da ti zafali resursa, i šta radiš onda? uzimaš jači server, što takođe košta, ili, ako je u pitanju trenutni overload, tipa neki povremeni jak digg, zažmuriš i čekaš da prođe...?
Pa nije bas tako....
Kao prvo, masivna paralelizacija je jedina stvar koja odgovara tim sistemima. Nema bas puno softvera koji je jednostavno masivno paralelizovati. Potrebne su cesto ogromne prepravke na softveru, a katkad to uopste nije ni izvodljivo / isplativo.
Dalje -
latencija - osnova svih tih masivno paralelnih sistema su "governor-i" koji su zaduzeni za dispatch-ing zahteva / scheduling procesa i sl... oni uvode NEMINOVNU latenciju u ceo sistem jer svaki zahtev mora proci kroz njih, kako bi ga oni uputili na pravu masinu. Takodje, losim softverom koji nije projektovan da radi tako mozes zapravo da uvedes uska grla koja nisi imao ranije ("hot locks").
Tako da, ideja Grid hostinga NIJE odlicna - ne u danasnjem vremenu, gde vecina sajtova trci nekakav PHP, MySQL imaju danasnje skripte - masivno paralelizovati to uopste nije jednostavno, podlozno je bagovima i zapravo ces smanjiti zadovoljstvo korisnika jer korisnik mora da ceka duze da mu se servira sadrzaj zbog povecane latencije sistema.
Da ne pricamo o tome da vecina Web Hosting klijenata nema ni vremena ni znanja da se bavi nekom specijalnom adaptacijom skripti / web servisa - kao sto se sa MT-om desavalo, ljudi instaliraju neki svoj web. servis i utvrdi se da on ne radi bas najbolje u "gridu" - sta onda? Vec pocinje da svrbi novcanik.
--
Najbolje resenje za vecinu kompleksnijih sajtova je custom dizajn - koji je prilagodjen potrebama korisnika. To sto je "Grid Hosting" obecavao se ustanovilo da nije bas tako - oni su zapravo obecavali automatizaciju skalabilnosti na gore, nesto za sta je do sada bilo potrebno sesti i isprojektovati sistem.... E, pa ... pokazalo se da to ne ide tako, da vecina korisnika zapravo GUBI performanse. I to nije mana implementacije MT-a, vec principijelni problem.
Mozda ce taj problem biti resen ako se raspise cela nova klasa softvera za Cloud - od baza podataka, skripting jezika, javnih skripti za kojesta... Pa i sa sve tim imas problem latencije, problem da los softver sada moze da te zapravo kosta mnogo vise (jer jede "cloud" resurse koji kostaju) itd..
Citat:
i kad imaš dedicated može da ti se desi da ti zafali resursa, i šta radiš onda? uzimaš jači server, što takođe košta, ili, ako je u pitanju trenutni overload, tipa neki povremeni jak digg, zažmuriš i čekaš da prođe...?
Razlika izmedju Grid-a je sto u slucaju overloada moze doci do, recimo, usporenja sistema na tvom serveru - koje mozes resiti dodavanjem procesorske snage, recimo - sa Gridom ces ili naleteti na "HARD WALL" jer si prekoracio resurse, u kojem slucaju zahtevi NECE biti cak ni procesirani - ili ce te opauciti po dzepu vrlo verovatno skuplje nego da sam kupis procesor koji bi posle toga postao 100% tvoj i dostupan za ubuduce.
Totalno besmisleno.
DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos:
http://www.digicortex.net/node/17 Gallery:
http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! -
https://github.com/psyq321/PowerMonkey
Re: Cloud, buducnost, prevara ili zabluda?
U svakom sllucaju vidim da mi governor i dalje blokira duge upite i nizove, tako da pretpostavljam da se nista nije promenilo konkretno. 
Zapravo pristupnost nije kljucna (mozes ti i sam da napravis SOAP layer inhouse), glavna mainstream prica je da stedis silne pare jer ne placas lokalni hardver i lokalne geekove da to odrzavaju. Ivan i ja iznosimo ozbiljne sumnje u to jer su analize nekompletne i baziraju se samo na troskovima IT odeljenja a ne i na novostvorenim rizicima i troskovima kojima se izlazu ostale poslovne jedinice bez da iste i znaju za to.