Stránka 15 z 25

Napsal: pát led 19, 2007 10:12 am
od Honza
Myslim, ze jsem v posledni dobe odhlasil jednu masinu z projektu a pote znovu prihlasil (zkopirovanim account_?.xml) a merge jsem delat nemusel.
Odhlaseni z projektu je docela spolehlivy mechanismus na vycisteni souboru (a client_state.xml).

Napsal: úte úno 06, 2007 3:10 pm
od vejpuste
Za poslednich par tydnu se mi uz nekolikrat stalo, ze se nestahovala nova prace ze Seti. Sice mel ve fronte nekolik jednotek na stazeni, ale nedokazal je stahnout. Ani opakovany reload nepomohl.
Az po restartu boinc se jednotky stahly. Nevim jestli je to vlastnost BS jadra, ale docela nemile me to prekvapilo.
Myslim, ze je problem v tom, ze SETI zmeni servery odkud se ma stahovat prace a BS si porad drzi sve puvodni nastaveni.
Libor

Napsal: úte úno 06, 2007 3:17 pm
od ondy
Pouzivam BS uz dlouho (v podstate od jeho zacatku) a s zadnym podobnym problemem jsem se nesetkal (pocitam Seti a LHC -> v podstate jenom Seti).

Napsal: úte úno 06, 2007 3:41 pm
od FordPrefect
BS zadne cachovani neprovadi. Spise bych to videl na lokalni cachovani dns,

Napsal: úte úno 06, 2007 6:27 pm
od vejpuste
2 ondy : Zalezi, jestli Ti pocitac s BS bezi neustale jako me nebo jestli ho restartujes.
2 Ford : Kdyby to zalezelo na lokalni DNS, tak nestaci restartovat boinc core, ale musel bych minimalne vymazat DNS cache. Coz jsem nedelal.
Skoro bych si tipnul, ze na podobny problem narazil Honza, ktery obcas nadaval na seti, ze mu nestahuje jednotky i kdyz ostatnim to fungovalo.
Az to znovu nastane a bude to na pocitaci, kde mam pristup, tak to zkusim vic zkoumat. Ale vzhledem k tomu, ze mi to dela s boinc core BS jak na woknech tak na Linuxu, tak bych to nevidel na DNS cache, protoze tu pouzivaji oba systemy ruzne.
Kdyz jsem to pred casem pozoroval, tak jsem zkousel pustit Benchmark, zakazat sit a znovu pustit a ani jedno nepomohlo. Az restart BOINC core zafungoval.
Uvidime, treba to nebude tak dlouho trvat a nastane to zas.
Libor

Napsal: stř úno 07, 2007 10:44 am
od Honza
Probudila se diskuse kolem dalsiho vyvoje BS.

Jednou z postav v roli programatora by mohl byt ThierryH, jinak docela znama osobnost v BOINC komunite.
Diskutuje(me) o tom, zda-li se soustredit na GUI, takze by to bylo neco a-la BOINCVIew a pouzivat oficialni core nebo delat i na vyvoji core.

Napsal jsem par features, ktere jsou v BS nebo jinych core, ktere si uzivatele pochvaluji a ktere UCB core castecne nebo zcela postrada.

- fake CPU #
- report results immediatelly
- CPU affinity
- backup project (navrhl jsem priority project)
- CPU usage limitation (v BS skvele, v UCB znouvecnost)
Byla navrzeno, ze bude casem treba 32 i 64-bit verze.

Neco bylo opominuto?

To pomuze rozhodnout, jakym zpusobem upravovat core atp...

Napsal: stř úno 07, 2007 10:50 am
od FordPrefect
Jeste by to chtelu upravit planovac, aby u vicejader a multiprocesoru planoval nejak inteligentneji, nejlepe pro kazde jadro/cpu zvlast :idea: Nevim, jestli uz to neni v ofic verzi, pac ji nesleduju.

Napsal: stř úno 07, 2007 10:54 am
od vejpuste
2 Honza : K tomu co jsi napsal se pripojuju a jeste bych doplnil WUS stats, podrobnejsi zobrazovani informaci o pocitaci a hlavne moznost vzdalene aktualizace a restartu BOINC core.
Uvital bych, kdyby se nektere veci daly menit i pres CMD a ne jen graficky rucne. Kdyby se dala nastavit priorita zaloznich projektu, tak by to bylo fajn.
Uz jsi to kdysi psal, ale dobre by bylo, aby se jednotky ve stavu download nebraly do zasoby. Minimalne ne ve chvili, kdy CPU nema co pocitat a flaka se. V tu chvili by mel rychle sehnat nejakou praci od zaloznich projektu.
Takze rozhodne hlasuju minimalne pro udrzovani a rozvoj boinc core.
Libor

