Forum boinc.cz

Zdravim,

posledni dobou mi Seti posila jednotky, ktere maji extreme dlouhy predpoklad vypoctu. Mam P-M 1,6 GHz, normalne jsem Enhanced jednotky pocital okolo 6hod a pocitam i dal. Problem je, ze kdyz stahnu novou, tak ma predpoklad vypoctu pres 20 dnu a samozrejme vzhledem k tomu, ze mam nastavany 3 dny zasoby prace, tak se mi nic jineho nestahne... Dokonce Boinc Studio mi ukazuje na zalozce Stats Project pro dany pocitac Velikost cache pres 45 dni (je to vice nez dvojnasobek). Tak fakt nevim, co delam spatne. Zacalo se to dit bez jakehokoliv duvodu, spoustel jsem i Benchmarky, ale porad nic.
Nevi nekdo, co s tim? Diky mockrat predem!

To znám, to mi dělá(lo) také, obvykle po restartu projektu. Nastavil jsem zásobu práce na maximum (10 dní) a samo se to po cca 2-3 dnech výpočtů srovnalo.

Myslím že spamoid nepochopil rozdíl mezi délkou zásoby a dedline.
Zásobu asi máš na 3 dny dopředu, ale pokud narazíš zrovna na várku která má dedline měsíc, tak si vynásob ty odhadované časy 3dny x 10 (měsíc) a vyleze ti asi ta zásoba co jsi asi dostal.
Já mám taky na PC stažených WU na měsíc dopředu i když jedu non-stop a mám nastavených maximálních 10 dní co jde. Ale BM si sám probere WU dne nejkratší dedline a postupně to v pohodě stíhá zpracovávat, takže v tom není žádný problém.

nevim nevim...moc jsem toho nenaspal a treba jsem dneska pomalejsi, ake spamoid od deadline nemluvil.

Je-li nastavena delka zasoby (cache) MENSI, nez predpokladana doba vypoctu (to completion), pocitac je overcommited and work fetch policy zastavi stahovani dalsi prace. S deadline to nema co delat.
Druhy stav je, kdyz hrozi, ze podle odhadu delky vypoctu (to completion) se nestihne results spocitac vcas (kvuli deadline), pak nastupuje scheduler, ktery prehodnoti priority jiz stazenych resultu k pocitani a zacne pocitat ty, ktere jsou nejblize deadline. Scheduler se prepne z round-robin modu do earliest deadline first...a je jasne, ze nebude ani prijimat dalsi praci.

Nasobit cache deadlinem? co to je?

spamoid ma podle meho odhadu masinu ve stavu overcommited.
Stoji za to zkontrolovat on fraction, active fraction a cpu effeciency, jestli jsou blizko 1. Proste pokud si BOINC mysli, ze masina neni moc zapnuta, BOINC na ni moc nebezi, patricne odhad vypoctu natahne.
zaroven je mozne, to co psal Karell - to lze posoudit podle result duration factor (DCF). Pod jeho pojmem restart projektu rozumim stav, kdy se dany projekt nejakou dobu nepocital a jeho poloveni stahuje nove jednotky, se kteryma nema zkusenosti a tudiz chvilku trva, nez se DCF usadi.

spamoid píše:Dokonce Boinc Studio mi ukazuje na zalozce Stats Project pro dany pocitac Velikost cache pres 45 dni (je to vice nez dvojnasobek). Tak fakt nevim, co delam spatne. Zacalo se to dit bez jakehokoliv duvodu, spoustel jsem i Benchmarky, ale porad nic.

Dle tohodle jsem pochopil že má zásobu na 45 dní a nechápe jak je to možné, když má nastavený 3dny a odhad na 1WU 20h. To jsem se snažil vysvětlit, že je to délkou dedline.

Ale asi by tedy měl sám napsat co mu přesně není jasné, jinak jsou vše jen dohady.

Zdravim,
omlouvam se, ze jsem nenapsal - nebyl jsem u PC... Tak abych to uvedl na pravou miru (jinak mockrat dekuju vsem!):
- na svem notebooku pocitam SETI a LHC (to ale skoro vubec, protoze jej nemam zaply pres noc a jednotek pres den se moc neurodi) v pomeru 1:1
- do nedavna (asi tyden zpet) jsem mel zasobu jednotek pro SETI vzdy na urovni 3 dnu (plus minus) tak, ze jednotka mela odhad okolo 6 hodin - coz je realna doba vypoctu
- od urcite chvile ale odhad vypoctu jednotek zvysil na tech nesmyslnych 20 dnu a diky tomu mi BM vypisuje

