Forum boinc.cz

Neco k hi-res modelum.... Tak to nastaveni server scheduleru je pro kocku. Hlida si limit pameti, ale je mi schopnej poslat 4x hadam modely na quada s 2GB RAM. To pak muze klido posila na my Linuxovy masiny (tipycky router s A3000+ s 512MB RAM) taky hadam model. Ten router to ani nepozna, kdezto Visty s 2GB RAM a quadem uz to zatizi celkem znatelne.
Reseni je nechat si v preferencich povoleny hadam i hadcm modely. Tim padem scheduler posle 2x hadcm a 2x hadam. Otazka je, tak se to bude chovat dal, po dopocteni nejakych modelu. To se dozvim az za 10 dni (dobehnou hadam) a pak za 80 dni (dobehnou 160lety hadcm). Tipnul bych si, ze se to bude chovat systemem rusky rulety.

Dalsi vec.... zatim se mi zda, ze hadam modely bezi o cca. 20% rychleji nez na SAPu. Je to jen zdani, zatim to nemuzu purovnat na stejnem PC...

2 Musacek: Databaze jim obcas nestiha. Osobne sleduju kratkodoby vypadky (do 1 hod.) nekolikrat denne.... konkretne ted o weekendu to byla tragedie. V sobotu treba scheduler hlasil "no work" i kdyz na server status bylo cca. 8k hadcm modelu v zasobe. Takze jsem se smiril s tim, ze na webu sem tam vidim hlasku too many connections.....

Ten problem s tim, ze status hlasil dostatek volnych WUs a pritom neslos stahovat se resil. Slo o nejaky zadrhel, kdy se prace nedavalo, ackoli status hlasil jinak.
DB stiha, spise disky nestihaji, typicky misto na disku.

HadAM by snad mel byt stejny jako na SAP...nezkousel jsem, protoze nedavaj na 64-bit hosty.
Mozna zkusim potrapil doma posledni quad 32-bit...ale jak mi na nej odesel disk, tak ho ted moc netrapim.
btw, jeden 32-bit host si doma musim nechat, protoze nektere projekty bych jinak nemohl testovat (navic k nemu mam 32-bit XP).

jde o to ze mi magor hlasil pri pripojeni na scheduler HTTP error a pokud si pamatujete tak ja to mam docela dost slozite pripojovany a vydesilo mne ze je chyba nekde u mne nebo v TOR(coz se taky stavalo), ale kdyz ostatni projekty v pohode odeslali a prijaly jednotky tak jsem se uklidnil, jen mne stve ze na novy jdnotky jsem cekal puldne, nez se uracil sheduler-DB fungovat


jinak CPDN pocitam jako zalozni projekt na 4 strojich - PentimD, a zbytek C2D vsecko 2-4GB RAM a posila mi to vsecky typy jednotek 20deni, 50deni i 105deni (hadam i hadcm-ty jsou delsi) zda se ze bere co mu zrovna prijde do ruky

Honza píše:...
DB stiha, spise disky nestihaji, typicky misto na disku.
....

To je zvlastni. Pak nevim, proc mi to na webu patkrat denne hlasi "too many connections". Mozna by tedy, pokud DB stiha mohli zvetsit hodnotu max. concurrent connections.

Na to ze se jim obcas zaplni diskove pole si uz asi zvyknul kazdy dele slouzici cruncher climky.

Rychlost vypoctu hadam na CPDN porovnam s rychlosti na SAP az mi jeden z v prosinci koupenych quadu dopocte model, takze tak za 14 dni by mohly byt prvni vysledkyz masiny ktera pocitala hadam na SAP a pocita hadam z CPDN. Pak se uvidi.

Jinak ja na vsech masinach jedu 32bit core. A to i na 64bit Vistach. Dokud nebude mit CPDN nativni 64bit app. je uplne jedno kolikabitove je zkompilovan core.....

2 Musacek: 20denni je co? hadam? 50denni bych teda tipnul na 80lety hadcm a 105denni je 160lety hadcm? Nebo jak to je?

hadsm - 16dni na PenD
hadam - 20deni (+-)
zbytek Hadcm.... je to u mne problem pac moje farma ma opravdu slusnej rozptyl ve vykonu, navic na vsech compech se behem dne pracuje
PentD 3GHz,2GB
C2D 6420 2,13GHz, 3GB
C2D E6550 2,33GHz, 4GB
C2D E6850 3GHz, 4GB
vse WinXP Pro, na linuxu by to bylo urcite vykonejsi

udaval jsem +-prumer pro C2D masinky

Tak mam prvnich par trickles z hadam pocitanym v ramci main CPDN.
Model z CPDN dela 18.1 TS/sec
predchazejici model ze SAP delal 19.5 TS/sec

Takze na CPDN jede hadam o necelych 10% rychleji. A to za stejny credit.

Od patku do dneska byly nejake problemy se zapocitavanim trickles. Ted se zda, ze je to uz v poradku.

Je to stejna binarka? Neni rozdil pouze v parametrech modelu?
Testuje se (staro)novy model - bude to 4-fazovy slab.

Honza píše:Je to stejna binarka? Neni rozdil pouze v parametrech modelu?
...

Binarka stejna neni. Tedy aspon co do velikosti. Ta z CPDN je vetsi, ale to muze byt pouze pouzitymi parametry pri kompilaci....
V parametrech modelu bude urcite rozdil, ale ten se aspon u SAPu projevoval v rychlosti vypoctu pouze minimalne.

Binarky se kazdopadne casem zmeni - kvuli podpore BOINC 6.x, ktery ma jinak reseni GUI. Plati to o vsech modelech.

SAP server uz je par dni down kvuli udrzbe, a proto nejdou sosat ani hadam modely z main projektu. Bohuzel. Takze pokud nekdo uz par dni cekate na download souboru pro hadam model, mozna by stalo za to model bud pozastavit, nebo zrusit a zmenit si v preferencich na webu aby hadam nestahoval.
Bohuzel na jejich foru neni ani carka o tom jak dlouho bude udrzba SAP serveru trvat.

Tak SAP uz od vcerejska bezi a s nim snad i hadam modely distribuovane v ramci main projektu.

PS: Me se diky vcasne reakci na spusteni SAPu povedlo vcera odpoledne sosnout cca. 60 modelu.

SAP o5 stavkuje. Tentokrate DB server. Opravi to pry ve ctvrtek.
Tak kdo chcete dalsi hadam SAP modely nepropasnete ctvrtecni zprovozneni DB. Tak 20-30 modelu by se dalo sosnout.

Edit: Osobne jsem si udelal scriptik, ktery zacne rvat kdyz na http://attribution.cpdn.org/home.php nenajde text "Too many connections", takze doufam ze sosnu vetsinu z tech modelu. Prece CCU neskonci ve finisi bronzovy. A cesi by se taky mohli dostat pred frantiky.

Já teď jedu jen klasický Slab modely 5.06 a není problém, no ono taky na tom dvoujádru to leze jak z deky. Teď jde o to v kolik hodin to ve čtvrtek dají do kupy Předpokládám, že nestáhnu ani fň.
dejv

Vyšly nové verze aplikací pro BOINC V6.
Konkrétně pro Slab, Slab Mid-Holocene a HADAM3.

Bude ještě šestková verze Coupled modelu.

Možná jste (stejně jako já) zjistili, že momentálně je problém s uploadem hotové práce, na vyřešení se pracuje. Bližší info zde: http://climateprediction.net/board/view ... =60#p83919

Download práce funguje normálně.