Forum boinc.cz

ja obcas pisu zmatene, ale

Bubak píše:Dnes mi kleknul disk na NFS serveru kdyz na nem bezelo 9WU.

tohle sis vylozil jak?
Nic jinyho mi nezbyva. Podrobnosti bych tu nerad lepil na sklo.... takze jestli ti zajima proc, tak leda na PM.
Ostatne neni to tak hrozny. Jsou pripojeny fastovym ethernetem a mezi switchema je gigovej. Obcas se sejdou a zahlti ten fast na serveru, tak akorat sem tam klesne zatizeni nejakeho jadra na 90%, ale jen obcas. Jsem zvedavej co to bude delat az nekde dokoncim dekadu.
To NFSko stejne zatim slouzi jen na zalohy a ty bezej v noci. Navic mi je jeden nas aktivni pracovnik pres den obcas vypne.... <EDIT> ty Preslery </EDIT>
Mimochodem ... docela dobrej burn test na NFS.

Neda mi to. Musim se pochlubit svym prvnim SPOCITANYM coupled modelem

No super, gratuluji

Jak jsem predpokladal, Conroe ve finishi zabodoval a uz je par dni z modelem hotovy.
Necham ho jeste odpocinout na jednom SAP modelu (ten bude tak za 205 hodin), nez SAP skonci; Dalsi Coupled model je teprve v 82%.
Na dalsi masine uz smazim verzi 5.15 - na Conroe rovne dva mesice na Coupled model (resp. na dva).

2 Honza: Ty mas informace primo od zdroje, takze ti s tim komcem SAP verim. Ale pak nejde mi nejak do hlavy server status. Podle nej jeste ceka na odeslani 6k5 modelu! Mas pro to nejake vysvetleni?

Seasonal byl od zacatku docasny projekt, to asi neni nic noveho.
Nebudou se dale generovat nove modely na vypocty, ale prijimat vysledky se samosebou budou.

Z novinek lze zminit statistiky na homepage CPDN pro klasika, CPDN i BBC.

Pokud bych mel prozradit neco z informaci primo od zdroje, jestli to nekoho zajima, tak CPDN pripravuje take certifikaty a-la SETI (nebo kdo to jeste pouziva).
Zaroven na foru BBC mame jako moderatori moznost "banish author" tlacitka. Zabanovat by totiz nekteri "autori" na BBC foru zasluhovali. Takze je to takova nova features na BOINC foru.

2 Honza: Aha. Takze SAP skonci az se spocte cca. 14k modelu.

EDIT: CPDN dnes v noci kouzlilo opravdu hodne. Kde se vzalo tu se vzalo. Na mem uctu pribylo 100k creditu!

CPDN pridalo credit za Coupled modely. Za spocteny model uz neni 36288cr ale 41472cr. Tim padem je 259,2 cr/trickle. A to udelalli zpetne. Tak je mi jasny kde se mi vzalo tek 100kcr navic.

Tak se CPDN co se tyka creditovy vyteznosti trochu srovnama s jinyma projektama.

Mno jo, cent (haler) za timestep na Coupled modelech...dobra mena

Doplnim, ze se to take tyka Spin-up modelu.

Honza píše:Doplnim, ze se to take tyka Spin-up modelu.

Paradni doplneni. To jsi napsal pro uplnost, nebo sam pro sebe?

Mozna by bylo vic motivujici, kdyby misto centiku za TS dali nejaky bonus za kompletni model. Treba jako zohledneni prace pri zalohovani atd.

Bubak píše: Mozna by bylo vic motivujici, kdyby misto centiku za TS dali nejaky bonus za kompletni model. Treba jako zohledneni prace pri zalohovani atd.

Tenhle návrh už zde byl několikrát, prakticky již od příchodu CPDN na BOINC, ale nikdy se to neujalo. Taky si myslím že by to bylo hodně motivující.
Jistě ti ale Honza bude argumentovat tím, že o kredit tu přece nikomu nejde

forest píše:Jistě ti ale Honza bude argumentovat tím, že o kredit tu přece nikomu nejde

Nechme se prekvapit.

