Finální spuštění projektu

[Kyong]

Po nějaké době testování konečně můžeme představit nový projekt Asteroids@home, který se zabývá zjišťováním tvaru planetek v naší sluneční soustavě. Projekt již je skoro funkční, nefunguje pouze tvorba a import týmů (schválně vyřazeno). Pro čtenáře tohoto fóra bude asi i potěšující zpráva, že se jedná o český projekt.
Nyní již je potřeba pouze otestovat zdali budou výpočty fungovat i u ostatních uživatelů a proto je informace o tomto projektu zatím pouze na tomto fóru. Každý kdo chce, tak se může do projektu již připojit - registrace není nijak omezena. Důležité upozornění jenom je, že aplikace je momentálně pouze pro linux a v 32bitové verzi. Je už ale otestována na různých distribucích včetně plánovaného nebo neplánovaného přerušení výpočtů. Proto kromě těch týmů už nemá projekt žádné omezení a pokud ani během týdne nebudou žádné vážné problémy, tak povolím import týmů, projekt automaticky importuje týmy z BOINC-wide teams a registruje se tam.

Prosím proto o hlášení všech možných chyb, hlavně co se týče funkčnosti aplikace, nejlépe do tohoto subfóra nebo můžete i na fórum projektu, ale tam doporučuji pouze anglicky.

Stránka projektu Asteroids@home

Během toho týdne doladím drobnosti jako je favicon, logo projektu a podobné. Momentálně je připraveno 100 jednotek k výpočtu, každá jednotka se posílá pro ověření výpočtu dvakrát, čili k odeslání je teď 200 jednotek. Průměrná doba výpočtu aktuálních jednotek by měla být kolem 24 - 48 hodin na jednotku.

[eisler jiri]

kyong! dej tam widle s dvaatriceti zubama, at muzu toustavat i ja

[Kyong]

U windows verze aplikace je právě problém s kompilací, další důvod, proč nesnáším ten windows. Takže aplikace pro win ještě chvíli potrvá, než zjistím, v čem je problém.

[nenym]

Se mi jednotek natáhlo nějak moc, pomažu, ať zbude i na ostatní.
Jinak obrovské uznání, že se projekt podařilo dotáhnout .
Pro standardní provoz - pokud budou jednotky i nadále tak dlouhé - je však týdenní DL moc krátká, core bude propadat často do paniky. Chtělo by to nejméně 14 dnů, spíše však 3 týdny.

[Kyong]

Nepočítal jsi je, kolik se ti jich natáhlo? Tohle zrovna řeším, že jich to posílá nějak moc. Šlo by to omezit pomocí <max_wus_in_progress> N </max_wus_in_progress>, ale to by nebylo ono. Scheduler si to počítá podle více hodnot a jednu jsem ještě nezjistil.

[nenym]

19, pak jsem dal NNT. Odhad doby výpočtu je nízký (60 minut na 2 GHz Turionu RM 70). Natahovaly se po šesti, první byla jediná při konfiguraci.
EDIT: i když kdo ví, jaxe se počítá na můj vyšperkovaný stroj s 12 CPUs, ale benchmark na stroji na webu je "správný", tedy Linuxácký
Measured floating point speed 1618.87 million ops/sec
Measured integer speed 8558.53 million ops/sec
Asi je podceněna velikost tasků <rcs_fpops_est>, doufám, že je dostatečná rezerva v <rcs_fpops_bound>....zjišťuji.....24 x se mi jeví dosti málo, zvětším 10x.
EDIT2: 60minut 3,3% tedy 33 hodin, takže <rcs_fpops_bound> zvětšuji 10x na 240x <rcs_fpops_est>, to by mělo stačit. Doufám, že kredit není podle <rcs_fpops_est>, to by byla super kreditová katastrofa, horší než Neurona.
EDIT3: task se chová velmi vychovaně, checkpointy podle Boincu, fungují v paměti i po restartu core, progress bar běží. Nebvávale dobře vychovaná aplikace na projekt v počátečním stadiu.

[vkliber]

U mě natáhl 1 a pak hned 6 a pak jsem zakázal. Odhad výpočtu mám 42 min.

