Forum boinc.cz

sj-shark píše:hm
tak nam pekne procisli downloady

To je dobre, uz toho tam bylo moc.
Lze to take vnimat jako konec podpory pre 5.8.11 core a klientu na tom zalozenych, trebas jako truxuv boinc core...

Honza píše: Lze to take vnimat jako konec podpory pre 5.8.11 core a klientu na tom zalozenych, trebas jako truxuv boinc core...

Nemá být 5.4.11 ??

Exportuje někam BOINC do xml stav počítání?

zdespi píše:Lze to take vnimat jako konec podpory pre 5.8.11 core a klientu na tom zalozenych, trebas jako truxuv boinc core...

Nemá být 5.4.11 ??[/quote]Ne, opravdu jsem myslel konec podpory verzi <5.8.11.
Pokud pritvrdime, tak oficialnim je dokonce spise verze 5.8.15 - viz oficialni download.
Myslim, ze jedine, co muze lidem ve starsich UCB verzich chybet, je trideni podle sloupecku v 5.8.6a

gRis píše:Exportuje nìkam BOINC do xml stav poèítání?

No jiste...jak by asi jinak BOINC poznal, jak pokrocila dana aplikace?

Client_state.xml
<active_task>
<fraction_done>0.879999</fraction_done>

Myslel jsem ze to zjistuje komunikaci pres svuj port. Jestli to ale pujde dobre, lide s Desktop Sidebarem se muzou brzy tesit na BOINC monitor.

Jo, RPC, jasne. RPC muze davat aktualnejsi udaje nez obcas aktualizovany .xml
Ale driv se pouzival i souborovy pristup (viz BoincView), takze udaje musely byt v xml souboru, jinak by se prubeh nedal odecist. Prubeh navic figuruje i v tom, kolik je jeste v zasobe prace etc.

Jak casto se vlastne client state aktualizuje? Aby to nebylo jednou za pul hodinky :-/

rekl bych ze se musi aktualizovat "okamzite"
radeji se jeste kouknu nebo at me nekdo opravi.

...by stacilo na to pustit nejakou utilitku, aby monitorovala patricny soubor, ne?
Rekl bych, ze zmena je kazdych write once every a pri checkpointingu. Potom pri kazde zmene stavu tasku: switching a preemting (i kvuli benchmarku), result upload/download/report/error/etc.

Na monitorovani souboru by to bylo moc slozite, chystam se jenom upravit jiny kod na velice primitivni urovni, aby to nezabralo hodiny casu. Vsiml jsem si, ze ackoliv jiz nekteri BOINCari requestovali nejaky plugin, nikdo je nevyslysel...

Az neco budes mit, urcite se pochlub.

Jinak vysla 5.8.16, ktera ma docela dost zmen.
Za zminku stoji to, ze limit transferu 2 souboru/project je nyni oddlen pro upload a pro download, takze zaseknuty upload nebude branit downloadu nove prace.
Benchmark konecne pouziva affinitu, coz mozna poresi hodne divoka cisla benchmarku na dual-core stojich.
Detach projektu by nyni mel probihat korektneji, vcetne uklidu sched_request, sched_reply a master souboru, ktere jsou bez attachnuteho projektu k nicemu.

Dal jsem do rychlobalicku 5.8.16.
Nekonecne dohady kolem rozdilnych benchmarku na Win a Linuxu nakonec vedou k tomu, ze bude Linuxova verze kompilovana novejsim kompilatorem.

Honza píše:Az neco budes mit, urcite se pochlub.

Tedy to vypadá, že to bude snad i pracovat. Aktualizace client_state je dostačující, stejně lidi koukají na sidebar jenom příležitostně a na realtime sledování můžou zapnout manager. Ještě musím ale počkat na souhlas autora původního kódu s modifikací, vydal bych to i bez něj ale slušnost je slušnost Pokud tedy bude dost času, možná budu schopen po víkendu vydat snad něco nejen pro single core
Trochu mě mrzí, že není v active_task větvi taky aplikace, kterou to zrovna používá. Takhle asi budu muset(jestli vůbec někdy najdu odvahu se do toho pustit) všechno ručně přiřadit :-/

edit: Toho domain name a erroru dole si nevšímejte, jenom zkouším vyvolat podrobnosti procesu.

BTW, uvítám návrhy k tomu, co by to mělo zobrazovat.