Verze 4.45

[® Radim ... ®]

Ach jo asi je zas neco shnileho v mem kompliku poradi mi nekdo jak to vyresit ?
Do ty doby co jsem mel verzi BOINCu 4.19 vse ok , ted jsem presel na 4.45 . Bohuzel pozoruji, ze mi jede jenom klima , ale nechce odesilat podjednotky. Proste se tvari ze pocita , ale neodesila Dalsi vec je , ze Seti se nechce nahodit, jednou se mi to povedlo a pak z niceho nic po odeslani vypocitany unity si to smazlo z hardisku clienta pro seti (4.09) a od ty doby nechce nic stahovat A nepomohlo ani odinstalovani a znovu nainstalovani clienta BOINC 4.45
Kdyztak BOINC hlasi tyto hlasky pri spusteni :

20.6.2005 19:30:47||Starting BOINC client version 4.45 for windows_intelx86
20.6.2005 19:30:47||Data directory: D:\BOINC
20.6.2005 19:30:48|climateprediction.net|Computer ID: 105498; location: home; project prefs: default
20.6.2005 19:30:48|orbit@home|Computer ID: 841; location: home; project prefs: default
20.6.2005 19:30:48|SETI@home|Computer ID: 443772; location: home; project prefs: default
20.6.2005 19:30:48||General prefs: from SETI@home (last modified 2005-02-22 15:21:39)
20.6.2005 19:30:48||General prefs: no separate prefs for home; using your defaults
20.6.2005 19:30:48||Remote control not allowed; using loopback address
20.6.2005 19:30:48|climateprediction.net|Resuming computation for result 1j36_000092128_1 using hadsm3 version 4.10
20.6.2005 19:30:48|orbit@home|Deferring communication with project for 21 hours, 28 minutes, and 44 seconds
20.6.2005 19:30:54||Suspending work fetch because computer is overcommitted.
20.6.2005 19:30:54||Using earliest-deadline-first scheduling because computer is overcommitted.
20.6.2005 19:30:59||request_reschedule_cpus: project op
20.6.2005 19:30:59|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
20.6.2005 19:30:59|SETI@home|Requesting 0 seconds of work, returning 0 results
20.6.2005 19:31:22|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed
20.6.2005 19:31:22|SETI@home|No schedulers responded
20.6.2005 19:31:23|SETI@home|Deferring communication with project for 59 seconds
20.6.2005 19:32:23|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
20.6.2005 19:32:23|SETI@home|Requesting 0 seconds of work, returning 0 results
20.6.2005 19:32:24|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded

_______________________
A vo tom to je

[® Radim ... ®]

Tak ted jsem udelal tu vec , ze jsem pozastavil pocitani climky a hned naskocilo stahovani Seti clienta a unity. Uvidim jak to pobezi a az odesle jednotku , tak napisu zda ten problem pretrvava nebo ne. Ale jeste mi zbyva vyresit problem s tou climkou , nechce odesilat podjednotky ani je nevytvari, jenom pocita a nic neodesila.

Dodatek : červen 20, 2005 21:43
Tak jsem se koukl do modelu climy a mam pravdu neodeslalo mi to 2 jednotky. Ve vypisu v accountu mam posledni jednotku ktera mela Timestep 205238 , dalsi mela byt odeslana kdyz prictu 11k k timestepu tj. okolo 216000 a nasledna 227000 . Bohuzel zadna se nevygenerovala Ted mi model ukazuje ze mam Timestep 229453 . No pockam do vypocitani 1/3 projektu tj. timestep 259248 a pokud se nic nezmeni hold mi nezbyde nic jineho nez smazat adresar s climou + opusteni projektu a nahodit znova projekt coz se mi vubec nechce delat

Dodatek : červen 20, 2005 22:28
A je po problemu. Hodil jsem zpet BOINC 4.19 a vypadato ze je vse OK
__________________
A vo tom to je

[forest]

Pokud vím, tak CPDN nepřijímal trickly už od 15.06, takže to nebyl problém jenom tvůj, ale všeobecný, stačilo se kouknout do dredů o CPDN

S tím Seti je to pravděpodobně pouze o nastavení zásoby a rozdělení výkonu mezi jednotlivé projekty. Někdy může nastat situace, že podle nastavení a třeba i omezenému provozu PC by ti vyšlo že nestihneš tu jednotku vypočítat a tak ti ji nepošlou, což je logické

[Howard]

Tak jsem prave na jednom kompu provedl upgrade 4.13 -> 4.45 ... bez problemu

[Bony]

No já jsem taky nějaký čas používal verzi 4.45 bez nějakých problémů a ted mi už asi zhruba týden běží verze 4.68 od Truxe bez nějakých problémů a s lepšími výkony.

[Burney]

No já jsem taky nějaký čas používal verzi 4.45 bez nějakých problémů a ted mi už asi zhruba týden běží verze 4.68 od Truxe bez nějakých problémů a s lepšími výkony.

4.45 (původní) mi jela v poho několik týdnů, včera jsem si sehnal optimalizovanou 4.45 a dneska už sem na 4.68 od truxe s o polovinu většim benchmarkem..... co dodat?

[Honza]

Jak jste si asi vsimli, v posledni dobe se to zrovna novymi verzemi BOINC nemnozi.

V 4.45-ce jsou vsak ruzne chyby a nedostatky. Jednim z pripadu je problem benchamrku...
Kdyz se BOINC snazi udelat benchamrk, musi nejprve ukoncit vsechny bezici klienty. Na to je timeout 10 sec, jenze ten v nekterych pripadech nestaci - hlavne na CPDN ci obecne v kombinaci s tim, ze je pocitac necim jinym zamestnan.
Chris Sutton udelal verzi 4.45a, ktera ma timeout na ukonceni klientu 30 sekund misto zminenych 10. Bohuzel na to tym BOINC byl upozornen jiz drive (a asi i nekolikrate), ale oprava zapracovana nebyla (neni ani v 4.72 podle vseho).

