Forum boinc.cz

KPX píše: A komu vadí tato nepřesnost, tak ať se řídí Honzovou radou - počítejte to, co vás zaujalo.

...to delam - patrim tudiz do te sorty "honicu kreditu" a nikomu to nevymluvim :)

KPX Máš RAC vhledem k tomu jak se počítá ti napadneme. Ještě si přidej PC-projekty které odešlou balík WU a RAC vyletí, nebo oblíbený BOINCBORDEL v dluzích projektů...

Jediný měřitelný parametr je Kredit/čas pro Danou WU

Honza && Gris. Kredit je definován Jako práce "Práce mašiny o výkonu 1G FLOPS za určitý čas" Tady narazíme na problém definice FLOPS. viz příklad jak si ho ohýbají INTEL a AMD při boji o 1TFLOPS (intel pomocí non_x_86 80jádra s jednoduchými instrukcemi AMD pomocí R600... )

Problém je jak spravedlivě (spravedlivě== v souladu s definicí ) přidělovat kredity.
První možnost je zvolit architekturu pro onu DEFINOVANOU třeba na standardní x86 (bez SSE). Pro každý projekt (app) by se musela překompilovat app a spočítat referenční WU na této (nejspíše virtuální) mašině. 64b třeba na ABC budou dostávat 3x tolik, ale to je správné. Horší to bude až přijde móda počítání na gpu Dovedu si představit mašinu s 2 (4) ATIgrafikami a RAC 1000 000+ což je sice pořád spravedlivé, PIII by na WU zkejslo pár let, ale dovedete si představit ty kecy majitelů nvidie

Druhá možnost je zvolit referenční mašinu pro každou architekturu zvlášť. RAC pc s GPU klesne na přijatelné 10ti a 100tisíce. Horší to bude s 32vs64 64b můžeudělat (jenom někde) 2x tolik práce a dostane stejně. Na ho... že.

Poslední možnost je zahodit současnou definici a uchýlit se k čisté statistice. Pro statistiky kteří dokáží ze vzorku 500 lidí říci jestli se bába Dimáková v horní dolní dívá na rodinná pouta nebo na ulici musí být databáze BOINC projektů s 10tisíc PC poklad. Chytře napsaný program co jednou za čas projede databázi projektů stačí aby se srovnal kredit za hod mezi různými WU a něco podobného pak udělat mezi projektama.

Problém je, že ve všech 3 případech se investuje značné množství času i peňěz do výpočtu kreditu za který si pivo nekoupíte a ani baby se na něj nedaj balit (zatím)

IMHO všechno lepší než současný stav, to by se pak jednou mohlo stát, že projekty začcou pomocí kreditu soupeřit o lidi a zvyšovat kredit. Pak dojde k situaci jako byla při fatální inflaci v Německu, kdy pak lidi platili celými koši bankovek a nakonec se tiskly i desetimiliardovky. Představte si deset tisíc kreditů za dvouhodinovou jednotku, to by byla bašta, co?

gRis píše:IMHO všechno lepší než současný stav, to by se pak jednou mohlo stát, že projekty začcou pomocí kreditu soupeřit o lidi a zvyšovat kredit. Pak dojde k situaci jako byla při fatální inflaci v Německu, kdy pak lidi platili celými koši bankovek a nakonec se tiskly i desetimiliardovky. Představte si deset tisíc kreditů za dvouhodinovou jednotku, to by byla bašta, co?

kde se muzu pripojit

azor666 píše:Poslední možnost je zahodit souèasnou definici a uchýlit se k èisté statistice. Pro statistiky kteøí dokáží ze vzorku 500 lidí øíci jestli se bába Dimáková v horní dolní dívá na rodinná pouta nebo na ulici musí být databáze BOINC projektù s 10tisíc PC poklad. Chytøe napsaný program co jednou za èas projede databázi projektù staèí aby se srovnal kredit za hod mezi rùznými WU a nìco podobného pak udìlat mezi projektama.

