Jak to teda vlastne je se Seti BOINC?

[vejpuste]

Na novych strankach http://setiathome.ssl.berkeley.edu/ uz je v podstate jenom BOINC. Puvodni SETI@Home uz se tam nepropaguje. Zkusil jsem teda stahnout BOINC a nainstalovat, ale zatim z toho mam divnej pocit.

1. Ackoliv to v server status (http://setiweb.ssl.berkeley.edu/sah_status.html) vypada, ze vsechno funguje v poradku, tak se BOINC tvari, ze to nebezi :
13.6.2005 20:59:40||request_reschedule_cpus: project op
13.6.2005 20:59:40|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
13.6.2005 20:59:40|SETI@home|Requesting 0 seconds of work, returning 0 results
13.6.2005 20:59:56|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed
13.6.2005 20:59:56|SETI@home|No schedulers responded
13.6.2005 20:59:57|SETI@home|Deferring communication with project for 1 hours, 27 minutes, and 24 seconds
Na BOINC.cz to vypada na nefunkcni scheduler, ale spis by se asi melo verit oficialnimu server statusu.
Na to jak dlouho uz to ma bezet, tak jsem bud trefil nestastnou dobu nebo nevim. Seti classic mel taky obcas vypadky, ale aspon to bylo poznat.

2. Dost se mi nelibi co vsechno si vytahava z pocitace. A to jenom vidim, co je ukazano na strankach. Da se to nejak orezat? Myslim, ze vetsina udaju je pro provoz nepodstatnych.

3. Graficky prostredi, kde se navic neda skoro nic nastavit, mi prijde uz uplne zbytecny. Vetsina rad tady ve foru je uprav si textovy config. To mi prijde smutny.

Jestli to tak bude pokracovat a SETI@Home Classic skonci, tak nevim, jestli budu pokracovat ja.

Libor

[trux]

1) Posledni 2-3 dni jsou skutecne se S@H problemy. Viz take status vpravo nahore na teto strance - ten je vetsinou smerodatnejsi nez ten u nich, protoze zohlednuje jak je skutecne projekt dostupny zvenci, a ne jen jeho interni status. Doporucuji prihlasit se do doplnkoveho projektu, a nastavit preference pripojovani na maximum (jednou za deset dni) - jakmile S@H zacne znova posilat praci, budes tim mit v zasobe dost jednotek i pro pripad delsich vypadku

2) Na webu se zobrazuji jen velmi omezene anonymni udaje, a i ty muzes jeste vice omezit schovanim detailu o jednotlivych pocitacich (hosts). Zkus se ale predem podivat na par cizich uctu - uvidis, ze se tam nic kompromitujiciho nebo privatniho neukazuje

3) Sam grafiku nepouzivam a u S@H Classic jsem kvuli vykonu taky pouzival jen Command Line verzi. Divat se na ty grafy me bavilo asi tak 2 dni. Je-li to ale tvoje prefeence, grafika je i u soucasne verze, a mam dokonce dojem, ze se da trochu konfigurovat (sam jsem to ale fakt nikdy nezkousel)

[trux]

Ted zrovna ctu Technicke Noviny u S@H (http://setiweb.ssl.berkeley.edu/tech_news.php), kde vysvetluji soucasne problemy. Bylo tam nekolik ruznych aspektu, ale jeden z nejdulezitejsich byla zmena puvodni adresy SET@Home webu. Classic zrusili a jde to ted vsechno na ten hlavni BOINC-S@H server. To melo za nasledek znacny narust zateze i extremni rust novych uctu a system je momentalne celkove pretizen.

[vejpuste]

1) Posledni 2-3 dni jsou skutecne se S@H problemy. Viz take status vpravo nahore na teto strance - ten je vetsinou smerodatnejsi nez ten u nich, protoze zohlednuje jak je skutecne projekt dostupny zvenci, a ne jen jeho interni status. Doporucuji prihlasit se do doplnkoveho projektu, a nastavit preference pripojovani na maximum (jednou za deset dni) - jakmile S@H zacne znova posilat praci, budes tim mit v zasobe dost jednotek i pro pripad delsich vypadku

