Stránka 3 z 5
Napsal: pon úno 06, 2006 4:12 pm
od Honza
Truxi, diky za to, ze se na to chces alespon zbezne podivat.
Sam podezreni na mensi projekty nemam, ale opatrnosti nikdy neni dost.
Ackoli si vazim ruznych tvych napadu, posilani aplikaci e-mailme myslim neni zrovna optimalne vymysleno.
Mnohem lepsi, ucinnejsi a jinak jistejsi (ze si to nezaviruje nejaky BFU na svem kompu) je tahat zminene aplikace primo ze serveru (ci nekolika serveru) projektu.
Kazdy, kdo se alespon na zakladni urovni orientuje v client_state.xml muze poslat link. Zkousel jsem vsechny projekty, o kterych jsem zakladal threday a informoval a krome XTremLab pod Linuchem bych nejspise vsechno dohledal.
Takze BURP napriklad najdes na techto mirrorech:
http://burp.boinc.dk/mirror/mirror_down ... 86.exe.zip
Chyby ti jeste neco?
Napsal: pon úno 06, 2006 4:31 pm
od FordPrefect
Myslim, ze je dobre, ze se o moznostech podvadeni diskutuje kratce po rozjeti boincu. Jiste to prispeje ke zlepseni situace

Napsal: pon úno 06, 2006 4:35 pm
od trux
Honza píše:Ackoli si vazim ruznych tvych napadu, posilani aplikaci e-mailme myslim neni zrovna optimalne vymysleno.
Mnohem lepsi, ucinnejsi a jinak jistejsi (ze si to nezaviruje nejaky BFU na svem kompu) je tahat zminene aplikace primo ze serveru (ci nekolika serveru) projektu.
Nevim co presne myslis. Ja emailem nic neposilam, a o to, ze bych si tim zaviroval pocitac ja, rozhodne strach mit nemusis. Uprednostnuju zasilani souboru (aplikaci i jednotek), ktere si stahnul primo BOINC klient (tedy, ktere ma nekdo uz na pocitaci, protoze na tom serveru se to da velmi trivialne osetrit tak, ze to to takovemu pripadnemu zvedavci jako ja posle uplne neco jineho - na to staci jeden radek v .htaccess souboru (lokalni konfiguracni soubor Apache). Ale kazdpadne diky za link BURPu - i tak je to cenne.
Napsal: pon úno 06, 2006 9:57 pm
od Honza
Jo, ted rozumim, proc chces soubory z toho, co stahl BOINC a ne primo ze serveru. Znamena to, ze zaroven podstrci i jiny checksum?
Napsal: úte úno 07, 2006 12:02 am
od JVc
trux píše:Dik, ale email prisel bez prilohy. Zapomel's ji tam dat (me se to stava casto), nebo to bylo nejak extremne velike?
Tak sem to poslal znovu, jakmile se neco stahne od projektu shoft tak to poslu taky.
Napsal: úte úno 07, 2006 12:54 am
od trux
Dik! Jo, Shoft je z tohoto hlediska obzvlaste zajimavy

Napsal: úte úno 07, 2006 11:08 am
od Rampa
2 trux od shoft můžu poslat jen shoft_4.09_windows_intelx86 o velikosti 144Kb jestli ti to pomůže
EDIT: zapoměl jsem dodat co jsem zkoušel tak shedulery jim nejedou minimálně dva měsíce a www mají překopané a o boinc ani slovo a taky už vás uvítámísto angličtiny ruština či co ale jde to přepnout, jen nabídka na vytvoření gridu pro každého
http://www.shoft.net/en/
Napsal: úte úno 07, 2006 12:52 pm
od JVc
jj taky sem si vsim. kontakt ze serverem je naplanovanej za 7 dni, pokud to popozenu rucne, zacne se odecitat zase od 7dni. Jak pise Rampa je tam ted jen ten jeden soubor.
U tohoto projektu je prace v nedohlednu.
Napsal: ned bře 05, 2006 3:34 pm
od azor666
@LiborA neříkám, že projekty nemají kalibraci rády jde o to, že se zřejmě vyskytl bug v kalibraci na uFluid.
Já jsem to psal na jen na IRC a PM a nechtěl jsem to dávat podrobně na forum aby si to někdo nevyložil jako návod

. Ale teď na uFluids tu díru zalátaly takže to můžu napsat sem.
Jde o to, že uFluids jako alpha projekt neposílal jednotku na na 3-5 pc ale jen na jeden. Šel tedy udělat prostý podvod, že si člověk do CC napsal co chtěl a projekt mu to přidělil.
Toho sice nikdo nezneužil, ale třeba na mém
NB Celeron 1400 512 XP SP2 klient tx37 (nedělal jsem v něm žádné úpravy, stahoval jsem ho přímo z truxova servru).
na server odešle upravený výsledek benchmarku (~ 1 5000 místo 1 500), ale při dopočtení jednotky nahlásí
2.3.2006 7:33:18|uFluids|CC calibration: 7.71 >> 45.83 (time: 2578s >> 4091s / Gfpops: 1.17 >> 15.36)
odešle skutečné časy a nárokuje si 10x tolik kreditu (MFLOPS x čas)
než jsem si toho všiml podařilo se mi dosáhnou cca 5000 kreditu za 2 dny a muj NB je na první straně
statistik a není tam jediný viz 1 místo ktre má podle
fora ufluids patrit uživateli Mirisek z CNT.
chtěl jsem jim tento příspěvek poslat i na dané forum bohužel moje angličtina je ještě horší, než moje čeština (ano JardoM je to nepravděpodobné leč možné), takže by z toho nikdo nic nepochopil.
[edit] já v daném foru zmiňován nejsem, jsem pro ně asi malá ryba.
Napsal: ned bře 05, 2006 5:40 pm
od JardaM
azor666 píše:(ano JardoM je to nepravděpodobné leč možné)
Fše otpuštěno.
Pamatuje si někdo na kinoautomat ze Světové výstavy v Montrealu? Reziduum je v pražském kině Světozor.
Tak jeho autoři, pánové Roháč a Svitáček, vymysleli nový jazyk - Dadštinu.
Ukázka: Tisíckrát nic umořilo osla.
Překlad: Mátlak tlí hijál šůajrá strákong.
Výklad:
Tisíc ... neznali, největší číslo bylo pět = tlí. Mátlak je mnoho. Mátlak tlí = mnoho krát pět.
hijál... Dadové byli zemědělci, pěstovali dobytek. Krávy pobíhaly po pastvě a zanechávaly za sebou pozůstatky - hijál. Doba byla jiná, tehdá se neslušnými slovy šetřilo. proto i nic bylo hijál.
šůajrá...ajr je voda, šůajr je mnoho vody = moře, dokonavý tvar slovesa má příponu -á, tedy umořiti
strákong...Dadové osla neznali, měli jen krávy, takže umořilo krávu.
Asi to patří do jiné rubriky, když tak ať to někdo přesune.

Napsal: ned bře 05, 2006 6:03 pm
od forest
Schválně jsem otestoval několik WU na tomto projektu na mém kalibrovaném BOINC a žádného vychýlení jsem si nevšimnul:
5.3.2006 16:42:46|ufluids|CC calibration: 83.99 >> 73.74 (time: 10351s >> 8343s / Gfpops: 4.90 >> 6.16)
Myslím že přidělovaný Credit i po kalibraci odpovídá průměru a prakticky jsem dostal méně, než bych dostal bez kalibrace

.
Napsal: ned bře 05, 2006 6:38 pm
od azor666
[edit] napsal jsem blbost nemusite to cist nahore upraveno[/ edit]
sry já to nepřesně napsal
finta je vtom že mně to jednu jednotku asi zkalibrovalo dobře a (a odeslalo vyšší benchmark a nižší čas) a u ostatních jednotek to kalibraci zablokovalo a odeslalo to skutečný čas ale nechalo víc jak 10x takový benchmark=10krát takový kredit.
tuhle věc to udělá jen na pomalých PC.
uFluids sice je malý projekt ale aby byl 1.4 na 13 místě v RAC prostě normální není.(ano RAC to někdy generuje fcí random() ale tohle není ten případ)
Pokud bych to nevypnul tak bych se dostal na RAC 2000+ což je možné s hodně našláplou X2 nebo lépe s Macem ale ne s 1.4 NB.
viz ten NB pravděpodobně taky od nás na prvním místě.
Napsal: ned bře 05, 2006 7:04 pm
od azor666
tak opravdu sry všechno spatně, já jsem se teď teprve pořádně koukl do logu co to dělá
2006-02-28 22:43:23 [uFluids] Starting result zerobubble3_0_1_69_-0.925000000000001_1000_50_0_0 using evolver version 402
2006-02-28 22:43:23 [uFluids] CC calibration:
5.94 >> 46.63 (time: 1926s >> 3225s / Gfpops: 1.26 >> 20.92)
2006-02-28 22:43:25 [uFluids] Started upload of zerobubble3_0_1_69_-1.09_1000_50_0_0_0
2006-02-28 22:43:35 [uFluids] Finished upload of zerobubble3_0_1_69_-1.09_1000_50_0_0_0
2006-02-28 22:43:35 [uFluids] Throughput 59679 bytes/sec
2006-02-28 22:43:39 [uFluids] Sending scheduler request to
http://www.ufluids.net/evolver_cgi/cgi
moje současná domněnka je, že to by to mohlo dělat jen po přechodnou dobu než se kalibrace ustálí a pak to začne přidělovat správný kredit
stinná stránka je že za tu dobu dostanu 30 000kreditů
[edit] když se člověk stane podvodníkem týdne tak to jednoho rozhodí omluvte proto mojí zmatečnost
Re:
Napsal: ned bře 05, 2006 9:07 pm
od Necroman
azor666 píše:...(time: 1926s >> 3225s / Gfpops: 1.26 >> 20.92)...

To teda koukám, to kalibrování přisoudilo tvému kompu rychlost cca 21 Gflops

, to musí být ale pěkná mašinka

.
Napsal: ned bře 05, 2006 10:06 pm
od azor666
[OT]já vždycky věděl že notebook od DELL je best

intel celeron 1.4 RULEZ

co s nějakejma trapnejma serverama s Xeony a Opterony. [konec OT už mi není 18

]
ps.:
Nechci aby to vyznělo tak, že zatracuji kalibraci, nebo že jí snad považuji za něco neetického.
do tohoto treadu jsem to umístil
a) z důvodu že se to jinam nehodí (možná sem to měl dát do optimalizací)
b) pokud by se nenaskytla tahle chyba tak by to někdo dříve nebo později zkusil ručně ( Usáma AZOR Ladin= CC 666 666 )
právě naopak myslím, že kalibrace je super nápad a jediná spravedlivá možnost přidělování kreditu (i po zavedení FLOP counting), ale chybička se vloudila.
třeba mám jen obě ruce levý a nic mi nechodí jak by mělo. u projektů kde to kalibruje správně na malou hodnotu to kalibraci zablokuje a dál my to přiděluje nesmyslně vysoké kredyty a u těch ostatních mi kalibrace funguje a dál přiděluje nesmyslně vysoké kredyty

(být tu možnost tak si u sebe kredity zruším)
chtělo by to se na tuhle chybu důkladně podívat a zamezit tomu, aby se opakovala. Je bohužel nad moje síly chybu najít sám. Velice ocením každý hind co s tím může být popřípadě jaké informace mám najít a poskytnout.
pps.: jen ještě jednou projistotu zdůrazním, fakt jsem nezkoušel (ani nemohl protože to neumím) podvádět klienta jsem si stáhl přímo z Truxových stránek (zkompilovaného) a ne z 3rd party serveru, v kalibraci ani v jiným nastavení jsem se nehrabal (krom toho tam jsou kontrolní součty takže by se nato přišlo)
