[Java lista] Parallel computing
istvan.ketler at lhsystems.com
istvan.ketler at lhsystems.com
2009. Ápr. 24., P, 09:55:17 CEST
Szia,
ha jól értem, a Grid technológia érdekel. Erről bővebbet kezdhetsz itt keresni (kicsit mórickásnak tűnik, de sztem elég jól összeszedte a linkeket is):
http://gridcafe.eu-egee.hu/
vagy akár a főoldalról kezdve
http://www.eu-egee.org/
A BME-n is foglalkoznak vele, esetleg tőlük is kérhetsz további segítséget:
http://egee.ik.bme.hu/
Üdvözlettel,
István Ketler
Project Coordinator
Lufthansa Systems Hungaria Kft.
Airline Management Solutions
Schedule & Revenue Management
Alkotás u. 53.
1123 Budapest
Hungary
Tel: +36 1 887-2815
Fax: +36 1 887-2977
Room: MOM Park, Building A, Room 556
e-mail: istvan.ketler at lhsystems.com
Internet: www.LHsystems.hu
>
Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, Fövarosi Birosag 01-09-463417
Geschaeftsfuehrung / Management Board: Monika Houck
-----Original Message-----
> From: javalist-bounces at javagrund.hu
> [mailto:javalist-bounces at javagrund.hu] On Behalf Of Molnár Miklós
> Sent: Friday, April 24, 2009 6:58 AM
> To: javalist at javagrund.hu
> Subject: [Java lista] Parallel computing
>
> Sziasztok,
>
> Ma reggel a tárgybeli problémával ébredtem. Talán egy pénteki
> levlistás hozzászólás kereteibe belefér a vázolása.
>
> A problémát indukáló téma: nagy számításigényű adatbányászati
> algoritmusok.
>
> A problémát inspiráló téma: valós és sikeres seti at home
> projekt vagy prímfelbontásos projektek.
>
> A probléma megnevezése: univerzális keretrendszer párhuzamos
> számításokhoz.
>
> A keretrendszer komponensei (egy általam elképzelt vezióban):
> - Egy feladatot lebontó és eredményeket aggregáló szerver, ez
> projektenként mindig külön-külön implementálandó.
> - Egy feladatszeleteket kiosztó és eredményeket begyűjtő
> (adminisztráló) egység/szerver (innentől indulna lefelé az
> univerzális keretrendszer)
> - Vékony(szerver általat "pusholt" működésű) vagy
> vastag(előre "egyenrangú"
> telepített) kliensek.
>
> A keretrendszer triviális alapfeladatai lehetnek:
> - Van-e szabad elérhető erőforrás - adott egységnyi processzor+memória
> (lekérdezés)
> - Kliensenként mennyi feladat indítható (egyeztetés)
> - Szerver1: feladat kiosztása és ennek leadminisztrálása
> - Szerver2: eredmény begyűjtése és ennek leadminisztrálása
> - Kliens feladafogadás (adat+végrehajtandó kód), -végrehajtás
> (értelemszerűen) valamint output-küldés.
>
> MJ: a kliens fogalmat kétféle értelemben használom. Egyfelől
> úgy tekintek rá, mint aki elvégzi a neki dedikált
> részfeladatot, másfelöl telepített programot jelent, ami
> kommunikál az alacsonyabb szintű szerverrel. Ilyen értelemben
> lehetséges azonosítani "logikai kliens"-t (egy
> nyolcprocesszor(mag)os gépen nyolc ilyen logikai egység
> lehet, ugye) és "fizikai kliens"-t (ami hardver + opcionális
> kliens program zárt egysége)
>
> "CPU" erőforrásfajták:
> - Szál (ezt akár ignorálhatom is, csak a teljesség kedvéért írtam)
> - Processzormagok
> - NVidia CUDA, ATI Stream, OpenCL típusú grafikuskártya-erőforrások
> - Grid ("új/szűz" gép, telepített oprendszerrel és
> opcionálisan telepített kliens programmal.
> - P2p kötelező klienssel (megszállott alkalmazott otthoni
> gépének erőforrásait is be tudja integrálni a projektbe)
> - Egyéb????
>
> Kérdéseim:
> - Életszerű-e a problémafelvetés vállalati környezetben?
> Szerintem security oldalról teljesen rendben van a dolog még
> p2p/internet verzió esetben is.
> - Sci-fi fantazmagória a koncepció?
> - Esélyes-e/életképes-e/Jó-e az egész elgondolás? Pláne és
> elsősorban open source alapon. Például Oracle Grid,
> semmiképpen nem opció költségigénye miatt.
> - Univerzalizálható-e egy többszálú működés és egy
> p2p-működés? E téren vannak aggályaim, és ekkor inkább a
> többszálú működést és/vagy a grafikus kártyás mókákat dobnám
> ki. Vagy rosszul gondolom?
> - Implementálható-e egy ilyen keretrendszer?
> - Mekkora meló? Én valamiért úgy érzem annyira tragikusan nem
> nagy a várható előnyökhöz viszonyítva (és főleg akkor, ha
> évekig nem lesz ilyesmire esély).
> Az igazán nagy feladat a feladatlebontásokban és
> aggregálásokban van, ismerve az adatbányászati algoritmusok
> nehézkességét (pl.:svm=support vector
> machine)
> - Van-e már ilyen, látszik-e ilyen kifejlődni a közeljövőben
> szerintetek?
> - Mennyire eliminálható az elképzelésből a vastag kliens?
> - Mennyire megoldható, hogy a vastag klienst ne kelljen
> projektenként programozni (tudja fogadni a szervertől a
> végrehajtandó feladat algoritmusának implementációját)?
>
> Megköszönve _minden_ észrevételt:
> MM
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>
További információk a(z) Javalist levelezőlistáról