2) Na webu se zobrazuji jen velmi omezene anonymni udaje, a i ty muzes jeste vice omezit schovanim detailu o jednotlivych pocitacich (hosts). Zkus se ale predem podivat na par cizich uctu - uvidis, ze se tam nic kompromitujiciho nebo privatniho neukazuje

3) Sam grafiku nepouzivam a u S@H Classic jsem kvuli vykonu taky pouzival jen Command Line verzi. Divat se na ty grafy me bavilo asi tak 2 dni. Je-li to ale tvoje prefeence, grafika je i u soucasne verze, a mam dokonce dojem, ze se da trochu konfigurovat (sam jsem to ale fakt nikdy nezkousel)

1. Tak to jsem zrovna zacal zkouset BOINC. Zatim jsem to spustil na 2 pocitacich a na dalsich uz se mi BOINC nepovedlo ani zaregistrovat k projektu. To je smutne.

2. Neukazuje, ale posila si je. A podle me naprosto zbytecne. K cemu jim je napriklad kapacita a obsazenost disku fakt nevim. To nevypovida o vypocetnim vykonu vubec nic.

3. Taky jsem grafiku nepouzival. Asi jsem to spatne napsal, ja jsem proti grafice, ale BOINC Manager je pouze v grafice a to i pro Linux. Navic se s nim da nastavit jen minimum parametru a ke configurakum neni nikde zadny poradny popis.

Libor

[forest]

Jak již psal Trux a je popsáno v dredu - datové servery dole
Již pár dní mají problémy a tak nezoufej a prozatím se připoj kromě Seti ještě do některého z projektů máme jich přeci dost ne?
Až Seti opět půjde jak má, tak můžeš druhý projekt ukončit, nebo jej nechat jako rezervu třeba na 1%

[trux]

1. Tak to jsem zrovna zacal zkouset BOINC. Zatim jsem to spustil na 2 pocitacich a na dalsich uz se mi BOINC nepovedlo ani zaregistrovat k projektu. To je smutne.

Jak pisu, system ma posledni 2-3 dni problemy, kvuli obrovskemu navalu migrantu. Mel bys vedet, ze BOINC neni jen SETI @ Home. Vseobecne se doporucuje nahlasit se do dvou nebo vice projektu. Nejpribuznejsi k S@H je momentalne asi Einstein @ Home (analyza gravitacnich vln). Ten momentalne funguje bez problemu.

2. Neukazuje, ale posila si je. A podle me naprosto zbytecne. K cemu jim je napriklad kapacita a obsazenost disku fakt nevim. To nevypovida o vypocetnim vykonu vubec nic.

Tyto udaje jsou dulezite pro rizeni sdileni nekolika projektu. Napriklad CPDN jednotka muze mit i kolem 1GB, takze to misto je dulezite. Je mozne, ze se v budoucnu objevi BOINC projekty, ktere jsou vylozene zalozene na kapacite disku - v BOINCu se nemusi jednat jen o vypocetni projekty, muze jit klidne i o projekt redundantniho zalohovani dat.

3. Taky jsem grafiku nepouzival. Asi jsem to spatne napsal, ja jsem proti grafice, ale BOINC Manager je pouze v grafice a to i pro Linux. Navic se s nim da nastavit jen minimum parametru a ke configurakum neni nikde zadny poradny popis.

To neni pravda. Ja jedu ve FreeBSD bez grafiky. Nevim, jak je to s binarnimi Linux klienty, ale ja si to ve FreeBSD kompiluji sam, a proste v Makefile zakazu grafiku tim, ze nahoru pridam radek:

WITHOUT_X11=yes

Nevim to urcite, ale vsadil bych se, ze v Linux baliku mas oba klienty predkompilovane. Je vsak mnohem lepsi zkompilovat si to sam s optimalizaci pro tvuj procesor - narust vykonu az treba o 100%.

[vejpuste]

Nazdarek.
Zacinam to rozjizdet ve velkem, podobne jako Seti Classic. Nejdriv jeste dopocitam, co jsem si nastahoval a postupne prejdu, kde to pujde na BOINC. V Seti Classic uz mam skoro 134 000 jednotek a 130 roku. Skoda, ze posledni certifikat byl 100 000.

