Optimalizovaná aplikace Einstein@Home I

[Derryk]

Btw. nemate tuseni, proc tento clovek s ofic. klientem ma tolik chyb ve vypoctech? Ze by nestabilne pretoceny porcesor?

Mám podezření, že mu to dělá BOINC 4.45, protože jsem jinak žádnou závislost nevysledoval, paměti má dost - ještě samozřejmě může mít hard chybnej, ale jinak fakt nevím. Já byhc zkusil mu doporučit přejít na aktuální verzi BOINCu

Není to spíš kvůli tomu, že výpočty prostě zrušil než mu doběhly ? Stejnou hlášku mi to hlásilo, když jsem zrušil výpočty u jednotek, který jsem měl dlouho po deadline a přesto je BOINC počítal. Hm, ale zase proč by to nechal počítat přes 15minut a až potom je rušil ?

[Honza]

Tak se konecne Bruce vyjadril k optimalizacim - jsou hezke, zakomponovali je, ale novou aplikaci jeste nedistribuuji, protoze...by to asi pretizilo server, respektive upload/validator.
Takze posili HW a pak to bude. Kdy...no samozrejmne brzy

[dejvidek]

Jojo, na to se zapomíná, spočítá se sice mnohem více jednotek, ale o to je potřeba mít větší kapacitu připojení
dejv

[Bubak]

2 Honza: Co takhle kdyby ZATIM hodili tu opt. app. na torrent, at si to kazdy zajemce sosne?

EDIT: Slibuju ze 2 masiny ze 4 kde mi jede Einstein hodim na jinej projekt. Zatim ....

[dejvidek]

2Bubak: Spíš bych to chápal tak, že by to přetížilo linky v důsledku náporu lidí co by tahali mnohem víc jednotek. Není asi problém na webu einsteina hodit několik mirrorů na samotnou aplikaci, problém je, že až si jí pustí 10 000 lidí, tak budou chtít 3-4x víc jednotek denně. Aplikace samotná má 400kB, to nic není.
dejv

[Honza]

Presne jak pise dejv.

Navic Einstein mirroring pouziva uz ted - obdobne jako s tim prisel drive CPDN - ale narozdil od CPDN jej pouzivaji pouze na download a upload jde do jednoho mista.

Problem opravdu neni jen v downloadu aplikace, v donwload novych WU ci jejich uploadu, ale ve validator serveru. Kdyz se bude pocitat 3x rychleji ale se stejne dlouhou deadline, ve fronte musi byt nutne az 3x WUs, coz klade nejen 3x vetsi naroky na misto na disku, ale i na db a vytezuje vice validator.

Jsem zvedavy, jak rychle to to dokazi zaridit.
A jeste zajimavejsi bude, jestli budou nejak dal spolupracovat a pripadne uvolni zdrojak, protoze to by mohla byt optimalizace snazsi a jeste ucinnejsi.

[Bubak]

2 dejv: Uvedomil jsem si to pozde a vcas zeditoval. Momentalne mi jde o jednu starou masinu (Barton 2500+) kde bohuzel nespustim kvuli vertzi glibc/gcc nove zkompilovane CPDN a mam jasne priority 1. CPDN 2. Einstein 3. SETI Enhanced 4. OStatni

[Bubak]

2 Honza: Skoda ze ted neni videt na http://einstein.phys.uwm.edu/server_status.php kolik jednotek ceka na validaci. A skoda, ze nemaj statistiku kolik % jednotek se ted pocita opt. clientem. Asi to budou jednotky % ale stejne. Tenhle pristup mi prijde ujetej. Vetsina lidi ma zalozni projekt a oni de facto rikaji ze chteji aby jsme toho pocitali min (i v ramci BOINCu). Neslo by to vyresit tim, ze by posilali je tolik WU na zpracovani aby to pak stihali validovat?

[dejvidek]

Neslo by to vyresit tim, ze by posilali je tolik WU na zpracovani aby to pak stihali validovat?

Vždyť to už dělá každej projekt, částečně to řeší denní kvóta na mašinu, i když ta není jen kvůli tomuto aspektu.
dejv

[Derryk]

Tak už je to tady dostal jsem 20 krátkých jednotek z1. Předpokládaná délka výpočtu 17m31s. Můžu jen doufat, že přijdou nějaký dlouhý, který se mezi ně s deadlinech vetřou. Zbývá 32h hodin než se dlouhý spotřebujou. Vzhledem k tomu, že LHC jednotky nemá a asi mít nebude musim se regnout do dalšího projektu. Nevíte někdo jestli má některý další projekt, kromě SETI a Einsteina, optimalizovaného klienta ? Počítat projekt, který optim. klienta nemá, mi teď přijde jako mrhání výpočetním časem.

[dejvidek]

2Derryk: Optimalizaci má jen Einstein a SETI. Pokud nastane situace, kdy nebude mít LHC data, tak nechám v záloze CPDN, ideální stav.
dejv

[Derryk]

2Derryk: Optimalizaci má jen Einstein a SETI. Pokud nastane situace, kdy nebude mít LHC data, tak nechám v záloze CPDN, ideální stav.
dejv

Díky za odp. Mám BOINC od Crush3ra, aby mi cca souhlasil claimed credit s výkonem optimalizovanýho klienta. Nebude to dělat bordel při počítání neoptimalizovanými klienty ? Popř. nehodí si mně ty projekty do grupy "podvodníků" co chtěj víc kreditu než spočítaj ?

[gRis]

Doporucuju dat si tam kalibrujiciho klienta od truxe, je spravedlivy.
http://boinc.truxoft.com

[dejvidek]

U CPDN toto nehrozí, protože máš kredit za spočítaný model a je jedno jak dlouho ho budeš počítat, jestli 14 dní nebo 140dní. Viz. Honzovo tabulka.
dejv

[Derryk]

Doporucuju dat si tam kalibrujiciho klienta od truxe, je spravedlivy.
http://boinc.truxoft.com

Co jsem projížděl fóra, tak někteří lidi s tou kalibrací měli problémy. Pak jsem čet, že Trux se tomu již nevěnuje, znechucen jakýmisi názorovými neschodami. Crush3r mi celkem dost dobře koresponduje s přiděleným kreditem:

21490494 506976 15 Mar 2006 11:56:26 UTC 19 Mar 2006 12:35:53 UTC Over Success Done 14,090.95 32.21 32.05
21490495 550560 15 Mar 2006 11:57:46 UTC 21 Mar 2006 16:09:12 UTC Over Success Done 3,825.03 31.54 32.05
21490496 568622 15 Mar 2006 11:59:09 UTC 15 Mar 2006 19:45:11 UTC Over Success Done 17,395.32 32.05 32.05

21485390 547682 15 Mar 2006 10:47:47 UTC 17 Mar 2006 21:08:53 UTC Over Success Done 14,007.33 47.88 44.65
21485391 550560 15 Mar 2006 10:51:56 UTC 21 Mar 2006 16:09:12 UTC Over Success Done 3,819.02 31.49 44.65
21485392 542465 15 Mar 2006 10:52:29 UTC 15 Mar 2006 19:16:16 UTC Over Success Done 16,746.59 44.65 44.65

21476186 550560 15 Mar 2006 8:46:31 UTC 21 Mar 2006 16:09:12 UTC Over Success Done 3,834.59 31.62 32.02
21476187 506976 15 Mar 2006 8:47:02 UTC 19 Mar 2006 6:51:59 UTC Over Success Done 14,006.18 32.02 32.02
21476188 94257 15 Mar 2006 8:51:24 UTC 15 Mar 2006 15:34:57 UTC Over Success Done 14,481.61 52.89 32.02