[Kyong]

Tak udělal jsem úpravu ohledně posílání jednotek.

[Pepino65]

Tak udělal jsem úpravu ohledně posílání jednotek.

Tak proto pořád čekám na wu, doufám, že jsi jednotky neschoval jako nějakou kešku.

[Kyong]

Dobrá připomínka, na jednu kešku zrovna teď vyjíždím. Ale jestli ti to nešlo, tak už by to mělo opět fungovat. Tak za hodinu a něco jsem zpátky, mezitím uvidíme, jak se to bude chovat.

[nenym]

Pepino, na widle tento projekt nenapíchneš.

U windows verze aplikace je právě problém s kompilací, další důvod, proč nesnáším ten windows. Takže aplikace pro win ještě chvíli potrvá, než zjistím, v čem je problém.

[Pepino65]

Pepino, na widle tento projekt nenapíchneš.

U windows verze aplikace je právě problém s kompilací, další důvod, proč nesnáším ten windows. Takže aplikace pro win ještě chvíli potrvá, než zjistím, v čem je problém.

Dyslexie je bezvadná, kdybych četl, tak se to dozvím, že

Díky nenyme.

[nenym]

Kvórum na chyby (3) mi přijde příliš nízké, do chyb se počítají i zrušené jednotky a download errory. Zrušených jednotek vzhledem k podstřelenému odhadu délky výpočtu bude hodně, dvě zrušení na jednotku budou spíše standard hned po natažení, další erase budou po zjištění, že DL je příliš krátká na počet natažených jednotek po dopočítání první jednotky. Je příliš velké nebezpečí stavu can't validate, což při délce výpočtu 24 hodin rozhodně nepotěší. Pro začátek bych odhadl jako odpovídající hodnotu 15 až 20. Lze očekávat i dost chyb za běhu (ne všichni mají ia32-libs), některé jednotky asi také skončí chybou maximum time exceeded pár hodin před dokončením, anžto <rcs_fpops_bound> je vzhledem k těžce podceněnému <rcs_fpops_est> opravdu na hranici. Až spravíš <rcs_fpops_est> (=zvětšíš nejméně 40x, spíše však 100x) by se chybové kvórum dalo snížit na 8, níže určitě ne. Zároveň příslušně uprav <rcs_fpops_bound> nejméně 200x (lépe 300x) proti současné hodnotě <rcs_fpops_est>.
Netuším, zda lze upravit chybové kvórum v databázi, nebo zda je součástí workunitu. Pokud to nepůjde upravit v současném batchi v databázi, počítej s žádostmi o manuální přidělení kreditu či nespokojenými reakcemi stavem can't validate postižených cruncherů.

[Kyong]

Tak se omlouvám, rsc_fpop_est a rsc_fpop_bound ani nebylo definované, dopsal jsem ho teda do šablony, počty operací za sekundu jsem vypočítal tak, že teď se doba dokončení u jednotky ze začáktu objevuje 48 hodin a musel jsem zrušit všechny stávající jednotky takže klient dostane od serveru, že jednotky jsou zrušené a natáhne si hned nové, které jsem teď vytvořil. Tuhle rsc_fpop_est a rsc_fpop_bound jsem musel definovat ve vstupní šabloně pro jednotky, takže jsem je proto musel vytvořit znova.

[vkliber]

WU :

Kód: Vybrat vše

Maximum CPU time exceeded

po 17-ti hodinách.

[Kyong]

Již opraveno, dej aktualizaci projektu a natáhnou se nové jednotky, které by se už měli dopočítat. Vypadá to, jak to teď zkouším, že už to i přiřazuje dobře počet jednotek.

[hanbanaroda]

No nic, v týdnu se budu muset podívat na instalaci Linuxu, když není aplikace pro Windows

[Kyong]

Až v týdnu? Co nejdřív.

[vkliber]

Ještě upozorním na verzování aplikace.
Aplikace Period Search Application verze 100.00 ... objevuje se jak na webu tak v BM ... nemá být náhodou 1.00 .

[nenym]

Kvórum max errors je pořád 3, další jednotky začnu natahovat, až ho změníš.