Mas 6 jadier a 4G pamate + Windoze, co znamena ze pamate nemas bohviekolko. Wo WCG si teraz DDD2 scucne bez svaru 500M pamate len taky fukot.
Ked predpokladam, ze MilkyWay pocitas len na GPU a ostatne projekty na CPU (ak mas ATI, tak pocitat MW aj na CPU je dost demotivujuce), tak to mame 6 projektov a 6 jadier. Lenze Orbit je zdochnuty, tam asi nie je co pocitat. A takisto LHC v podstate uz nedava robotu (pokial viem). To ti prave moze sposobovat nerovnovahu a zacina sialene prepinanie taskov zostavajucich projektov, co robotu davaju.
Odporucanie 1: Nastavenie projektov (resource share), povedzme:
Einstein: 33
Rosetta: 33
WCG: 17
Cosmology: 17
MW (len GPU) moze byt lubovolne, trebars aj 100.
Z Orbit a LHC sa zatial na tom stroji odpoj (keby zacali davat robotu, tak sa naspat pripojis a budes pocitat dalej, ale zatial to tak nevyzera).
Tak by ti malo v stabilnom stave pocitat 2x EAH, 2x Rosetta, 1x WCG 1xCosmo. Mozes to samozrejme zamenit podla vlastneho uvazenia, napriklad na WCG sa daju najst podprojekty ktore potrebuju malo zdrojov. Podstatne je, aby vaha jednotlivych projektov bola rozlozena tak, aby to vychadzalo "na cele jadra". Alternativne sa da nastavit aj EAH: 50 (3 jadra), Rosetta: 16 (1 jadro), WCG: 17 (1 jadro), Cosmo: 17 (1 jadro). Alebo pripadne dat EAH len na 1 jadro a na 3 jadra dat WCG a ratat rozne WCG podprojekty - to uz je na tebe, bud kreativny
, len treba zachovat 16.666% na jedno jadro.
Odporucanie 2: Bod cislo 5, co som spominal, teda pridat zero_debts do cc_config.xml
Ak ten subor nemas v datovom adresari (tam kde je client_state.xml, myslim ze na Win7 by to malo byt C:\Program Data\BOINC alebo tak nejak), tak ho treba vytvorit (standardne tam ten subor nie je). Subor by mal vyzerat asi takto:
Kód: Vybrať všetko
<cc_config>
<log_flags>
<debt_debug>1</debt_debug>
</log_flags>
<options>
<zero_debts>1</zero_debts>
</options>
</cc_config>
(ten debt_debug sa hodi len docasne, aby si videl v log-u ako sa to priebezne meni - neskor to mozes dat na 0, nech to nezaplavuje log)
Potom by sa mali debty resetovat vzdy pri starte BOINC. Ak stroj kazdy den vypinas, tak by to malo stacit, pri zapnuti sa bude zacinat s cistym stitom. Ak bezis 24/7, tak potom treba urobit skript, ktory sa bude periodicky spustat pomocou scheduled tasks (interval podla potreby, podla toho kolko dlho trva "rozhasenie rovnovahy"). V skripte bude ukoncenie BOINC, chvilku pockat a potom odstartovat BOINC znova (v tom pripade sa hodi BOINC ako service). Ak robis povedzme raz za tyzden "preventivny shutdown" (pri Windoze sa hodi), tak sa mozno tiez zaobides bez skriptu.
Odporucanie 3: Nastav manualne spravu pamate vo Windoze. Neviem, kde je to konkretne v sedmickach, v XPckach je to zastrcene v My Computer->Properties, tab Advanced, cast Performance, kliknut na Settings; potom tab Advanced, cast Virtual Memory kliknut na Change. Standardne tam byva "System managed size", co v praxi znamena, ze zacina s nejakym malym swap-file a ked dojde pamat, zvacsi si ho podla potreby. Co je zloba, lebo prave vtedy, ked dojde pamat a treba nieco odlozit do swap, tak sa system zacne hrabat na disku, aby alokoval dalsie miesto pre swap a teda desktop stoji... Ak nastavis rozumnu
pevnu velkost swap-file (teda nie od-do, ale jedinu velkost), tak usetris cas potrebny na zvacsovanie swap-file. Odporucam ti 4G velkost. Potom treba restart
. Dalsia vec je, ze ked je ten swap-file vytvoreny v plnej dlzke, mal by byt defragmentovany (idealne cely subor v jednom kuse) a najlepsie pri zaciatku disku (tam sa cita rychlejsie). Ale myslim, ze standardny Windozacky defragmentator ho takto pekne presunut nevie (v XP to urcite nevie), nejake specialne utilitky od inych firiem by to mohli vediet. A takisto, kedze mas 2 disky, da sa dat cast swap na jeden disk a cast na druhy (2G+2G), potom system moze robit paralelne diskove operacia na obidve zariadenia, cim sa to cele zrychluje.
Myslim, ze tymito nastaveniami by sa ti to malo zlepsit - skus a daj vediet, ako to dopadlo.