Forum boinc.cz

Koukal jsem znova na zdrojaky BOINCu a myslim, ze bych byl schopny synchronizovat truxovo zmeny s posledni devel verzi boincu.
Pokud tu opravdu neni nikdo povolanejsi, kdo umi M$ C++ vic nez ja, tak bych se o to pokusil. Ale nic neslibuju.
Kazdopadne jedine, co udelam, je, ze to synchronizuju. A snad to bude fungovat
Dokud nepochopim, k cemu ta kalibrace vlastne je, nemuzu pokracovat v zadnych upravach.

Optimalizovana aplikace projektu spocita vysledek za kratsi dobu nez stejny pocitac s neoptimalizovanou verzi.
Tim padem si optimalizovana aplikace narokuje mene kreditu (kratsi CPU cas). Kalibrace funguje tak, ze po case zjisti, jak dlouho se pocita normalni jednotka a zvysi narokovany kredit na "obvykly". Kalibrace v posledni verzi fungovala spolehlive. Ovsem idealni je zapnout kalibraci pouze u projektu, kde mas optimalizovanou aplikaci projektu. Problem muze mit, kdyz chodi ruzne dlouhe jednotky.
Driv se to resilo zvysovanim Benchmarku, coz delalo chaos v neoptimalizovanych projektech. Kalibrace je lepsi.
V Truxove Boincu byl obcas problem se zaloznim projektem, coz je hodne hezka vlastnost.
Libor

Dobre, diky za info.

Tak kolegové programátoři, pustíte se někdo do synchronizování boincu? Pokud ne, pustim se do toho sám, protože nechci, aby to chcíplo. Ale jak rikam, urcite existuji povolanejsi lidi na M$ C++. Tak abych se nesnažil zbytečně, pokud by to někomu zabralo 20% času, co to zabere mě.
Koukám, že tu nadšením nikdo příliš nehoří.

Nadšením zde hoří všichni kdo čekají až to někdo udělá, ale 99% lidí asi vůbec neví co a jak s tím dělat a to 1% na to asi nemá čas

Synchronizaci urcite kazdy uvita.

Osobne bych se netrapil tim, jaky to dava benchmark, takze klidne bez optimalizaci, SSE/2/3 verzi a podobnych veci - proste jednu verzi chodivou na vsechny CPU. Pouze bych se zameril na funkce jako je okamzite odeslani vysledku, mazani dluhu a kalibrace z truxova BOINC core a pokusil se to syncrhonizovat s aktualni verzi BOINC.

V novejsich verzich BOINC je tusim zmenen CPU scheduler, ktery by mel umet pochopit, ze masina ma vice CPU/jader a podle toho se trochu rozumne chovat. Nevim, jaky to ma vliv na funkci affinity...mozna se na to bude chtit podivat (napriklad ze CPU scheduler bude vedet, na kterem CPU applikace jede a podle toho pujde snadneji pamatovat affinitu, ktaze se to treba i zjednodussi).

S benchmarkem a kreditem je to vselijake a od zacatky neuspokojive. Na SETI Enhanced se konecne pouzivaji FLOPS, takze jsou narokovane kredity mezi jednotlivymi stroji na stejnou WU velmi srovnatelne (treba v rozmezi 1%). To je urcite dobre. Jenze problem nastava, pokud to ma byt srovnatelne mezi projekty - to je od pocatku BOINCu nevyreseny problem a lisi se to o desitky procent [nekdo ma v jednom projektu trebas 3/4 melounu, ale jinde bych uz mel davno milion].

Jenze i pocitani FLOPSu je problem. Procesor i pri dobre optimalizovanem kodu stejne vetsinu casu ceka na data z pameti a tudiz latence a propustnost pameti hraje v rychlosti vypoctu nezanedbatelnou ulohu.
Takze k tomu lze pristupovat i tak, ze misto Floint point a Integeter vypoctu se do benchmarku zahrne i test pameti a zustane se u (snad trochu lepsiho) benchmarku.
Zatim se musi pocet FLOPSu na SETI Enhanced pri narokovani kreditu nasobit koeficientem 9, aby byl narokovany kredit vubec trochu realny. Eric k tomu delal docela zajimavou ministudii vcetne grafu.
Navic pouziti FLOPSu vyzaduje, aby vsechny projekty to svych aplikaci zamontovaly tento mechanismus (treba Predictor je velmi stagnujici projekt - zadna zmena aplikace, zadne optimalizace, skoro mrtve forum a tezko rici, jak takove presvedcit k nejake aktivite/zmene).

