p2p distributed "cloud"? :: Something smarter than us is going to emerge


node:	p2p distributed "cloud"?
template:	4
parent:	Cloud Computing
owner:	lubomier.sk
viewed by:
created:	18.07.2012 - 11:50:51

cwbe coordinatez:
101
63540
63590
4912116
6747542

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

Existuje implementácia/projekt p2p distribuovaného "cloudu"? Na štýle SETI, Bitcoin a iných distribuovaných projektov. Tzn. lokálny klient ktorý zdieľa: CPU/network/RAM/storage a vytvorí hardware abstraction layer na ktorom by mohol bežať samostaný OS. Alebo ešte lepšie nejaká virtualizačná vrstva ako VMware a pod.

Je také niečo vôbec možné? :) Hľadal som a nič podobného som nenašiel. Akurát že p2p nie je cloud. :)

000001010006354000063590049121160674754206751115

https://en.wikipedia.org/wiki/List_of_distributed_computing_projects

00000101000635400006359004912116067475420675111506752119

Ale no tak. :)

000001010006354000063590049121160674754206749538

Existuju typy cloud computingu, ktore vedia splnat tvoje predstavy. Nie vsak vsetky sluzby v cloud'e su zalozene na p2p technologii.

00000101000635400006359004912116067475420674953806750571

Môžeš uviesť nejaké príklady prosím na implementáciu HAL v p2p. Asi sa neviem správne opýtať googlu.

0000010100063540000635900491211606747542067495380675057106750817

skus sa pytat na "p2p grid computing".

000001010006354000063590049121160674754206749538067505710675081706751040

Možno píšem ako hotentót, ale to je zas mimo toho čo hľadám. Nerozumieš čo hľadám? "HAL v p2p prostredí" nie je dosť popisné a jasné?

Aby zdieľaný výkon, vytvoril logickú vrstvu pre CPU, MEM, STORAGE, NETWORK, I/O

00000101000635400006359004912116067475420674953806750571067508170675104006751235

tak sa pozri po nejakom "cluster" rieseni, ktore spaja pocitace cez siet. podla mna, keby sa pouzivali standarizovane (monogamne) virtualne pocitace cez siet, tak by z nich mohol byt kluster, ktory by snad mohol vytvorit tu tvoju vrstvu.

ps: vies, rad by som ti pomohol viac, ale ja staviam technologie inak. tazko ti vysvetlim ako, lebo vsetci poznaju len PC (asi aj ty). to na co sa ma tu pytas ohladne toho HAL, tak je mozne vytvorit nieco take; akurat neviem ako pomocou p2p (zatial).

0000010100063540000635900491211606747542067495380675057106750817067510400675123506751314

Ssi nie úplne :) S HA clustermi (enterprise class) som robil posledných 6rokov na OpenVMS
hands-on experience: ALPHA, VAX, IA64, x86, Sparc, PA-RISC

Viem dobre čo je cluster a tom tu nehovorím.

Toto je vízia decentralizovanej HAL vrstvy. Nie HA, ale p2p... Zároveň aj HA samozrejme :)

000001010006354000063590049121160674754206749538067505710675081706751040067512350675131406751394

no ja neviem. zatial nemam potuchy o tom, ake ma byt konkretne vyuzitie toho vsetkeho.

ja si myslim, ze tu viac hovoris o GRID'e, a nie o cluster rieseni.

Google URL pre dokument: https://www.google.com/url?q=http://arxiv.org/pdf/0901.0131&sa=U&ei=75MJUKniJYK40QXRjdDQCg&ved=0CAkQFjAC&client=internal-uds-cse&usg=AFQjCNGsoDZmcUUjj9d5S1Y11JrjZ9kpSA

Original URL pre dokument: http://arxiv.org/pdf/0901.0131

00000101000635400006359004912116067475420674953806750571067508170675104006751235067513140675139406752118

Hlavné využitie: Decentralizovaná HAL vrstva, nezávislá od core network infraštruktúry. Hypoteticky: keď sa v jednom meste spojí dostatočný počet klientov medzi sebou (mesh network), vytvoria tak decentralizovaný virtuálny server bez centrálneho servra alebo potreby Internetu.

Zatiaľ je to len myšlienkový experiment, dík že mu venuješ pozornosť a rozvíjaš ho so mnou. :) Dúfam, že už rozumieš hlavnej pointe.

Čo vnímam ako hlavný problém na riešenie, je extrémne nízky inštrukčný cyklus kôli tomu, že v bežnom CPU je elektrický obvod priamo prítomný, čiže je rýchly a efektívny. Naproti tomu takýto "virtuálny elektrický obvod" má cyklus neporovnateľne pomalší (kôli rýchlosti siete) - ale zas jeden cyklus dokáže spracovať oveľa komplexnejšie inštrukcie (ktoré sa budú odohrávať priamo na klientskom CPU). To by vyžadovalo zrejme predikatívny algoritmus, alebo to bude pracovať v skokoch. :)

Dúfam že stíhaš, nie je to úplne jednoduché vysvetliť a abstrahovať. Ale hlavu a pätu to má. :)

0000010100063540000635900491211606747542067495380675057106750817067510400675123506751314067513940675211806753195

Ano rozumiem. Pracujem na tom dlhodobo. Ale nie pri vsetkom to riesim p2p technologiou.

000001010006354000063590049121160674754206749538067505710675081706751040067512350675131406751394067521180675319506754119

Chlpaté deky. No nič, dík aj tak...

00000101000635400006359004912116067475420674953806750571067508170675104006751235067513140675139406752118067531950675411906754887

neboj. nevzdavaj sa. je len niekedy pre mna velmi tazke pisat na Internet informacie, ktore si vazim natolko, ze ich chcem darovat len ludom. tato noda je public:yes a tym padom pristupna aj mimo kyberiu (minimalne je okazite darovana googlu). napisem ti do posty ;)

ps: aj ked raz bude vsetko co robim "open" a "online", tak pocas vyvoja je vsetko "private" a "local".

0000010100063540000635900491211606747542067495380675057106750817067510400675123506751314067513940675211806753195067541190675488706755030

Hehe, dík za externú motivačku, no u mňa to ide zvnútra. :)

Otvorený vývoj má tú výhodu, že sa oveľa rýchlejšie sieťujú ľudia, ktorí majú podobné zámery. Ja som pred 3týžňami zverjnil svoj zámer a zajtra sa ide už kódovať. Len sa spojili tí správny ľudia. :)

Ale jasné, každý máme svoje cesty. Držím palce. :)

000001010006354000063590049121160674754206749538067505710675081706751040067512350675131406751394067521180675319506754119067548870675503006755059

jj. tiez drzim palce.

000001010006354000063590049121160674754206748149

Bola kopa pokusov, vacsinou to padne na hubu na bezpecnosti.
(a tom ze niekto poskytuje zdroje, a iny ho vyziera a neposkytuje)

00000101000635400006359004912116067475420674814906748268

IMHO by to šlo ošetriť na strane klienta tým, že užívateľ definuje koľko zdrojov poskytne. 20%cpu, 250MB ram... A je teda podľa Teba možné tam rozbehnúť HAL?

Čo napríklad TCP/IP a sieťové protokoly? Ktorá noda bude exit? Traffic out si viem predstaviť prepisovaním hlavičiek, ale čo cesta späť? Nejaký "reverzný multicast"? To už aj mne príde trošku ako blúznenie. :)