E@H-Aktuální stav projektu

[Honza]

Snizeni kreditu u Einsteina je ocekavany krok, nebot byl v porovnani s jinymi projekty prilis stedry (na inflacni potencial SETI optimalized samosebou nema).

Neco vice k S5R2 se doctete na boinc.sk zde.

[vejpuste]

jen doplnim, WU S5R1 uz dosly, je hotovo

Jen doplnim, ze nedosli, jen jsou vsechny vygenerovane a cekaji. Koukni kolik WU je "unsent" proste je vygenerovali aby mohli pripravit S5R2.

No ze statusu bych taky rekl, ze je spocitano. Unsent jsou samozrejme jasny, ale pak by se to nemelo jmenovat "Current S5 search progress", ale "Current S5 generate progress".
Ale i tak to bude za chvilku hotove.
Libor

[Bubak]

.....ale pak by se to nemelo jmenovat "Current S5 search progress", ale "Current S5 generate progress".
....
Libor

mas pravdu, ten nazev je matouci a uz se to tu probiralo kdyz koncila S4 i S5(R0). Ja to napsal jen aby se nekdo nedivil, ze mu to jeste stahuje WU z varky S5R1 kdyz uz je hotova.

[Bubak]

Snizeni kreditu u Einsteina je ocekavany krok, nebot byl v porovnani s jinymi projekty prilis stedry (na inflacni potencial SETI optimalized samosebou nema).

Neco vice k S5R2 se doctete na boinc.sk zde.

Mozna to s tim snizenim trochu prehnali. Podle te tabulky na kterou se odvolava Bruce byl E@H o 50% creditove vyteznejsi nez prumer. Jenze oni to ted shodily vyrazne pod prumer. Pokud to porovnam se SETI, tak mi muj selskej rozum rika, ze creditove ohodnoceni by melo byt u E@H nekde mezi neoptim a optim. app SETI, kdyz E@H je optimalizovany defaultne. Jak k tomu teda prijdu ja, kdyz pocitam E@H na nonSSE masine?

[shafa]

A neni to (celej ten magorismus s kreditama) jedno ?

[Musacek]

Tak jsem dostal novy jednotky a stahla se mi nova aplikace S5R2 4.13 a jednotky jsou pekne dlouhy.... na intel E6600 mi prvni trvala 66 014,41s!!! (ty predchozi jednotky S5R1 byly tak na cca 6 750s)

mluvim o jednotkach h1_0265.30_S5R2__110_S5R2c_0 ; h1_0265.30_S5R2__107_S5R2c_0 a h1_0265.30_S5R2__106_SR2c_0

tu prvni jsem dopocital a narukuju si 414,80creditu, jsem zvedav kolik dostanu......

[LiborA]

Tak mám jednotku h1_0264.35_S5R2_110_S5R2c_2 a na mém domácím Linuxovém (64b) A64 2800+ to odhaduje čas 26h 36m, to je fakt darda.

[JardaM]

Tak mám jednotku h1_0264.35_S5R2_110_S5R2c_2 a na mém domácím Linuxovém (64b) A64 2800+ to odhaduje čas 26h 36m, to je fakt darda.

Libore, nepřeháněj. Na mém 3,0 HT jsou jednotky 44h. A podle zkušenosti tak o 10 % ještě nabydou.

[LiborA]

Tak mám jednotku h1_0264.35_S5R2_110_S5R2c_2 a na mém domácím Linuxovém (64b) A64 2800+ to odhaduje čas 26h 36m, to je fakt darda.

Libore, nepřeháněj. Na mém 3,0 HT jsou jednotky 44h. A podle zkušenosti tak o 10 % ještě nabydou.

V současné době je spočteno 4,607% za 1h 25m a odhad dokončení je 25h 18m - 44h to by mi asi fakt šlehlo, osobně dávám přednost projektům s jednotkama do 3h

[Honza]