Chtel bych zjistit, jakym zpusobem dochazi k odeslani a zapocitani vysledku. Jednotka se spocita a v logu se objevi zaznam :
2005-06-16 14:34:02 [SETI@home] Finished upload of 19se03aa.5812.25617.654818.58_1_0
2005-06-16 16:03:30 [SETI@home] Finished upload of 19se03aa.5812.25760.715924.49_1_0
2005-06-16 18:05:16 [SETI@home] Finished upload of 19se03aa.5812.25760.715924.42_1_0
2005-06-16 19:34:00 [SETI@home] Finished upload of 19se03aa.5812.25760.715924.32_3_0
Kdyz se ale podivam treba ted na resulty pocitace, tak tam neni spocitana ani jedna jednotka. Myslel jsem, ze Finished upload znamena uspesne odeslano do SETI a stranky s resultama pocitace jsou generovane online, takze by to tam melo byt hned. A nektere se tam opravdu objevi hned.
Dalsi podivna vec je, ze kdyz se podivam na resulty, tak vidim, ze si postupne stahoval nove a nove, takze se pripojoval, kdyz dopocital jednotku. Dopocital, odeslal, stahnul novou. Nove stazene v seznamu resultu vidim, ale ty odeslane, ktere by mely byt s hodne podobnym casem, ne.

Mozna se casem objevi, ale pripada mi to dost nepruhledne. V Seti Classic bylo hned po odeslani videt, ze naskocil dalsi bodik a bylo to jasne. Takhle nevim, jestli se mi to nekdy zapocita nebo ne.

Pokud se v tom nekdo vyzna vic, tak mi to vysvetlete. Dik.
Libor

[Bony]

Musíš u daného projektu provést aktualizaci , a potom se ti spočítané jednotky objeví v resultu na webu. Ale pak ještě čekají na potvrzení a potom teprve se ti připíše kredit. Jen tím že se ti odešle výsledek se ti to na webu neaktualizuje.

[vejpuste]

Musíš u daného projektu provést aktualizaci , a potom se ti spočítané jednotky objeví v resultu na webu. Ale pak ještě čekají na potvrzení a potom teprve se ti připíše kredit. Jen tím že se ti odešle výsledek se ti to na webu neaktualizuje.

Nejak nechapu z jakeho duvodu se musi provest rucni aktualizace, kdyz uz se stejne se serverem spojoval. Je nekde nastaveno, jak casto ma aktualizaci provadet sam? Preci nebudu vsechny pocitace aktualizovat rucne.
S pripsanim kreditu jsem to uz pochopil, ale aktualizaci webu jsem povazoval za okamzitou.
Libor

[Bony]

To já nevím jestli se aktualizace provede sama po určité době. Zatím jsem to aktualizoval vždy manuálně (ale jedu taky jenom na jednom compu). Jestli se aktualizuje provádí i automaticky, ti musí holt poradit nekdo zkušenějsí

[zod]

Az bdue chtit klient stahnout dalsi jednotky na pocitani tak kontaktuje sheduler a v tom momente se ti vysledky objevi na webu. Rucni aktualizaci vuebc nemusis provadet...stejne ji vsichni delaji protoze chteji hned kredit za WU a dane vysledky mit proste viditelne na webu

[vejpuste]

Az bdue chtit klient stahnout dalsi jednotky na pocitani tak kontaktuje sheduler a v tom momente se ti vysledky objevi na webu. Rucni aktualizaci vuebc nemusis provadet...stejne ji vsichni delaji protoze chteji hned kredit za WU a dane vysledky mit proste viditelne na webu

To prave neni pravda, i kdyz jsem si to taky tak predstavoval. Prestoze si program nekolikrat stahoval nove jednotky, tak se neaktualizovalo. Ani stop a start BOINCu nic neaktualizoval.
Az kdyz jsem spustil ./boinc -update_prefs http://setiathome.berkeley.edu/ , tak se aktualizace provedla a u vsech jednotek je uveden cas aktualizace.

Libor

