Forum boinc.cz

Claimed (požadovaný) kredit u tebe odpovídá jen benchmarku a době výpočtu jednotky. Kdyby kalibrace proběhla, požadoval by si ještě míň, než oněch 24 kreditů, proto byla kalibrace zablokována a magor ti napsal tu hlášku CC calibration: blocked.

V kalibraci je nějakej menší bug. Vlastní kalibrace chodí OK, ale po spuštění boincu vždycky u první jednotky napíše že kalibrace byla bloklá, i přesto že proběhla.

Priority_projects taky ještě není úplně optimální. Einstein + SETI, u SETI zakázaný přijímání práce. Einstein počítá, v zásobě jednotky sou, je nastavenej jako prioritní. Přesto, když SETI povolím přijímání práce, o tu jednu sekundu práce si zažádá.

Spekulace že by síť měla něco společnýho s kalibrací se ukázala jako neopodstatněná. Opravdu to u mě byla jen náhoda, zřejmě spojená s výměnou verzí nebo tak něco.

Miras píše:V kalibraci je nějakej menší bug. Vlastní kalibrace chodí OK, ale po spuštění boincu vždycky u první jednotky napíše že kalibrace byla bloklá, i přesto že proběhla.

To je jen problem zorazovani. Kdyz se podivas na ty hodnoty, uvidis, ze jsou dost jine jak u casu tak u Fpops. Ta kalibracni funkce se u kazde jednotky muze volat nekolikrat, ale kvuli prehlednosti zobrazuje jen poprve. Pocitam, ze v pripade nastartovani boincu se vola jeste drive nez se nactou nektere parametry, takze se to ukaze se spatnymi hodnotami. Pred odeslanim se to jeste srovna, ale uz nezobrazi. Je to vice mene kosmeticka chyba, ale mrknu se na to.

Miras píše:Priority_projects taky ještě není úplně optimální. Einstein + SETI, u SETI zakázaný přijímání práce. Einstein počítá, v zásobě jednotky sou, je nastavenej jako prioritní. Přesto, když SETI povolím přijímání práce, o tu jednu sekundu práce si zažádá.

Jo, to vim. Bohuzel to zatim nejde moc jednoduse osetrit. Musim tam prostudovat dalsich par souboru a pridat dalsi kus kodu, ktery bude overovat jestli alespon jeden z primarnich projektu ma jeste praci.

Jo, uz to vidim - jedna z hodnot dulezitych pro kalibraci se nastavuje teprve pri prvnim volani schedulera, resp. pri zalozeni request souboru, coz je vetsinou s velikym predstihem pred vlastnim volanim. Mohu to tedy udelat tak, ze se zadna hlaska nezobrazi, dokud ten soubor neni vytvren, ale to pak zase zpusobi, ze se tam ta hlaska objevi dost pozde a nekdo si bude stezovat, ze neprobehla. Nebo ji tam dam pri kazde zmene, a to zase budou stiznosti, ze se kalibrace provadi vickrat. No, uvidim, neco vyzkousim.

Tak jsem to sesynchronizoval s posledni ofic verzi 5.3.11 (popravde receno tam vidim jen velmi minimalni zmeny proti 5.3.8 ) a udelal par zmen - musel jsem pridat blok programu projizdejici vsechny projekty pred schedulerem, protoze pak uz je pozde zjistovat, ktery projekt je prioritni a ktery ne, aby se dalo lepe ridit vyzadovani prace; hlaska u prvni jednotky po restartu snad bude taky OK, a projekty s prekryvajicima se nazvama (napr. "SETI@Home" vs. "SETI@Home Beta Test") by nemely cinit problem, nejde ale tim padem uz pouzivat castecne nazvy projektu, coz bylo predtim mozne.

trux píše:hlaska u prvni jednotky po restartu snad bude taky OK

Tak tohle je zatím jediná věc co sem vyzkoušel a bohužel tě zklamu. Není.
Ale opravdu jde o vadu pouze kosmetickou.

Jenom jsem nepochopil, jestli se kalibrace nekam uklada nebo se po restartu BOINC core zacina delat znova. Preci jenom Trux psal, ze trva X jednotek nez se kalibrace sesteluje.

Jestli sem to správně pochopil, tak pokuď se nehrabeš ručně v souborech, rozhodit kalibraci může jedině benchmark. Restart boincu na kalibraci vliv nemá, stav se ukládá a po restartu probíhá normálně dál.

Jo, tak je to spravne. On i ta prvni jednotka po restartu se kalibruje spravne, akorat je tam spatna hlaska. Podivej se ale Mirasi, jestli tam pro tu prvni jednotku tech hlasek nemas vic.

Hláška je tam jednojediná.

Nova verze 5.3.11.tx31 a taky jedna nova funkce delete_overdue - smaze automaticky vsechny jednotky, ktere jsou uz po deadline, aby se nepocitaly zbytecne. Prozatim nemaze jednotky, ktere jsou pred deadline ale jejich predpokladana vypocetni doba je delsi, nez aby se to dalo stihnout - ale po otestovani tehle soucasne funkce, v budoucnosti asi i takovou moznost pridam. Zatim to neni otestovano, takze radsi opatrne. Mam to sice spusteno na par pocitacich, ale zadne prosle jednotky nemam, tak netusim jestli to funguje tak, jak by melo. No, alespon mi to hned nesmazalo vsechno.

2 Trux : K tomu mazani bych mel pripominku, ale mozna to tak delas. Mazat by se mely nezpracovane a maximalne rozpracovane jednotky. Kdyz uz jsou dopocitane, tak urcite nemazat. Pri vypadku nejakeho projektu muze dojit k prekroceni deadline a i takove jednotky pak obcas berou.
Diky.
Libor

Miras píše:Jestli sem to správně pochopil, tak pokuď se nehrabeš ručně v souborech, rozhodit kalibraci může jedině benchmark. Restart boincu na kalibraci vliv nemá, stav se ukládá a po restartu probíhá normálně dál.

Takže se ta kalibrace nuluje každých 5 dní kdy se automaticky dělá Banchmark? Nebo je automatický Banchmart v této verzi vypnutý?

Opět budu pouze spekulovat, testy sem teď pustil až se dopočítá jednotka napíšu praktickej poznatek.
Ale nemyslím si, že by se celej proces kalibrace benchmarkem zrušil a začínal od začátku. Jen se může "trochu" rozhodit. Předtím byl benchmark nějakej, požadovaný kredity odpovídající benchmarku byly nějaký a kalibrace to nějak srovnala. Teď je benchmark jinej, ovšem kalibrace vychází z dosavadních "zkušeností", čili nemusí plně odpovídat požadovanýmu efektu a zas pár jednotek potrvá než se novýmu benchmarku přizpůsobí.

EDIT: Jak říkám

Jo, Miras to rika spravne. 2 Vejpuste: dopocitane jednotky se samozrejme nemazou. Nejsem si presne jist jak je to s rozpocitanymi - puvodne jsem je v tomle stupni mazat nechtel, bohuzel ale ten mechanismus uplne jednoduse neumzonuje to rozlisit. Musel bych to udelat podstatne kmplikovaneji. Na druhou stranu, je to ale mozna osetreno uz interne - je to tam trochu neprehledne, takze na 100% to tvrdit nemohu. Kazdopadne zatim jsem to udelal tou jednodussi cestou a teprve podle toho jak (a jestli) to bude fungovat, pridam pak dalsi stupne.