Hmm, to uz jsem si myslel, jak jsem to hezky do tabulky predevcirem doplnil...a ono ne.
Rozptyl casu vidim 6-22 hodin na C2D, kredit jsem zatim dostal od cca 200 do 530 za kus.

[azor666]

Jeste co jsem cetl na EAH foru, tak je problem s AMD procikama pod win. Pocitaji udajne pomaleji nez stejne zelezo na linuxu, kde je take jiny pomer mezi rychlosti AMD vs Intel.

Zaroven jsem vedle (v treadu o benchmarku) napsal kravinu. 64b linux slibovali uz pro S2. Proc zatim neni nevim.

[Vodnyk]

mam AMD pod win, jednotku budu mit asi za 38 hodin. vzhledem k tomu, ze neprodlouzili deadline na jednotku tak nevim, jestli to budu stihat. Jeden den nebudu moct mit zaplej komp a jednotka propadne nebo si ho budu muset nechavat pres noc, u cehoz se blbe spi. Bude nejaka optimalizace? Jinak snad prejdu na Rossetu...

[LiborA]

mam AMD pod win, jednotku budu mit asi za 38 hodin. vzhledem k tomu, ze neprodlouzili deadline na jednotku tak nevim, jestli to budu stihat. Jeden den nebudu moct mit zaplej komp a jednotka propadne nebo si ho budu muset nechavat pres noc, u cehoz se blbe spi. Bude nejaka optimalizace?

Optimalizace uz jsou v ofiko aplikaci, takze tezko neco noveho vymyslet.
Take mam pocitac v loznici. Za par frfnu lze pocitac dostatecne ztisit tak, aby "zbytkovy" hluk nerusil pri spani.

[Vodnyk]

Asi mi nic jinyho nezbyde, kouknul jsem na to a cas se jeste natahl, uz je to odhadovany > 40 h

[azor666]

Na optimalizaci se neda spolehat. Prostor pro ni tu vzdy bude, ale vic jak ~30% bych necekal.

Vychazim z toho, co psali o soucasne app jeji tvurci na EAH (Bern, Akos, Bruce...)

However, with our present analysis tool, the computation time needed grows to the power of six over the amount of data. It's obvious that we need something more clever to deal with a larger amount of data, so we developed a new program which we call "Hierarchical Search". The basic idea is to first scan the parameter space with a coarse "grid" and then only take a closer look at the areas that have been detected as interesting, in a "follow-up stage". The current code is designed to do only the first stage, it had not been decided yet if we will do a follow-up stage on Einstein@Home as well or e.g. on LSC clusters.

The application we'll use for this run is all new and has never been used before. The algorithm used in the old App is still a part of the new one, and other parts have also been used before, but they have never been used in the present combination, and in particular not in a distributed computing project of that scale. We expect some problems to arise from this.

Z tohoto a dalsich prispevku chapu, ze nova app je sice dukladne prekopana, a princip cele prace je trochu jiny, samotne, jiz optimalizovane, kusy kodu vnem i nadale zustavaji.
V okamziku, kdy skompiluji "zazracnou" app trba pro C2D & W32 tak zacnou rvat vsichni ostatni, ze chtej taky (Intel+lin, amd+lin, amd+win, zanedlouho snad vse predchozi v 64b, o MAC, BSD, ruznych IRIXech a HP-UXech radeji nemluvim)

40h je pri deadline 14 dni a provuzu PC ~5-8h den uz docela kritickych. Jako jediny (hlavni) projekt by to jeste chodit melo (rezerva 2dny na wu ?). V kombinaci s necim dalsim uz se chelderu urcite podari nejakou deadline prosvihnout.
Kdyz nemas/ nechces dobre (tiche) chlazeni a platit elektriku za provoz 24/365 tak je prechod na RAH rozumna volba.

BTW take se zvednul pocatecni objem stahovanych dat. Z ~20MiB na ~40MiB. System zustava stejny. Z jednoho datoveho souboru bude dost WU=> celkovy trafic by mel zustat v rozumnych mezich. Pro lidi z GPRS nebo modem uz to ale IMHO neni.