Neni to posledni moznost ale o to ted nejde. V podstate se k podobnemu scenari pristupuje.
Jde o to nejprve sesbirat dostatecne mnozsti dat (statistik by rekl reprezentativni vzorek) a na jeho zaklade vedecky zhodnotit situaci. To je vychozim bodem pro reseni.

Na dev listu jsem argumentoval tim, ze menit BOINC core pro Win mi prijde neprimerene, kdyz Linuch dela nejakych 8% masin. Resenim je tedy spise zkompilovat Linuch verzi novejsim kompilatorem a za pouziti novejsich knihoven (coz samo o sobe neni bez problemu pro nektere usery).
To samosebou adresuje pouze cast problemu...ale je to ta cast, kterou uzivatele neovlivni, resp. by ji nemeli ovlivnovat. Jakmile totiz budou core ruznych platforem narokovat +- stejny kredit v hohodnute odchylce (statistikum se libi 5%), tak se muze prejit do druhe faze. Tou jsou pak samotne projekty...

jj JAk je to vté slavní scénce. "Kdybych věděl že je poslední tak bych sebou vzal i mávátka" Já bych možná nakonec rezignoval na nějakou snahu o pecizní definice a pro linux tam místo nových knihoven šoupnul BulharskouKonstantu
Benchmar = Benchmark * Magic_Number;

Každopádně tenhle problém má potenciál zaměstnat několik programátorů a statistiků na plnej úvazek. A já bych byl raději kdyby se energie nasměrovala do (pro mě) užitečnějších věcí. Třeba do GUI ve kterém jde seřadit sloupečky.

azor666 píše: Třeba do GUI ve kterém jde seřadit sloupečky.

To urcite - dopracovat co se zapocalo ve verzi 5.8.6a.
Jenze to muze byt Linuxarum jedno, protoze GUI treba vubec nepouzivaji a "jejich" problem jim to nijak nevyresi. Svym zpusobem jejich pohled chapu. Mohou dokonce opacit, je ze nejake GUI features nezajimaji...ze je prvni treba poresit spravnou funkci aplikace na svech platformach. A budou mit pravdu v tom, ze BOINC od zacatku nepracuje moc dobre s kreditovym ohodnocenim.

jeste chvili, a lehce modifikuju zdrojaky jadra tak, aby pozadovaly 10x vice kreditu. To pak bude chaos. he he

Udělal jsem screenshot statistik RAC z manažera, podle nichž by se dalo usuzovat, že WCG a Malaria dávaj zhruba stejně kreditu, a optimalizovaný SETI 2.2B, dává skoro 3x tolik. Všechny projekty maji přiděleno stejně času.
http://sweb.cz/Xenostellar/boinc_RAC_se ... alaria.png

EDIT: ještě doplnim, že od začátku asi do půlky toho grafu je SETI v optimalizaci 2.0 a od půlky dále v 2.2B

Zajimave. Mesic by mel byt dostatecne dlouhy na to, aby se share srovnal s deadline jednotlivych tasku/projektu a zaroven by se nemel prilis uplatnovat pending kredit. Chci rici, ze by to mohlo byt i vcelku prukazne...

Těm, kdo chtějí informace o "kreditové výnosnosti" jednotlivých projektů, doporučuji navštívit stránku http://boinc.netsoft-online.com/e107_pl ... t_cpcs.php

body ktere s emiukazujou v obrazovce BOINCu tak sou kredity nebo jak to je??? ja mama totiz 150 bodu(jo malo sme ted zacal) ale v zebricku kde sou kredity nejsem....

Jo ty body to jsou kredity. Celkovy jsou ty, ktery jsi spocital uplně od zacatku kdy ses do projektu registroval. Prumerny nebo taky RAC je cislo ktery se vypocitava podle nakyho vzorce a ukazuje jak intenzivne pocitas za posledni dobu. To znamena, ze lidi kteri maj RAC 0, prestali pocitat.
Ve statistikach by ses mel casem objevit. Aby ses objevil i ve statistikach naseho tymu, musis se na strance projektu do toho tymu prihlasit.

jou ot je ale tez problem nejak s emi nepodarilo do tymu nejak zaregistovat nerozumim tomu co po me chchou....