Pro zajimavost i vypis casti logu:
2005-06-16 14:33:56 [---] request_reschedule_cpus: process exited
2005-06-16 14:33:56 [SETI@home] Computation for result 19se03aa.5812.25617.654818.58_1 finished
2005-06-16 14:33:56 [---] schedule_cpus: must schedule
2005-06-16 14:33:56 [---] earliest deadline: 1120115311.000000 19se03aa.5812.25760.715924.49_1
2005-06-16 14:33:56 [---] earliest deadline: 1120115311.000000 19se03aa.5812.25760.715924.42_1
2005-06-16 14:33:56 [SETI@home] Restarting result 19se03aa.5812.25760.715924.42_1 using setiathome v
ersion 4.02
2005-06-16 14:33:57 [SETI@home] Started upload of 19se03aa.5812.25617.654818.58_1_0
2005-06-16 14:34:02 [SETI@home] Finished upload of 19se03aa.5812.25617.654818.58_1_0
2005-06-16 14:34:02 [SETI@home] Throughput 46906 bytes/sec

.....

2005-06-16 16:03:27 [---] request_reschedule_cpus: process exited
2005-06-16 16:03:27 [SETI@home] Computation for result 19se03aa.5812.25760.715924.49_1 finished
2005-06-16 16:03:27 [---] schedule_cpus: must schedule
2005-06-16 16:03:27 [---] earliest deadline: 1120115311.000000 19se03aa.5812.25760.715924.42_1
2005-06-16 16:03:27 [---] earliest deadline: 1120115311.000000 19se03aa.5812.25760.715924.32_3
2005-06-16 16:03:27 [SETI@home] Restarting result 19se03aa.5812.25760.715924.32_3 using setiathome v
ersion 4.02
2005-06-16 16:03:28 [SETI@home] Started upload of 19se03aa.5812.25760.715924.49_1_0
2005-06-16 16:03:30 [SETI@home] Finished upload of 19se03aa.5812.25760.715924.49_1_0
2005-06-16 16:03:30 [SETI@home] Throughput 18554 bytes/sec
2005-06-16 17:03:27 [---] schedule_cpus: time 3600.055518

.....

--- Pak jsem spustil update-prefs
2005-06-16 21:11:37 [---] Starting BOINC client version 4.43 for i686-pc-linux-gnu
2005-06-16 21:11:37 [---] Data directory: /home/boinc/BOINC
2005-06-16 21:11:37 [SETI@home] Computer ID: 1065187; location: work; project prefs: default
2005-06-16 21:11:37 [---] General prefs: from SETI@home (last modified 2005-06-15 12:58:02)
2005-06-16 21:11:37 [---] General prefs: no separate prefs for work; using your defaults
2005-06-16 21:11:37 [---] Remote control not allowed; using loopback address
2005-06-16 21:11:37 [SETI@home] Resuming computation for result 13ja05aa.16827.29345.940902.206_3 us
ing setiathome version 4.02
2005-06-16 21:11:37 [SETI@home] Resuming computation for result 13ja05aa.16827.29345.940902.216_1 us
ing setiathome version 4.02
2005-06-16 21:11:37 [---] Deadline is before reconnect time
2005-06-16 21:11:37 [---] Deadline is before reconnect time
2005-06-16 21:11:37 [---] Deadline is before reconnect time
2005-06-16 21:11:37 [---] Deadline is before reconnect time
2005-06-16 21:11:37 [---] Deadline is before reconnect time
2005-06-16 21:11:37 [---] Deadline is before reconnect time
2005-06-16 21:11:37 [---] New CPU scheduler policy: earliest deadline first.
2005-06-16 21:11:37 [---] schedule_cpus: must schedule
2005-06-16 21:11:37 [---] earliest deadline: 1120115311.000000 13ja05aa.16827.29345.940902.206_3
2005-06-16 21:11:37 [---] earliest deadline: 1120115311.000000 13ja05aa.16827.29345.940902.216_1

--- U 4 jednotek je napsan cas 16 Jun 2005 19:13:47 UTC

[forest]

Je pravdou že se ten UPDATE nedělá automaticky při každém stahování jednotek či odesílání. Mně se dělá UPDATE automaticky vždy když je hotových zhruba půlka jednotek
Během té doby se několikrát jednotky odešlou i přijmou, ale u těch odeslaných se jen napíše že byly odeslány, ale úplně zmizí až když jich je zhruba ta půlka zpracovaných a odeslaných, pak se napíše i ten čas odeslání na webu.

[vejpuste]

Tak v Linuxu zda se staci pri spusteni pridat parametr -return_results_immediately a pak se data odeslou i zobrazi na webu hned.
Libor