HPC2009 várható szállítás

legfrissebb időpont március 22.
(hogy értsd, dec5-én rendeltük).

( biboka v | 2010. 03. 02., k – 18:34 )

Febr. 14-én megrendelt laptopot először márc. 3-ra ígérték, majd kitolták márc. 28-ra. Pedig nem custom összeválogatott dolog, hanem alap modell. Teljesen érthetetlen számomra. Ennyi idő alatt találok valaki ismerőst aki kimegy USA-ba, rendel egyet, megkapja és hazahozza, és még olcsóbban is jön ki, csak angol a billentyűzet. na bumm.

( bambano | 2010. 03. 02., k – 18:23 )

ellenpélda: kapok szombat reggel emailt, hogy költözés miatt raktársöprés, inkább eladnának pár cuccot olcsóbban, nem cipelnék, kell-e. tolom főnök elé, mondom ezt meg kellene fontolni, mert ütős ajánlat.
ismétlem: szombat reggel. erre következő kedden 10-kor jön a telefon, hogy most rakta le a dhl a dobozt a szerverterembe..
pffffffff. :)

Szerk: az a hpc az tényleg hp?:)

( gdes | 2010. 03. 04., cs – 14:22 )

centos szokott lenni meg slurm a module (Modules) felépítés sehol sincs túl jól megoldva, erre figyelni kell, intel fordítóból 10-es verzió is legyen, sok sikert!

varhatoan debian lesz, vagy ha odaig csuszik, akkor ubuntu lts ;-/
minden CN pxe bootol, es
1) biztos megy: tmpfs = /etc, nfsroot -rol odamasolja a /tmp -t, meg a sajat egyedi /tmp-jet (hostname). a tobbi nfsroot.
2) kiprobaljuk, hogy az nfs+nfs union mount megy-e. (common nfsroot + specific nfsroot/etc)
ehez persze egyedi initrd.

Ekkor az osszes CN a leheto legnagyobb mertekben hasonlit egymasra, a szoftverinstall a HN-rol tortenik, 'chroot /cluster/nfsroot'. Az ifconfig dhcp.

slurm helyett SGE mondjuk... nemtom, ahogy sikerul es ahogy jo lesz.

én jobbnak tartom, ha az OS-t nem kell sokat hegeszteni, lehet jobb kevesebbet trükközni (pl. puppet), azért a slurmot gondoljátok meg, a libeket és a programokat úgyis újrafordítjátok, a modules-t tapasztalatom szerint sehol nem állítják be rendesen és kényelmesen
http://modules.sourceforge.net/

biztosan láttad már:
https://computing.llnl.gov/
https://computing.llnl.gov/?set=training&page=index

az infiniband még hiányzik, gondolom ez, meg az ssd tmp diszkek lesz a következő, node memória mennyi?

Az IB egy nagyon nehez kerdes.

Ha van IB, akkor 24 darab CN van.
Ha Gbit eth switch van, akkor 44 CN.

nos, melyik a gyorsabb?

Most diskless 12 Gbyte ram van. es 44 darab CN.
Ha 24 giga/CN es 80G ssd a tempnek, akkor 30 darab CN.
nos, melyik a gyorsabb?

Ha IB, ssd, 24 Giga/CN akkor lenne 15 node mondjuk.

Nem olyan egyertelmu a helyzet, hogy az IB -tol jobb lesz, vagy a tobb memoriatol vagy a dedikalt tmp -tol gyorsabb lesz. Van terben (HPC2010 neven) egy IB cluster is (remelem az iden megjon...) es akkor a sajat szamizem szerint fogom megmerni az alkalmazasok skalazhatosagat es eroforras-kihasznalasat. Most azt hiszem, hogy az IB inkabb csak hype.

itt a lenyeg. A gyors mpi-hez kell az IB. viszont igazabol nem erdekes a gyors MPI, ahogy a gyors cpu se, az alkalmazas gyors futtatasa az erdekes, igy egeszben. Mindegy itt a teoretice okoskodas, le fogom merni. Ha az jon ki, hogy a felhasznaloink tulnyomo tobbsege szamara ez a gigabites cluster egyben 0.99 * 44 -szer gyorsabb, mint az 1 gepes cluster, akkor fenebe az IB-vel. Ha az jon ki, hogy a headnode (72 G ram) ugyanolyan gyors, mint a CN (12G ram) akkor sem erdekes a tobb memoria. Stb. szoval a kovetkezo teszteket szeretnem a felhasznaloink minel tobb programjaval letesztelni:
memoria -> sebesseg (12,24,36,48,60,72 G ram)
CN szama -> (sebesseg,network bandwith usage)
Ha az utobbi grafikonban azt latom, hogy a CN szama -> sebesseg telitesbe megy olyankor, amikor a net bw is telitesbe megy, akkor elkellene az IB. bar ha ez 43 node-nal megy telitesbe, akkor hagyhato. Ha azt latom, hogy az 1 CN -2 CN valtaskor az osszteljesitmeny alig no (vagy csokken) mikozben a ethernet teli van, akkor ott elkellene az IB. satobbi.

Szoval a lenyeg az, hogy az elmeleti tippeles helyett ezt szepen lemerjuk.

ez azért nem biztos, az alkalmazást általában nem te írod, és általában MPI-vel párhuzamosítanak, nekem pl. olyan futtatásaim vannak amihez kell az IB, min. 32 core és 4GB/core ram, btw. az ilyen jellegű gyors clusterek IB-vel vannak, és ez nem véletlen, mit fognak rajta futtani várhatóan?