Kdo pouziva standardni 4.45, doporucil bych 4.45a od Chrise - at bude link na download, poskytnu.
Mozna by stalo za to, aby trux pridal tuto drobnou zmenu i do sveho optimalizovaneho klienta. Nebo mozna nez bude mit novy kompilator, bude uz novejsi verze, kdo vi.
Manualne to lze resit tak, ze rucne posaztavite klienty, date rucne benchmark a muzete dalsich 5 (7?) dni bezpecne pokracovat, nez se stupsti dalsi automaticky benchmark.

[Howard]

Doporucili byste i me nejakou optimalizovanou verzi, pocitam na 2.5 GHz P4 celeronu a 1.3GHz P3 celeronu?

[forest]

Osobně bych všem doporučoval optimalizaci klienta BOINC 4.68 od Truxe. Bude vám to na všech projektech nárokovat více Creditu
No a těm kdo počítají Seti/BOINC tak jistě některou z povedené série R7 optimalizací aplikace 4.11. Odkazy najdete na fóru v sekci Seti-Optimalizace.

[reALTom]

S tim kreditem to je trochu neeticky, ze? To by musela byt od vsech projektu optimalizovana aplikace.

[forest]

Optimalizace aplikace je pouze na urychlení výpočtu a tu lze udělat prozatím jen u Seti/BOINC.
Optimalizace klienta je převážně na zvednutí požadovaného Creditu a to u včech projektů kromě CPDN, kde se na to nehraje

[Lord_Scoorpion]

No a těm kdo počítají Seti/BOINC tak jistě některou z povedené série R7 optimalizací aplikace 4.11.

Jen bych se chtěl zeptat proč ne R8? R7 je lepší? já to ještě nezkoušel, protože Seti momentálně na svým PC nepočítám, počítám to jen na PC ke kterýmu nemám moc často přístup a chtěl sem tam nahrát optimalizaci R8, ale jestli je R7 lepší tak dám R7

[forest]

U mě na Prescottu je R7 rychlejší než R8, ale to může bý vyjímka, takže doporučuji otestovat, vyplatí se to.

[trux]

S tim kreditem to je trochu neeticky, ze?

Ani ne. V podstate, hlavni cast me "optimalizace" byla, ze jsem jednoduse vypnul debug mod kompilace, takze ten "optimalizovany" klient v4.68 konecne pocita benchmarky tak jak ma, a tak jak to dela spousta jinych verzi, ktere byly kompilovane bez debug kodu (napr. ruzne verze pro Linux, FreeBSD, MacOS, HP Unix, atd). To, ze jsem k tomu pridal jeste trochu optimalizace pro jednotlive procesory, sice ten benchmark take trochu zvedlo, ale ve srovnani s tim debug kodem, pomerne malo.

Navic, je cely ten system udelovani kreditu pres benchmark dost nesmyslny, protoze ten benchmark nevyjadruje ani priblizne to, jak rychle dany pocitac jednotky zpracovava. Diky tomu nejvyssi kredity nepravem reklamuji naprosto zastarale, pomale a neucinne procesory, kdezto novejsi jsou vice-mene za lepsi vykon penalizovany - a to i u tech oficialnch klientu pro ruzne projekty. Staci si trochu prohlednout statistiky projektu a uvidis to sam. Ten optimalizovany klient to trochu kompenzuje. Dale pak, nehlede na to, ze udeleny kredit je zavisly na ostatnich ucastnicich, kteri tu danou jednotku spocitali, BOINC ma zabudovanou ochranu proti premrstenym kreditum a neudeli za jednotku vic, nez je urcita referencni hodnota. Mnohem lepsi by vsak bylo, kdyby se kredity neudelovaly na zaklade techto pochybnych benchmarku, ale na zaklade kratkych referencnich jednotek, ktere by se nahodne pocitacum zasilaly. Obavam se vsak, ze to jeste nejakou dobu potrva, nez se k tomu BOINC propracuje.

Konec koncu, o eticnosti teto optimalizace se vedl velmi dlouhy dialog na S@H foru. Nakonec se do toho nastesti vlozili primo vyvojari BOINCu a ukoncili to tim, ze s tim souhlasi a podporuji to, a ze zdrojak byl uverejnen prave kvuli tomu, aby jej mohli ostatni vylepsovat a nachazet nedostatky ci chyby.

[Honza]

V 4.45-ce jsou vsak ruzne chyby a nedostatky. Jednim z pripadu je problem benchamrku...
Kdyz se BOINC snazi udelat benchmark, musi nejprve ukoncit vsechny bezici klienty. Na to je timeout 10 sec, jenze ten v nekterych pripadech nestaci - hlavne na CPDN ci obecne v kombinaci s tim, ze je pocitac necim jinym zamestnan.
Chris Sutton udelal verzi 4.45a, ktera ma timeout na ukonceni klientu 30 sekund misto zminenych 10. Bohuzel na to tym BOINC byl upozornen jiz drive (a asi i nekolikrate), ale oprava zapracovana nebyla (neni ani v 4.72 podle vseho).

Verze 4.45b of Chrise k dispozici zde
Hlavni zmeny jsou:
- problem pri stahovani souboru, kde se castecne stazeny soubor vyhodnocoval jako vadny pri retry
- opraveno 100% zatizeni CPU pri prenosu souboru
- timeout benchmarku zvysen na 30 sekund (z puvodnich 10)

EDIT: Aby se nekdo nespletl - nejedna se o oficialni verzi, ale o verzi vychazejici z oficialni + zminene opravy a neobsahuje optimalizace jako delal trux.