Tim chci rict - prdel bych na benchmark (a tudiz optimalizace), protoze je jednak pochybny a vysledky kredit u useru se lisi o desitky procent (voz by mela preklenout kalibrace), druhak se muze zmenit (zahrnout krome CPU take pameti) nebo vubec opustit (FLOPS).

Snad to nektere veci pri kompilaci usnadni...

Diky za informace.

Proklikaval sem stranky boincu jak blbej, a bud sem fakt blbej, nebo tam nikde nejsou zdrojaky ke stazeni v ZIP forme. Pritom nejakou starou verzi uz na disku mam. Proste hledam zdrojaky aktualni devel verze - 5.3.31.
Asi se budu muset naucit delat s CVS, abych si vubec ty zdrojaky mohl stahnout. Do ted jsem nikdy CVS nepotreboval.

EDIT1: Tak CVS uz mam trochu najety, ted postupuju dle tohoto.
EDIT2: Sosam zdrojaky z CVS

2Howard:
Svým odkazem na Spy-Hill jsi mne navedl na problém: celá řada 5.3.x je developerská, poslední stabilní verze byla 5.2.13 (?) a příští stabilní bude nejspíš 5.4.1. Na druhou stranu bude mít 5.4.1 nejspíš blíž k 5.3.31 než k 5.2.13. Takže pokud budeš pracovat s 5.3.31, bude to jen příprava na 5.4.1. I tak budiž tvé úsilí blahoslaveno. Ber to tak, že na příští verzi to půjde už snadněji.

2Honza: Nebyls to náhodou ty, kdo psal, že BOINC itself prakticky nic nepočítá, jen shromažďuje výsledky z aplikací? Potom ale je tvůj poslední příspěvek úlet, protože BOINC může skutečně ovlivnit jen odesílání, nulování a kalibraci a to už je na něj dost. Poznámky o SSE/SSE2 jsou v této souvislosti nadbytečné.

2 JardaM : Omyl je na Tve strane. Honza zna trochu vic historii optimalizaci.
Optimalizovane aplikace projektu jsou samozrejme optimalizovane na konkretni procesory.
Drive se optimalizoval i Boinc core na jednotlive procesory, aby se dosahlo vetsiho Benchmarku a tim umernejsiho narokovaneho kreditu.
Ovsem nastupem Truxovy kalibrace zacala byt optimalizace Boinc core na instrukcni sady zbytecnou a zajem byl spise o univerzalnost, jako v distribucnim Boinc core. Kalibraci prestalo byt dulezite zvysovani Benchmarku.
Libor

OK, odvolávám, co jsem odvolal, a slibuji, co jsem slíbil.

Jo, Libor to poslal dobre
Take si myslim, ze spise vyjde jako oficialni 5.4.x ale nechce se prekvapit...

Jestlize nekdo pouziva optimalizovane verze seti a einsteina, nezalezi mu na tom, kolik dostava kreditu za spoctene jednotky, je mu jedno, kolik ma celkem kreditu, staci mu, ze to pocita a ze je jeho pocitac uzitecny, pak vubec nepotrebuje nijak upravene boinc core, je to tak?

No v podstate ano. Akorat ze ty modifikovane maji (nebo mely) nektere zajimave funkce a moznosti nastaveni, ktere nesouviseji nijak s kreditem, ale treba se spravou - jako nastavitelny port, na kterem nasouchaji, takze nekdo diky tomu mohl takove BOINC masiny spravovat i za firewallem atp.

Mám technickou otázku. Vyplatí se optimalizovat BOINC Core od Crucha, když mám magora 5.3.31

IQE píše:Mám technickou otázku. Vyplatí se optimalizovat BOINC Core od Crucha, když mám magora 5.3.31

Podle toho jestli chces !!obecne krom CPDN!! vic creditu za praci. Jelikoz pocitas E@H a mas opt. app tak proc bys nepozadoval tolik creditu co ti nalezi.
Me se spis libi Truxovo core a tesim se na tx42 :-;

Bubak píše:Me se spis libi Truxovo core a tesim se na tx42 :-;

Ty máš k novým verzím přístup? Na webu je pořad jen tx37, i když popisuje už tx43 z 1.2.06