Napsal: stř úno 07, 2007 11:01 am
od FordPrefect
vejpuste píše:Uz jsi to kdysi psal, ale dobre by bylo, aby se jednotky ve stavu download nebraly do zasoby. Minimalne ne ve chvili, kdy CPU nema co pocitat a flaka se. V tu chvili by mel rychle sehnat nejakou praci od zaloznich projektu.
Takze rozhodne hlasuju minimalne pro udrzovani a rozvoj boinc core.
Libor
No, ono je to diskutabilni. Spise by bylo dobre, aby v pripade, ze nema co pocitat, tak by natahl minimalni mnozstvi prace ze zaloznich projektu :idea:

Napsal: stř úno 07, 2007 11:32 am
od Honza
OK, Libore, doplnil jsem pochvalu WU stats a prani moznosti menit veci pres CMD a nejen GUI a take auto-update feature.

Vyvoj core napriklad znamena, ze kdyz se neco v oficilanim core zmeni napriklad v oblasti komunikace se servery, je treba to do BS rychle zapracovat, aby byl funkcni...proste je treba udrzovat kompatability s UCB core. Navic UCB core neni zrovna delan se zamerem, ze se do nej budou veci pridavat, takze ruzne add-ons asi nejsou uplne jednoduche (ale to neumim osobne posoudit).

No hlavne aby se to hyblo...myslenek a napadu bude vzdycky dost.

Napsal: stř úno 07, 2007 4:27 pm
od vejpuste
FordPrefect píše:
vejpuste píše:Uz jsi to kdysi psal, ale dobre by bylo, aby se jednotky ve stavu download nebraly do zasoby. Minimalne ne ve chvili, kdy CPU nema co pocitat a flaka se. V tu chvili by mel rychle sehnat nejakou praci od zaloznich projektu.
Takze rozhodne hlasuju minimalne pro udrzovani a rozvoj boinc core.
Libor
No, ono je to diskutabilni. Spise by bylo dobre, aby v pripade, ze nema co pocitat, tak by natahl minimalni mnozstvi prace ze zaloznich projektu :idea:
No to je presne to co jsem psal. Jenom jsem psal nejakou a Ty pises minimalni. Ale takhle jsem to myslel.
Libor

Napsal: stř úno 07, 2007 5:00 pm
od FordPrefect
vejpuste píše:
FordPrefect píše:
vejpuste píše:Uz jsi to kdysi psal, ale dobre by bylo, aby se jednotky ve stavu download nebraly do zasoby. Minimalne ne ve chvili, kdy CPU nema co pocitat a flaka se. V tu chvili by mel rychle sehnat nejakou praci od zaloznich projektu.
Takze rozhodne hlasuju minimalne pro udrzovani a rozvoj boinc core.
Libor
No, ono je to diskutabilni. Spise by bylo dobre, aby v pripade, ze nema co pocitat, tak by natahl minimalni mnozstvi prace ze zaloznich projektu :idea:
No to je presne to co jsem psal. Jenom jsem psal nejakou a Ty pises minimalni. Ale takhle jsem to myslel.
Libor
Jsem to v tom pracovnim fofru mozna nenapsal uplne souvisle. Moje prvni pripominka se tyka toho, ze si myslim, ze kdyz jsou wu ve stavu download, tak by se urcite mely pocitat do zasoby. To jsem komentoval jako diskutabilni.

Napsal: čtv úno 08, 2007 10:26 am
od Honza
MarcP, ktery delal SETI WUProxy, tvrdi, ze kod BS je vcelku cisty a ze bu to melo jit.
No tak jsem zvedavy...o pokrocich budu informovat.

Napsal: ned úno 11, 2007 10:01 am
od Honza
Vcera probehla telefonicka konference lidi kolem BS. (z pochocpitelnych duvodu jsem se ji neucastnil)
Cekal jsem na vysledek. Programovani BS bude v Delphi a budou jej obstaravat v podstate 3 lide.

Scenar je zhurab takovy:
udelat vlastni BS core, odlehceny od nekterych zbytecnosti oficialniho.
neco bude zamontovano do GUI, ale command-line funkce budou podporovany.
bude BS web site, ktera by mohla slouzit k posilani/prijimani prikazu hostu, samosebou secured. Tenhle casti moc nerozumim, ale nechce se prekvapit.

V prvni rade jde o to udelat seznam nezbytnosti BOINC core, takovou light verzi, od ktere se odpychnout...

Bottom line: BS zije.

Napsal: ned úno 11, 2007 1:16 pm
od vejpuste
Hura, uz se tesim. BS jsem si nakonec tak oblibil, ze bez nej by to nebylo ono ;-)
Libor