Forest spravne pise, ze takovy navrh (zde je k nicemu, ale na CPDN) byl, ale nakonec nebyl prijat.
Nejcastejsi argument pro byl ten, ze kompletace CPDN modelu je narocna a ...dovadim do dusledku...nelze ji primitivne prepocist na 1000 jednotek SETI (nebo 500 WU Einstein ci cokoli). Kazdy vi, ze kdyz padne jedna WU SETI ze sta, tak se to v tom sumu stejne ztrati. Ale kdyz padne model v jednom roce ze 160...no kazdy vi, co to znamena. (btw, Carlovi padnul coupled model v roce 2070...jak by jeden rekl - i mistr tesar se jednou utne).
Navrhovana vyse byla procentualni, tedy napriklad +10% za complete model.
(logicky se nabizi, kdo bude modely - nebo obecne jakekoli jednotky projektu - kazit, bude kreditove treba o tech 10% obran. Ale to uz je v podstate vyjadreno v tom, ze nebudou validizovany nebo ze se na CPDN nedopracuje k tricklum)

Ano, nejde o primarne kredit Jde o motivaci dokoncit model - to muze byt dekujici mail za kompletni model jako v pripade CPDN klasika, certifikat, nebo - narozdil od vetsiny projektu - zobrazeni osobnich vysledku napriklad v podobe vystupnich grafu. Tech zpusobu motivace lze nalezt asi vice.
Diskuse se tedy tocila nejen kolem kreditu, ale kolem motivace dokonceni modelu.

Bohuzel BOINC nema skorovani masin podle jejich kvality, tj. primarne stability. To mohly resit kalibracni jednotky, souhrne return rate mezi stahnutym a succesfully odevzdanym mnozstvim jednotek, availability v podobe obecne dostupnosti (kolik je masina, resp. BOINC zapnuty), jak casto a jake ma pripojeni k netu, turn-around time atp. Je zrejme, ze kompletace CPDN modelu dava urcity punc masine, ze to neni sragora.
Ukazatel kvality masiny, nebo nejakeho podobneho standardu...to by se mi zamlouvalo. Kolik ktera masina ma nahrabe kreditu nemusi byt o stabilite vypovidajici.
Velmi zjednoduseno - daval bych prednost kvalite pred kvantitou.

Pokud by se totiz dbalo vice na kvalitu masin, nemusela by byt tak vysoka replikace.

2 Honza: Osobne by se mi nejvic libil ten certifikat. Klidne v jednom PDFku pro vsechny CPDN projekty. Az budu mit spocteno vic jak 100 Coupled modelu, tak bych si ho i nechal zaramovat.
Co se tyka kvality masin, tak nastesti diky v. 5.15 uz neni az tak rozhodujici. Docela by mi zajimala statistika kolik % modelu spadlo v predchazejicich verzich a kolik v soucasny. Jasne ze zatim nebude nejpresnejsi, diky tomu, ze ve v. 5.15 je min. masin nekde za pulkou modelu, ale i tak.
Takze ti trochu oponuju. Pocet spadlych modelu neni jen ukazkou stability masiny, ale i ukazkou stability programu.

To by byla dobra statistika, co navrhujes. Konkretni cisla nemam, ale Carl rikal, ze 5.15 je z pohledu statistickych reportu lepsi.
Jo, par masin by asi mohlo byt za polovinou s verzi 5.15

S tou stabilitou masiny a aplikace je to provazane. Novejsi aplikace muze byt "blbuvzdornejsi" a muze se lepe vzpamatovat treba z toho, ze masina vytuhne (ach ty Windows) nebo proste slusnou proud a neni na UPS atp. oO jsou faktory, ktere aplikace nemuze primo ovlivnit (napirklad souborovy system), ale lze ji udelat robusnejsi prave pro takove pripady. Jedna se pak o stabilne masinu nebo aplikaci? No asi recnicka otazka...

2 Honza: Co se tyka stability je to asi vzdycky vysledek toho jak velkou chybu hadrware a uzivatelskych zasahu rozdejcha program. Moje odpoved na tvou recnickou otazku.
Ja ted diky neustalemu prehazovani CM z masiny na masinu ocenuju stabilitu CPDN, ktera je podle mych zkusenosti vetsi nez u ostatnich projektu. Ostatne jakej jinej projekt to potrebuje tak jako prave CPDN. Mimochodem, jedou na Linuchu ... co jinyho bych taky poustel na pseudo diskless masinach.