...to delam - patrim tudiz do te sorty "honicu kreditu" a nikomu to nevymluvim :)KPX píše: A komu vadí tato nepřesnost, tak ať se řídí Honzovou radou - počítejte to, co vás zaujalo.
Kredit
Moderátoři: zdespi, Moderátoři
- azor666
- Moderátor II

- Příspěvky: 985
- Registrován: stř led 18, 2006 9:40 pm
- Bydliště: Praha 20 let
- Kontaktovat uživatele:
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)
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)
Správu původního CNT si přivlasnil forest a podniká s ním na své soukromé doméně jinde.
CZ BOINC WIKI
CZ BOINC WIKI
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? 
-
vyzkumnik
- Mírně pokročilý

- Příspěvky: 127
- Registrován: čtv črc 07, 2005 3:55 pm
- Kontaktovat uživatele:
kde se muzu pripojitgRis 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?
Neni to posledni moznost ale o to ted nejde. V podstate se k podobnemu scenari pristupuje.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.
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...
- azor666
- Moderátor II

- Příspěvky: 985
- Registrován: stř led 18, 2006 9:40 pm
- Bydliště: Praha 20 let
- Kontaktovat uživatele:
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.
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.
Správu původního CNT si přivlasnil forest a podniká s ním na své soukromé doméně jinde.
CZ BOINC WIKI
CZ BOINC WIKI
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.
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.
- FordPrefect
- BOINC Guru

- Příspěvky: 1266
- Registrován: stř pro 15, 2004 12:02 pm
- Bydliště: Zlate Mesto
- Kontaktovat uživatele:
-
Xenostellar
- Pokročilý

- Příspěvky: 261
- Registrován: pát lis 05, 2004 3:46 pm
- Bydliště: Praha
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
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
Naposledy upravil(a) Xenostellar dne pát bře 30, 2007 10:46 pm, celkem upraveno 1 x.
- LiborA
- BOINC Guru

- Příspěvky: 1298
- Registrován: čtv pro 08, 2005 10:11 am
- Bydliště: Chomutov, Praha, Moldava
- Kontaktovat uživatele:
Něco pro kredit huntery
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
Moje statistika: http://boinc.mundayweb.com/one/stats.ph ... :6082/.png
-
Xenostellar
- Pokročilý

- Příspěvky: 261
- Registrován: pát lis 05, 2004 3:46 pm
- Bydliště: Praha
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.
Ve statistikach by ses mel casem objevit. Aby ses objevil i ve statistikach naseho tymu, musis se na strance projektu do toho tymu prihlasit.
