Hazai elosztott számítás

Egyéb

A "Mi az a seti?" fórumban már szóba került, hogy van hazai, a számolás elosztásán alapuló project is. Ez kisbolygók pályáit számolja. Ez napjainkban egyre fontosabb, egyre sűrűbben röppennek fel hírek arról, hogy egy-egy kisbolygó esetleg földközelbe kerülhet.



Bemásolom ide a hozzászólást:
Van hazai, a seti@home-hoz hasonló project is, ez csillagászati, égi mechanikai program. A honlapja ugyan még nincs teljesen kész (http://cm.elte.hu), de már most is tartalmaz minden lényeges információt.

A kisbolygók pályájának vizsgálata egyre fontosabb (egyre sûrûbben röppennek fel hírek arról, hogy esetleg egy-egy kisbolygó a Föld közelébe kerülhet), másrészt az egész Naprendszer dinamikájának megértését, a stabilitás vizsgálatát is elõreviszi. Ez elég számításigényes (különbözõ perturbációk esetén kell a szimulációt sokszor elvégezni).

Szerintem erre is érdemes áldozni egy kis CPU-idõt (egyébként a program alapból 19-es nice-on fut, tehát mindenki másnak elsõbbsége van). Letölteni a fenti honlapról lehet...

( gabriel | 2004. 05. 23., v – 21:43 )

Én vagyok vak, vagy a fent említett oldalon nincs kint a kliens?

gabriel

( WoOh | 2004. 05. 23., v – 21:46 )

Na ez pont jokor jott...

Eppen ki akartam vmi ertelmes dologra hasznalni a gepeim szabadidejet.. Sajnos egyetlen rakkutatasos cucc nincs linuxra..:/

( lacipac | 2004. 05. 23., v – 21:50 )

Idézet a honlapról: "Gyakorlatilag ez pár byte/másodperces átlagforgalmat jelent."

Szerintem ugy kene megoldani a problémát hogy több egységet egyszerre tölt le/küld vissza, hogy azoknak, akiknek nincs ADSL vagy GPRS (stb...) kapcsolatuk ne kelljen folyamatosan az interneten lenni ha a klienset futtatják. Nem tudom mennyi ideig tart egy "egység" kiszámolása, ha kevés ideig (néhány 10 másodperc) akkor így kéne eljárni.

( WoOh | 2004. 05. 23., v – 21:55 )

Hm latom nagyon sok eros gep is reszt vesz benne...:)

( WoOh | 2004. 05. 23., v – 22:05 )

Ize..


Talaltam egyet, ami a HIV, malaria, rak ellen keresi a cuccokat..

imho nem hujeseg..

link: itten van :) [www.find-a-drug.org]

( gabriel | 2004. 06. 01., k – 14:27 )

Aki okos meg csillagász. az igazán megmondhatná, h az alábbi linken található adatok mit is jelentenek...

http://cm.elte.hu/hu/ji.php?j=seffl5_w

kössz

gabriel

u.i az eredmények fül alatt még mindig nincs semmi :(

Egy egység kiszámolása egy mai gépen (pl. az enyém celeron 1200) kb. 5 percig tart. Igazából úgy tudom, eléggé ragaszkodik a protocoll a viszonylag sűrű kapcsolattartáshoz (hogy ha egy kliens meghalt, akkor azt a szimulációt újra ki lehessen osztani), de azért továbbítom a szerzőnek.

Üdv,

L. Á.

( Tsab | 2004. 05. 24., h – 08:17 )

volt hogy azért nem választottam valamelyiket mert nem volt konzolos kliens. szerintem sokan nem szeretnének felrakni x-et...

amúgy nekem is a génkutatás jön be inkább.

( nevergone v | 2004. 05. 24., h – 09:58 )

Valaki elmondaná, hogy néz ki egy ilyen project, programozói szempontból? Ha van egy feladat, és azt szeretném, hogy elosztott számításokkal legyen kiszámolva, milyen módon lehet hozzá a szükséges programokat megírni...?

Fogod a szamitast, felosztod a megoldando feladatot fuggetlen csomagokra (az egyik csomagban elvegzendo szamitasok nem fuggenek masik csomagtol), irsz egy klienst, ami pl. socketen keresztul fogadja a csomagot es kiszamolja a problemat, majd visszakuldi az eredmenyt.

A szerver beerkezo keres eseten kioszt egy csomagot, majd kesobb fogadja es ellenorzi az eredmenyt.

That's all.

Nem ordongosseg (persze garantalni, hogy pl. rosszindulatu emberkek nem kuldenek hamis eredmenyeket mar tobb eszt kivan). High capacity computing neven fut a szakirodalomban, gondolom 1000 linket ad a google.

Andrei

Sziasztok!

Mindjart elejruk a 100 klienst... :)

