Forum boinc.cz

jak tomu mám rozumět => Message from server:(won´t finish in time) Computer on 100% of time, BOINC on 100% of that, this project gets 25% of that
<== jako že se mu nelíbí, že má jen 25% ??? přitom má nacashováno 5 WU s deadline do 24.12. (přičemž ta pátá bude za 6 hodin hotová) a 8 WU s deadline do 27.12., žádnou jinou WU již nemá, WU z S@H se po odeslání po výpadku spojeném s ukončením CLASICA žádný nedownloadovaly, Einsteina dělá WU v průměru za 8 hodin. Podle mně teda ukončí poslední výpočet WU v sobotu 23.12. někdy po obědě. Pak jako přestane počítat??? přitom mám nastaveno v global settings 10 dní, čili podle mně by měl mít BOINC mngr na 10dní zásoby, nebo se pletu???
Otázka tedy zní: Co se teda Einsteinovi nelíbí???

bocman píše:jak tomu mám rozumět => Message from server:(won´t finish in time) Computer on 100% of time, BOINC on 100% of that, this project gets 25% of that
<== jako že se mu nelíbí, že má jen 25% ??? přitom má nacashováno 5 WU s deadline do 24.12. (přičemž ta pátá bude za 6 hodin hotová) a 8 WU s deadline do 27.12., žádnou jinou WU již nemá, WU z S@H se po odeslání po výpadku spojeném s ukončením CLASICA žádný nedownloadovaly, Einsteina dělá WU v průměru za 8 hodin. Podle mně teda ukončí poslední výpočet WU v sobotu 23.12. někdy po obědě. Pak jako přestane počítat??? přitom mám nastaveno v global settings 10 dní, čili podle mně by měl mít BOINC mngr na 10dní zásoby, nebo se pletu???
Otázka tedy zní: Co se teda Einsteinovi nelíbí???

Patrne spocital, ze pokud by vsechny aktivni projekty braly svuj podil casu z casu, kdy bezi BOINC, tak by to dopocitat nestihl.
Navic se do toho zapocitavaji jeste dluhy jendotlivych projektu.
Proto nechce dalsi praci. Ovsem, kdyz dopocita posledni jednotku a ostatni projekty nebudou mit praci, tak si stahne dalsi praci pro sebe. Takze pravdepodobnost, ze by pocitac nic nedelal je mala. Proste nema komu predat CPU, tak zacne pocitat sam. Vzhledem k tomu, ze Einstein ma vysokou dostupnost a zasoby jednotek, tak je dobry pro zalozni projekt.
Libor

Patrne spocital, ze pokud by vsechny aktivni projekty braly svuj podil casu z casu, kdy bezi BOINC, tak by to dopocitat nestihl.
Navic se do toho zapocitavaji jeste dluhy jendotlivych projektu.
Proto nechce dalsi praci. Ovsem, kdyz dopocita posledni jednotku a ostatni projekty nebudou mit praci, tak si stahne dalsi praci pro sebe. Takze pravdepodobnost, ze by pocitac nic nedelal je mala. Proste nema komu predat CPU, tak zacne pocitat sam. Vzhledem k tomu, ze Einstein ma vysokou dostupnost a zasoby jednotek, tak je dobry pro zalozni projekt.
Libor

aha, takže začnu bít na poplach až na štědrý den dkyž se připíchnu na ten stroj a zjistím, že nemá co počítat a žádné WU do zásoby nenatáhnul šiš, myluju chytrý programy ještě že konečně mám svolení od chlebodárce přejít na tučnáky

[OT]
sorry ale ...napsat "miluju" s tvrdym y, no to je hustota
Jinak jako zalozni projekt je nejlepsi cpdn
[/OT]

Kdysi sem resil podobnou vec. A az kdyz jsem to pochopil, jak to boinc pocita, tak jsem mu musel dat za pravdu.

tucnaci s tim nemaji nic spolecneho, stejna tak neni chyba u Einsteina.
vejpuste poslal problem dobre.
Jeste se k tomu (tedy k procentum Computer on a BOINC on) pripadne muze pripocitavat "Average CPU efficiency". Takze kdyz hrajes hry, enkodujes audio, video, renderujes ci delas jine CPU narocne aplikace, bude dostupnost CPU cycles pro BOINC nizsi, coz snizi i ohdah zasoby WU.

BOINC se v tomto ohledu chova podle mne docela spravne. Mel by podle mne zobrazovat i dluhy jednotlivych projektu na Project tab, ale to je jina.
Navic by nemel BOINC pridavat dluhy projektum, ktere jsou v suspend stavu; pokud mas pouze no more work, tak tam je pridavani dluhu diskutabilni.