10/08/2006 06:15||Using earliest-deadline-first scheduling because computer is overcommitted.
10/08/2006 06:15||Suspending work fetch because computer is overcommitted.

- proto mi BM stahne vzdy jenom 1 jednotku a dalsi stahuje az tesne pred dokoncenim, misty i po dokonceni stavajici
- to Forest - vim, co je deadline i co je zasoba prace, ty jednotky maji deadline v zari
- notebook provozuji porad ve stejnem rezimu - pres den je porad zaply i s Boincem (proto jsem si porizoval chlazeni )

Tak nevim, co delam spatne. Pokud by vas zajimaly obrazky z BM nebo BoincStudia, tak bych se je sem pokusil nejak dostat...
Doufam, ze jsem vse vysvetlil radne, kdyby ne, pokusil bych se jeste jinak
Jeste jednou diky mockrat vsem!

Rekl bych, ze bude problem v dluhach. Zkus se odhlasit z LHC a uvidis, jestli se to rozjede. Pak se pripadne znovu prihlas.
Po odhlaseni zkus restart BOINC.
Libor

Nebo resetovat dluhy na obou projektech. Na odhadovaný čas výpočtu by to nemělo mít vliv, ale zásobu by to mělo upravit dle toho odhadu.

Pokud se pocitaji pouze 2 projekty a jeden praci ma, druhy ne, tak tomu, co nema praci, narusta dluh. As simple as that.
Tudiz se tenci zasoba pro projekt, ktery praci ma...aby az bude mit praci ten obcasny, aby se mohl druhy projekt dorovnat vykonem prace.

Odhlaseni/prihlaseni nebo reset dluhu na opet na chvily srovna...nez to zase treba za mesic bude tam, co ted...

Zdravim,
nechapu sice, jak dluhy ovlivnuji predpokladanou dobu vypoctu, ale klido je muzu smazat (pozadam o navod, jak na to v Boinc Studiu)... Aktualni stav ranni jednotky je, ze je spocitano necelych 59%, spocitano za 3,5hodiny a predpoklad jsou 4 dny (rano se zacalo pocitat s odhadem 20 a kousek dnu)...
Takze fakt nevim. Odhlasit a prihlasit z LHC mi zase zmeni HOST ID pocitace?
Diky mockrat za into a snahu!

a) ano resetem se přiřadí nové ID
b) Také nevím co stím mají dluhy nebo deadline společného. IMHO na SAH jen spatne odhadli delku jednotek az se jich par spocita tak se upravi DCF a bude hlasit realne časy
Tohle se mi stávalo na více projektech zasobu jsem mněl trěba na den vydaly nove WU a najednou jsem nestíhal deadline 10 dnů .

Takze LHC resetovat nemusim? Nechce se mi dostavat dalsi HostID.
Kazdopadne ted mam spocitano 82%, predpoklad je 19hod (celkova Velikost cache v BS je 1d18h) a SETI scheduler pise:

10/08/2006 11:40|SETI@home|Message from server: No work sent
10/08/2006 11:40|SETI@home|Message from server: (won't finish in time) Computer on 54.8% of time, BOINC on 91.8% of that, this project gets 50.0% of that
10/08/2006 11:40|SETI@home|No work from project

Predpokladam, ze to ma vliv na to, ze nedostanu novou praci driv, nez dopocitam starou jednotku, ne?
Diky!

Tak jsem podle navodu v sekci pro EAH resetoval dluhy (smazal jsem DEBT v client_state.xml), nic se nezmenilo... Tak fakt uz nevim - cely preinstalovavat se mi to nechce...
Plan B je odhlasit pocitac z LHC... Mam do toho jit?

Jestli Ti nejde o nastahovani prace do zasoby, tak nech LHC v klidu.
Pokud je odhad delsi nez skutecny vypocet, tak zkus pockat. Po kazde spocitane jednotce se bude odhad snizovat, az se priblizi skutecne dobe. Pak se Ti zacne stahovat i dalsi prace do zasoby.
Libor

OK, pockam, budu informovat. Co me ale zarazi je, ze i kdyz mam jen jednu jednotku (aktualne s predpokladem 6 dni v 52%), tak mam v BS na zalozce Stats Project pro dany pocitac Velikost cache 14 dnu - moc nechapu, jak to BS pocita
Kazdopadne diky vsem!