Node, szoval hogy is mukodik... a forrast majd felrakom a honlapra kiveve belole par aprosagot (autentikacio), hogy ne legyenek visszaelesek... A lenyeg, hogy a kliensbe tetszoleges pipeline-szeru szimulaciot bele lehet forditani, azaz ami a stdinrol olvassa a bemeneti adatot es az stdoutra irja a kimenetet (ilyenbol tobbet is lehet beforditani, de ez reszletkerdes). A kliens ket szalon fut, az egyik szal maga a szimulacio ami szamol, ezen a szalon az stdin/out ra van dup2()-zve egy-egy pipe-ra, amit a masik szal ir/olvas. A masik szal tartja a netes kapcsolatot, pingeti a szervert (hogy megvan e meg a netes kapcsolat, stb), meg varja az adatokat illetve ami a szimulacios szal stdoutjanak megfelelo pipe-rol jon azt loki tovabb a szerver fele. Ez csak azert ilyen bonyolult mert igy a szimulacios kodba (ami kb. 10x nagyobb mint a szerver/kliens kodja) egyatalan nem kell belenyulni, vagyis csak minimalisan... Kb. ennyi a trukk az egeszben, a szerver oldalon semmi bonyolult/extra dolog nincs (sok socket, select(), SSL_hivasok nagymennyisegben, sorban pingeti a klienseket, ha adott ideje nem jott felulok semmi, stb.). Illetve a szerver meg mas jellegu socketet is tud fogatni egy masik porton, azokon keresztul lehet infokat lekerni (pl. ami a honlapon van), illetve feladatokat bekuldeni ill. az eredmenyek is egy ilyen socketen mennek le (a szerver(gep) nem is tarol adatokat).

Ezen felul meg van egy harmadik kis progi ami a vezerlosocketekhez egy parancssoros kis akarmi, ezzel lehet egyszeruen lekerni mindenfele adatot:

apal@szofi;~$ cmjob info

99 2 1085051216 343735 230:45171/256:54661

apal@szofi:~$ cmjob lsjob

[0] CHDET "s-l4-kh" 1085051218 34219/34267/65286 100 121:73900/135:69487

[1] CHDET "s-l5-kh" 1085073469 31306/31355/65286 100 108:82708/121:11845

apal@szofi:~$ cmjob lsnod

[1] "PC110" 193.6.22.110 "i686,Linux,2.4.18-14,Intel(R)Pentium(R)IIICPUfamily1266MHz,2509.56" 1085051225 3:81500/3:84700 1214 (1)

[4] "szofi" 157.181.168.129 "i686,Linux,2.4.21,AMDDuron(tm)Processor,2582.11" 1085051225 3:80422/3:84551 1009 (1)

...

Szoval a cel az egyben az is, hogy effele dinamikus, viszonylag biztonsagos job-megoszto valami legyen ebbol, hogyha masoknak is lenne kedve ilyeneket csinalni, legalabb kiindulasnak jo legyen...:)

Bocsi, ha kicsit hosszu voltam...

Udv: Andras

( zedorg | 2004. 05. 24., h – 14:07 )

jo lenne ha lenne az oldalon valami forum vagy hasonlo:) Meg gondolom kesobbiekben valami emberi statisztika, hogy mi is szamolodott es hogyan is all, stb stb.

De egy kijelolt forum jo lenne neki, akar ugy is, hogy itt a hup-on van a hivatalos foruma :)

( Da5id | 2004. 05. 25., k – 00:38 )

Ne haragudjatok, ha nagyon naív a kérdésem, de már annyit hallottam elfáradt, lelassult procikról. Szóval nem "kopik el" a proci, ha folyamatosan 100%-on megy? Megfelelő hűtés mellett persze.

A progi futtatásánál használtam a -v 5 --no-fork kapcsolókat, és azt reméltem, hogy majd több infőt ír ki arról, hogy épp mit is csinál. De nem lett beszédesebb. Lehet ezen változtatni?

( kasa | 2004. 05. 25., k – 21:03 )

Mintha valami csuklás lett volna a dologban.

2004.05.25 21.01

Hi!

Nem lassul le, csak max. az elettartama csokken. De az eleve olyan nagy, hogy sokkal elobb fox ujat venni, mint ahogy tonkremegy. Egyebkent az elettartamcsokkenes attol van, hogy a felvezetok atmeneti savjaba belediffundal a vele erintkezo anyag, es minel melegebb a proci, annal gyorsabb ez a folyamat. De amig megy, lassabb nem lesz.

By(t)e

TBS::Antiemes

ja méghozzá jó nagyot...

Korábban is volt ilyen: egyszercsak kiírta a gépre ami 35órája folyamatosan dolgozott, hogy csak 30 perce van jelen...

Mivel sok - főleg ELTEs gépnek megmarat az 1d feletti értéke, ezért a saját ISPmre gyanakodtam, vagy hogy kimaradhatott a folytonos ping.

Tényleg lesz vmi összesítés arról melyik gép összesen mennyi időt áldozott számolásra, és hány feladatot tudott ezalatt megoldani?

Szerintem nem csak engem érdekelne.

Gabriel