Forum boinc.cz

Zkompiloval jsem novou optimalizovanou verzi - zase nejnovejsi vyvojarksou - tentoktrat 5.3.2. Krome puvodnich uprav (konfigurovatelny RPC port + return_results_immediately), jsme pridal jeste dalsi zmeny:

1) U multiprocesorovych system je ted mozno zadat CPU affinitu, takze na rozdil od standartdniho core clienta, spousti kazdou jednotku jen na jednom procesoru. Oficialni verze pocita sice az tolik jednotek, kolik je k dispozici procesoru, ale vsechny jednotky jsou spusteny bez afinity, coz znamena, ze si je procesory pretahuji jak je potreba. To nekdy muze dost znacne ovlivnit efektivitu vypoctu a vyuziti L1/L2 cache. Popravde receno jsem od toho cekal docela znacnou zmenu, ale po par jedntokach ten rozdil v praxi zase az tak moc nevidim. No jeste to zkusim na svoji druhe dvouprocesorove masine, treba to pomuze lip.

2) Je take mozno zmenit prioritu procesu - normalne je to u BOINC procesu vzdy nastaveno na 'idle'. S timto novym parametrem je mozno to zmenit 'normal', 'high' nebo i 'realtime'. Zase ale neni vhodne od toho ocekavat zadnou zasadni zmenu. Dost zalezi na systemu, ale ze zkusenosti uz z Klasika vim, ze paradoxne casto vyssi priorita muze dokonce zapricinit i pomalejsi beh. Je proste potreba to vyzkouset. 'realtime' velmi pravdepodobne uplne zmrazi cokoli jineho na pocitaci a asi ho ani nepujde obsluhovat mysi. Jestli to vubec pomuze, bylo by to vhodne jen na masiny, ktere bezi jen kvuli BOINCu.

Verze pro ruzne procesory a podrobnejsi popis v anglictine jsou jako obvykle na http://boinc.truxoft.com/

Dekuju. Tento funguje. Take ho jdu vyzkouset na svem dualcore.

EDIT: Takze verze 5.3.2

boinc 5.3.2 neoptimalizovany píše: 17/12/2005 22:46:47||Benchmark results:
17/12/2005 22:46:47|| Number of CPUs: 2
17/12/2005 22:46:47|| 1340 double precision MIPS (Whetstone) per CPU
17/12/2005 22:46:47|| 1997 integer MIPS (Dhrystone) per CPU

boinc 5.3.2 optimalizovany píše:17/12/2005 22:49:44||Benchmark results:
17/12/2005 22:49:44|| Number of CPUs: 2
17/12/2005 22:49:44|| 1427 double precision MIPS (Whetstone) per CPU
17/12/2005 22:49:44|| 5195 integer MIPS (Dhrystone) per CPU

pekne

Zapomel jsem rict - co se tyce rychlosti benchmarku, tak tam zadna zmena proti me starsi v5.3.1 neni, takze by to melo byt stejne.

EDIT: a na dual-core nezapomen nastavit parametr v remote_hosts.cfg, jinak to zadny rozdil taky neudela. A to nastaveni nebude mit vliv na benchmark, ale pouze na to, jak bezi aplikace projektu (jakychkoli, nejen S@H)

Asi mi neco uniklo, ale
a) jak souvisi dualcore s remote_hosts.cfg
b) zadny remote_hosts.cfg tam nemam
?

a) nijak, proste jsem nechtel zakladat novy konfiguracni soubor
b) zaloz ho

OK. Jsem zvedav.
Jinak ale myslim, ze by bylo vhodnejsi to dat do noveho konfiguracniho souboru namisto hackovani remote_hosts.cfg pomoci #.

Howard píše:Jinak ale myslim, ze by bylo vhodnejsi to dat do noveho konfiguracniho souboru namisto hackovani remote_hosts.cfg pomoci #.

Ja ne. Uz takhle jich tam je asi deset. Ja mam rad vsechno pohromade. Ale to nevadi. Konecne, nikdo ti nebrani to zkompilovat po svem

trux píše:... Konecne, nikdo ti nebrani to zkompilovat po svem

Ano, to muzu, uz jsem to pred casem zkousel. Asi bych s tim musel stravit o mnoho vic casu, aby to k necemu bylo a na to sem nemel cas.
Nicmene, predkladat navrhy muzu, ne? To nevadi, ze je tam 10 konfiguraku, bude jich tam 11, no a co? Bylo by to "cistejsi" a nematouci.

Predkladat navrhy samozrejme muzes, ale ja si doufam mohu ponechat pravo udelat to tak, jak povazuji za nejlepsi, a hlavne netravit nad tim vic casu, nez je nezbytne treba tim, ze to budu zabudovavat zmeny, ktere namaji zadny efekt na praci, ale jen uspokojuji osobni pozadavky, ktere navic jsou zcela individualni a nepodstatne. To se na me nezlob, ale skutecne radeji budu delat neco uzitecnejsiho.

