BOINC 5.x - Optimalizace/modifikace

Mr4k · Příspěvek od **Mr4k** » čtv led 12, 2006 11:37 pm

jj, to mam

12.1.2006 22:19:39||Starting BOINC client version 5.3.8.tx22 for windows_intelx86

kdyz to napisu do remote_hosts, tak to jde, nevim, asi neco delam blbe, ale nevim co.

vejpuste · Příspěvek od **vejpuste** » čtv led 12, 2006 11:40 pm

Mr4k píše:jj, to mam
Kód: Vybrat vše
12.1.2006 22:19:39||Starting BOINC client version 5.3.8.tx22 for windows_intelx86
kdyz to napisu do remote_hosts, tak to jde, nevim, asi neco delam blbe, ale nevim co.

Podivej se o kus niz. Prispevek od Mirase http://boinc.cz/forum/viewtopic.php?p=20582#20573 Treba Te to navede. Nebo sem vloz text ze souboru global_prefs.xls a treba neco napadne nekoho jineho.
Libor

Miras · Příspěvek od **Miras** » čtv led 12, 2006 11:41 pm

2Mr4k: Ze začátku tohle nebylo, nevím přesně od který verze tohle trux přidal. 5.3.6.tx12 to už ale provádí určitě. Pokud není problém v tom co říká vejpuste, můžeš mi obsah global_prefs poslat přes SZ, mrknul bych jestli něco nepřehlížíš.

trux · Příspěvek od **trux** » pát led 13, 2006 1:05 am

Hlaska "CC calibration blocked" muze prijit z nekolika pricin:

[exagerated credit limit] - korigovany kredit by byl prilis vysoky; pouzije se tedy misto toho standartni kredit
[negative litmit] - korigovany kredit by byl prilis nizky; pouzije se tedy misto toho standartni kredit
[impossible time] - ke spravne korekci by byla potreba nepripustne velika uprava casu - pouzije se jen korekce casu tak, aby nebyl limit prekorcen

Ty chyby mohou byt castejsi po nove instalaci, po zmene vykonu, nebo po spusteni benchmarku - par jednotek to trva nez se kalibracni koeficienty srovnaji

S odesilanim jednotek to nema vubec nic do cineni. Obcas proste jednotky nejdou odeslat, protoze server je dole, nebo delate updejty projektu prilis rychle za sebou. Kredit na to nema naprosto zadny vliv.

'bosh · Příspěvek od **'bosh** » pát led 13, 2006 3:45 am

2Trux:
No to je nadhera, uzas div...kruci, to se my liby - asi ti poclu moje heslo...

:):)
And I'm busy reading the message log, as I reach negative calibration limit hit - oh one more time - hit me...

trux · Příspěvek od **trux** » pát led 13, 2006 4:41 am

Soupnul jsem tam verzi 5.3.8.tx23 - prakticky zadne zmeny, jen par kosmetickych uprav v hlaskach.

'bosh · Příspěvek od **'bosh** » pát led 13, 2006 6:09 am

Ok, installed 5.3.8.tx23...this is truly great...and backward compatible...fantastic. This should have been implemented right from the start of the project.

trux · Příspěvek od **trux** » pát led 13, 2006 3:32 pm

Pokud nekdo pouzivate tuhle moji posledni verzi, muzete mi rict jestli vsechno funguje podle ocekavani? Vidite uz nejake pozitivni vysledky v kalibraci kreditu u S@H? Zkousel jste nekdo kalibraci u jinych projektu (tam by to teoreticy vetsinou melo vest ke spravedlivemu snizeni Claimed Creditu)? Zkousel jste nekdo sitove masky v remote_hosts.cfg nebo jine nove funcke? (jo, vim, Honza mi otestoval resetovani kreditu - dik)

Rad bych tu verzi dal k dispozici verejne, nebo alespon k sirsimu beta testovani v nasi International sekci, aby to udelalo co nejdriv alespon nejaky uzitek, nez se objevi S@H Enhanced, cimz vyhrozuji uz dlouho, a kde by to uz nemelo takovy prinos. Pokud s tou novou verzi ale jsou nejake problemy, nebo ta kalibrace nefunguje dobre, tak bych to asi zase radsi jeste dopiloval nez se to dostane mezi prilis moc lidi.

Miras · Příspěvek od **Miras** » pát led 13, 2006 5:39 pm

Na jeden noťas sem to dal včera večer, jak sem psal. Tam běží jen SETI, s kreditem se cosi děje, ale pořád se to ještě vyvíjí. Předtím sem žádal tak 10 kreditů za jednotku, po zhruba dvaceti WUs sem na šestnácti. Uvidíme kde se to zastaví, ale dneska to nejspíš ještě vědět nebudu. K dalším compům sem se dostal až teď. Na jednom jede jen CPDN, takže z toho nic nebude, druhej křoupe SETI, ale to je pomalá šunka, tam to asi potrvá dýl než nastane nějaká změna. Co to dělá s Einsteinem bych mohl vědět snad zejtra, uvidíme jaký budou jednotky.
Port funguje, tam není co řešit. Return results immediately taky OK, masku snad dneska ještě vyzkouším. Na affinitu nemám stroj