bocman píše:aha, takže začnu bít na poplach až na štědrý den dkyž se připíchnu na ten stroj a zjistím, že nemá co počítat a žádné WU do zásoby nenatáhnul šiš, myluju chytrý programy ještě že konečně mám svolení od chlebodárce přejít na tučnáky

Pokud to nastane, jako ze asi ne, tak muzes dat parkrat aktualizovat a ono se neco stahne.
Libor

Honza píše:tucnaci s tim nemaji nic spolecneho, stejna tak neni chyba u Einsteina.
...

já vím, že s tím nemaj nic společného, ale dělám tu správce linux serverů a cisco mašinek a byl to jen tak mimochodem povzdech, že workstejšnu mám na widlích - nic proti nim, je to OT, vznikla by zbytečná "flamediscussion" ale přeci jenom mám v linuxu větší dojem, že vím, co se mi tam spouští za procesy

mimochodem, má někdo zkušenost použití BOINC klienta v prostředí VM WARE, kde hostující systém je SUSE a hostem Widle XP????

Howard píše: [OT]
sorry ale ...napsat "miluju" s tvrdym y, no to je hustota
[/OT]

já vím, ale jestli jsi si všimnul, tak to bylo napsáno bold což jsem doufal, že tak bude i pochopeno, jako lehká tučná recese

mám teď nějakou zprávu od alberta einsteina
výpis )
14.1.2006 11:31:14|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
14.1.2006 11:31:14|Einstein@Home|Reason: To fetch work
14.1.2006 11:31:14|Einstein@Home|Requesting 5 seconds of new work
14.1.2006 11:31:19|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
14.1.2006 11:31:19|Einstein@Home|Message from server: Resent lost result r1_0877.0__563_S4R2a_2
14.1.2006 11:31:21|Einstein@Home|File r1_0877.0 exists already, skipping download
14.1.2006 11:31:21|Einstein@Home|File skygrid_0880_r_T08.dat exists already, skipping download
14.1.2006 11:31:22||Rescheduling CPU: files downloaded

TomNoteb píše:mám teď nějakou zprávu od alberta einsteina
výpis )
14.1.2006 11:31:14|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
14.1.2006 11:31:14|Einstein@Home|Reason: To fetch work
14.1.2006 11:31:14|Einstein@Home|Requesting 5 seconds of new work
14.1.2006 11:31:19|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
14.1.2006 11:31:19|Einstein@Home|Message from server: Resent lost result r1_0877.0__563_S4R2a_2
14.1.2006 11:31:21|Einstein@Home|File r1_0877.0 exists already, skipping download
14.1.2006 11:31:21|Einstein@Home|File skygrid_0880_r_T08.dat exists already, skipping download
14.1.2006 11:31:22||Rescheduling CPU: files downloaded

To je v pořádku. Měls tam nějakou nedopočítanou WU, vzniklou třeba při resetu projektu, a bertík ti po několika dnech připoměl, že tam je/byla, případně ti ji pošle znovu.
Tohle dělá jen Einstein, ostatní projekty (někdy bohužel) ne.

ttak se tak koukám na výpis zpráv a vidím tuto hlášku:

5.5.2006 20:21:01|Einstein@Home|Got server request to delete file r1_1457.0

přitom okolo nic zajímavého nebylo

5.5.2006 20:20:56|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
5.5.2006 20:20:56|Einstein@Home|Reason: To fetch work
5.5.2006 20:20:56|Einstein@Home|Requesting 0.673069 seconds of new work, and reporting 2 results
5.5.2006 20:21:01|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
5.5.2006 20:21:01|Einstein@Home|Got server request to delete file r1_1457.0
5.5.2006 20:21:03||Rescheduling CPU: files downloaded
5.5.2006 20:21:03|SETI@home|Restarting result 11ja99ab.10149.13938.779818.1.148_1 using setiathome version 418
5.5.2006 20:21:03|Einstein@Home|Pausing result r1_1342.0__1022_S4R2a_3 (removed from memory)


zvláštní.

Myslim, ze zajimavy je ten radek nadtim - ze scheduler odpovedel. Odpovedel tim, ze smaze smeti.
V BOINCu zargonu tomu rikame "garbage collection mechanism". Takovej automatizovanej smetak

Jinak je to OK, proste bezny uklid Einsteina - maze datove soubory, ktere jiz k analyze nejsou potreba (tj. nejsou jiz soucasti WUs).