Taky bych mohl zalozit konfiguracni soubor na kazdy parametr zvlast - nakonec, CPU affinita nema co do cineni s RPC portem, a ten zase nic s odesilanim vysledku nebo s prioritou procesu. Nakonec je jedno jestli tech souboru bude deset nebo dvacet, ze jo

Maji co do cineni - jsou to nastaveni boincu. A nejedna se o zadne individualni osobni pozadavky. Cim vic tech parametru bude, tim vetsi bude duvod pro novy cfg.
Ale ja se nechci hadat o zdanlivych malickostech, ani te presvedcovat o jistych programatorskych navycich ... navic, mam take nejakou jinou uzitecnejsi praci nez se zabyvat boincem.
Delej si to jak chces, jen zduraznuji, pouze (!) jsem vyjadril svuj nazor. Koneckoncu, jde opravdu o malickost.

EDIT:
Abys to nechapal spatne - jeste jednou dekuji za novy boinc.exe, delas skvelou praci.

3Trux: Will BOINC client 5.3.2 help ( with affinity), if run with Boincmanager or this can only be configured using service install?

Takze vidim, ze se detailnimu vysvetleni nevyhnu i kdyz jsem tim skutecne nehodlal vubec ztracet cas. Jako prvni a jediny konfiguracni parametr jsem nejdrive zavedl RPC port, ktery naprosto souvisi s remote_hosts.cfg a proto byl pridan zrovna tam, protoze zadny jiny globalni konfiguracni soubor, ktery by nebyl pravidelne prepisovan web preferencemi, zatim BOINC nema. Mnohem pozdeji byl pridan druhy parameter - return_results_immediately, ktery sice nesouvisi s RPC, ale zakladat kvuli nemu novy konfiguracni soubor, ktery vubec nepatri do oficialni BOINC API, mi skutecne nepripadlo vhodne ci smysluplne. Nehlede na to, ze osetreni jeho otevirani, cteni, zavirani a ruznych vyjimecnych stavu by potrebovalo podstatne vice programovani, a ne jen jednoduche pridani parametru do stavajici struktury. Nyni jsem pridal dalsi dva parametry, a bylo tedy logicke, ze jsem je dal zase do stejneho souboru, coz udelam i s pripadnymi pristimi rozsirenimi, dokud oficialni BOINC nebude mit nejaky globalni konfiguracni soubor. Nezlob se na me, ale proste me nenapadlo, ze se najde hnidopich, ktery do toho zacne stourat a ptat se proc jsou parametry zrovna v tomto souboru a ne v nove vytvorenem, a jak to souvisi s nazvem souboru. Me zmeny nejsou a nemini byt nic jineho nez docasny hack oficialniho core klienta, v dobe nez stejna nebo obdobna funkcionalita bude pridana do originalu. Nemam v umyslu psat dokonalejsi nebo strukturovanejsi BOINC klient. Jedine ceho jsem chtel dosahnout je co nejednodussi a nejrychejsi hack stavajiciho software za ucelem doplneni funkcioanlity, kterou jsem sam nutne potreboval. Nejsem soucasti tymu BOINC ani S@H, a ani neminim byt, a tudiz necitim potrebu psat zadne 'ciste' upravy. Prave naopak - jedine co potrebuji je quick&dirty modifikace prave aktualni verze za ucelem pridani momentalne chybejicich funkci. Je jen na kazdem jednotlivem uzivateli jestli je chce nebo nechce prijmout a pouzit.

Pres omluvu a ponekud zmeneny ton v zaverecne odpovedi, jsou tvoje poznamky znacne netaktni a snazici se nesmyslne mentorovat a poucovat, a to presto, ze ocividne sam nejsi ochoten tomu venovat ani tolik casu, aby jsi to sam zkompiloval. Velmi rad prijmu tvoje navrhy a pripominky, pokud se budou tykat novych funkci, vylepseni nebo opravy chyb. Poucovani o "spravnych programatorskych navycich" kvuli naprosto nepodstatnym malichernostem, ktere nemaji prazadny vliv na funkci programu, mi ale pripadaji dost nevhodne, obzvlaste od cloveka, ktery se sice pravdepodobne povazuje za programatora, ale neni ochoten se do projektu zapojit. Byl bych velmi potesen, pokud si napriste podobne poznamky odpustis.

'bosh píše:3Trux: Will BOINC client 5.3.2 help ( with affinity), if run with Boincmanager or this can only be configured using service install?

Na boincmanagerovi nezalezi, ani na typu instalace. Proste a jednoduse nahradis boinc.exe tim novym - presne tak jak popisuju na http://boinc.truxoft.com
Samozrejme, je moudre ten original radeji jen prejmenovat, aby's ho v pripade problemu mohl dat zpet.

reporting bug: V aplikaci BOINC client došlo k problému a je třeba ji zavřít. Omlouváme se za vzniklé potíže.
uch sakra manager 5.3.2 boinc core jsem skoušel Pentium 4 / SSE pak i Pentium II and III / SSE tak nevím please help

A co mas za procesor? Podporuje vubec SSE?