. Kalibrování kreditu viz výše, až bude něco novýho dám vědět. Dluhy zkoušel Honza, mě nijak zvlášť netrápí a nechávám je svýmu osudu. Ty prioritní projekty by se nechaly nasimulovat, ale je potřeba čas než dojde stávající zásoba.
Žádný očividný bugy vidět nejsou, co se bude dít s kreditem je u mě zatím nejasný.

trux · Příspěvek od **trux** » pát led 13, 2006 5:51 pm

Dik, Mirasi, za podrobny report. Jsem rad, ze zadne ocividne problemy zatim nejsou. Co se tyce return_results_immediately, tak mozna uz nekteri zpozorovali, ze to obcas selze. Abych vysvetlil proc tomu tak je: klient s timto nastavenim zkousi nahlasit jednotku hned po uploadovani vysledku. Zkusi to ale jen jednou, takze, kdy zrovna server vrati chybu, nebo to prislo prilis brzy po predeslem kontaktu scheduleru, nebo dokonce i kdyz jste treba dosahli denni limit 100 vyzadovanych jednotek, tak to nic neodesle a zkusi se to znova az pri pristi dokoncene jednotce. Myslim, ze je to tak OK, a neni potreba pridavat nejake castejsi nebo opakovane pokusy o odeslani. Jedine, o cem jsem premyslel, je obejit ten limit 100 WU/den a odeslat tu jednotku i pri takovem stavu. Je to ale pomerne vyjimecna situace (napr po smazani vsech starych jednotek), takze se na to nejspis vykaslu.

Miras · Příspěvek od **Miras** » pát led 13, 2006 7:32 pm

Tak tohohle sem si popravdě ještě ani nevšim

K return_results mě ale napadl jeden zlepšovák. Hodně často potřebuju zakázat přístup k síti (zupa že to v 5.3.8 opět chodí jak má) a pak odesílám víc jednotek naráz. Teď to reportuje hned první odeslanej výsledek, odesílání dalších je dokončeno až po reportu a to pak zas čeká deset minut na další spojení. Takže reportuje jednu jednotku a všechny ostatní až po těch deseti minutách. Hodilo by se reportovat až po odeslání všeho. Netuším nakolik obtížná by tahle změna byla, a jestli by to nedělalo neplechu, tak hned dávám alternativu. Co dát nějakej parametr pro časovou prodlevu mezi uploadem a reportem?

trux · Příspěvek od **trux** » pát led 13, 2006 7:38 pm

Hmm, to by mohlo znamenat dost hodne to prekopavat. Obavam se, ze by to moc jednoduche nebylo. Kdyz bude cas, tak se na to mrknu, ale spis pocitam, ze do toho asi moc zasahovat nebudu. Preci jen chci ten pocet a rozsah zmen udrze v nejakem limitu abych nemel moc prace pri pravidelne synchronizaci zdrojaku s oficialnimi verzemi. Tato zmena by skoro urcite znamenala dalsi rozsahle zasahy.

Miras · Příspěvek od **Miras** » pát led 13, 2006 7:43 pm

Jasně, není to nic závažnýho, deset minut mě už nezabije. Jen že je to zas jeden zbytečnej kontakt se schedulerem navíc. Myslím že jen vsunutí nějakýho timeoutu mezi upload a report by nemusel bejt zas až tak velkej zásah, ne?
Ale jak říkám, není to kritický, to jen kdyby ses nudil a neměl co dělat

Miras · Příspěvek od **Miras** » pát led 13, 2006 7:56 pm

To co píše Mr.Pernod v international sekci je bohužel pravda. Nějak záhadně to občas parametry z global_prefs nečte. Když se parametry dají bo bloku venue, veme je, když se přemístí za hlavičku už zas ne. Zajímavý je, že na noťasu mi to chodí správně. Až teď jak čtu International sem si překontroloval log tady na kompu a vidím že parametry nebere v potaz. Včera už sme tu něco podobnýho řešili (a nevyřešili) s Mr4kem. Můj aktuální stav je ten, že na třech compech to chodí jak má, na jednom to záhadně nepracuje. 5.3.8.tx23 je na všech. Co by ti mohlo pomoct k nalezení problému?

EDIT: Jo a na webu je blbě popisek, máš tam 5.3.6.tx23 místo 5.3.8.tx23, ale to je fakt jen detail

trux · Příspěvek od **trux** » pát led 13, 2006 9:47 pm

Jo s venue je to celkem jasny. Ja jsem se venue moc nevenoval, protoze jsem mylne predpokladal, ze global preferences se ctou vzdy a pak teprve prepisujou venue parametrama. Vypada, ze to tak neni a ze tam budu muset pridat zapis i do venue bloku.