Tip

[matob]

Tip pre tých ktorý vypínajú na noc net, resp. počítajú na miestach kde nemajú prístup na internet...

pokiaľ ste sa dostali do takejto nepríjemnej situácie , odporúčam pozastaviť sieťové aktivity
(advanced view, aktivity, sieťové aktivity pozastavené)
Dôvodom je to, že keď Vám dopočíta WU, snaží sa ju každú minútu odoslať, čo odoberá procesorový čas WU, ktoré sa momentálne počítajú.
Efekt je viditeľný najmä pri projekte Cosmology, kde jedna dopočítaná WU = 5 súborov na odoslanie. Tj., ked som mal 20 dopočítaných jednotiek, snažilo sa odoslať 100 súborov každú minútu, tzn. že prakticky neustále opakovanie komunikácie.
Výsledkom bolo, že boincmgr.exe trvalo vykazoval okolo 5% využitia CPU času...

Happy crunchin´...

[forest]

Nejen to, myslím že to co jsi napsal je docela logické.
Spíše bych když už se to nakouslo upozornil, že (alespoň dříve tomu tak bylo) dílčí výsledky z projektu CPDN po nezdařeném měsíčním odesílání propadají. Docela užitečné vědět, pokud si někam stahujete model CPDN, s tím že jej po dopočítání chcete přenés zpět a výsledky odeslat.
Možná by se hodilo, kdyby Honza potvrdil zda tomu tak stále je.
Každopádně pokud jedou výpočty na PC bez netu, je opravdu dobré zakázat BM přístup k síti.

[Honza]

V souvislosti s CPDN si je potřeba uvědomit, že po 14 (?) dnech, kdy se model neozývá, je považován za mrtvý a případně poslán znovu k počítání.
Stejně není v projektech moc na výběr, pokud někdo chce počítat na mašině 30+ dní off-line, než CPDN.

To, o čem píše matob, se dá řešit mnohem elegantněji - nastavit časové pásmo, kdy může BOINC na net. Advanced/Netwok usage / Network usage allowed.

[Honza]

Hmm, ještě je zde jedna možnost, a sice že kvůli nedostupné síti na straně projektu bude padat BOINC, jako se děje u 5.10.45 a LHC: Pak je nejlepsi problematicke uploady vykuchat a pozastavit network.

[matob]

To, o čem píše matob, se dá řešit mnohem elegantněji - nastavit časové pásmo, kdy může BOINC na net. Advanced/Netwok usage / Network usage allowed.

To áno, ale keď je niekto ako ja, že napr. v prednáškovej sále mám net a počítam, potom zapnem pc niekde kde nieje internet, potom zase v kaviarni kde je net.. atd
proste nepravidelne, tak vtedy sa to inak riešiť nedá...

[forest]

Jde to řešit tak, že si dáš zásobu na maximum a jen jednou za týden povolíš BM přístup k netu aby vše odeslal a doplnil zásobu.

[matob]

to áno, ale to by som nemohol počítať projekty s krátkym deadlinom

[matob]

Znižuje častý checkpoint (60sec) výkon?

[Palo M.]

Ak sa dobre pamatam, to nastavenie je minimalny cas medzi zapismi client_state.xml. "Write to disk at most every 60 seconds" - Zapisuj na disk "najviac" kazdych 60 sekund. Nie je to pre aplikaciu, ale pre boinc klienta.

Prilis casty checkpoint (aplikacie) moze znizovat vykon omnoho viac. Zavisi to od toho, aky velky je objem dat pri checkpointe. Ak je to par bytov, tak to velky vplyv na vykon nema (napriklad enigma a myslim, ze aj orbit mal celkom malo dat na checkpoint. Taky CPDN toho zapisuje podstatne viac a aj je to citit (ked urobili "optimized I/O" aplikaciu, ktora zapisovala mensie objemy dat).

Osobne si myslim, ze toto nastavenie asi velku ulohu nezohrava (pri viacjadrovych systemoch za jeho vplyv este viac znizuje) a ze daleko viac vykon zavisi na "rozumnosti" aplikacie. Napriklad ked som svojho casu optimalizoval TSP, tak som zistil, ze aplikacia reportuje progress do boinc-klienta asi 1000x za sekundu, co je akosi dost zbytocne. Ked som to upravil na 1x za sekundu, uz to vyrobilo podstatne zrychlenie (potom tam boli samozrejme aj ine "veci" v kode, ale to s touto temou uz vobec nesuvisi).

[matob]

Takže mám v boincu nechať 60sec. ?