Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
![]() |
World Community Grid Forums
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
No member browsing this thread |
Thread Status: Active Total posts in this thread: 43
|
![]() |
Author |
|
KWSN - A Shrubbery
Master Cruncher Joined: Jan 8, 2006 Post Count: 1585 Status: Offline |
The 00014 series are starting to complete, just shy of two hours.
----------------------------------------![]() Distributed computing volunteer since September 27, 2000 |
||
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Thanks for the feedback, we still have some more work to load, batch 00015. It will load after some of the stats work is completed. Again similar estimates as before for the batches.
00013 - 30 minutes 00014 - 3 to 4 Hours 00015 - 1 hour 30 minutes Thanks, -Uplinger |
||
|
KWSN - A Shrubbery
Master Cruncher Joined: Jan 8, 2006 Post Count: 1585 Status: Offline |
Maybe unrelated, no idea. I'm only seeing it on one system but:
----------------------------------------D6-i7 376 World Community Grid 9/23/2014 7:33:34 PM Started upload of BETA_ugm1_ugm1_00015_0195_1_0 377 World Community Grid 9/23/2014 7:33:40 PM Finished upload of BETA_ugm1_ugm1_00015_0195_1_0 378 World Community Grid 9/23/2014 7:33:44 PM Sending scheduler request: To report completed tasks. 379 World Community Grid 9/23/2014 7:33:44 PM Reporting 1 completed tasks, requesting new tasks for CPU 380 9/23/2014 7:33:47 PM Project communication failed: attempting access to reference site 381 World Community Grid 9/23/2014 7:33:47 PM Scheduler request failed: Unrecognized or bad HTTP Content or Transfer-Encoding 382 9/23/2014 7:33:49 PM Internet access OK - project servers may be temporarily down. Edit: Checking the results status, this result shows as being returned already and pending validation. ![]() Distributed computing volunteer since September 27, 2000 [Edit 1 times, last edit by KWSN - A Shrubbery at Sep 24, 2014 2:53:35 AM] |
||
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
KWSN - A Shrubbery,
I'm not sure what happened orwhy your scheduler request failed. Have you continued seeing it? I wonder if it was just a one off case. On a side note, we are seeing good results for this beta so far. The validator and assimilator are turned off at the moment. I will enable them tomorrow morning if things continue to look promising. Thanks, -Uplinger |
||
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1324 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Some of the tasks were running too long and errored out due to 'Maximum elapsed time exceeded':
----------------------------------------BETA_ ugm1_ ugm1_ 00014_ 0691_ 1-- rekendoos1 Error 9/23/14 22:30:16 9/24/14 04:44:09 6.18 / 6.19 83.7 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 0689_ 1-- rekendoos1 Error 9/23/14 22:30:16 9/24/14 04:44:08 6.19 / 6.19 83.7 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 0684_ 1-- rekendoos1 Error 9/23/14 22:30:16 9/24/14 04:44:08 6.19 / 6.19 83.7 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 0685_ 0-- rekendoos1 Error 9/23/14 22:30:16 9/24/14 04:44:08 6.19 / 6.19 83.7 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 0811_ 1-- rekendoos1 Error 9/23/14 22:27:45 9/24/14 04:41:38 6.19 / 6.19 83.7 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 0809_ 0-- rekendoos1 Error 9/23/14 22:27:45 9/24/14 04:41:38 6.19 / 6.19 83.7 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 0813_ 0-- rekendoos1 Error 9/23/14 22:27:45 9/24/14 04:41:38 6.19 / 6.19 83.7 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 0807_ 1-- rekendoos1 Error 9/23/14 22:27:45 9/24/14 04:41:38 6.18 / 6.19 83.7 / 0.0 Edit: All 101 others PVal. [Edit 1 times, last edit by Crystal Pellet at Sep 24, 2014 6:28:01 AM] |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Three of mine errored out due to 'Maximum elapsed time exceeded':
BETA_ ugm1_ ugm1_ 00014_ 1237_ 0-- Error 23/09/14 21:39:33 24/09/14 00:54:34 3.19 / 3.21 110.4 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 1156_ 0-- Error 23/09/14 22:22:52 24/09/14 01:48:20 3.19 / 3.21 110.4 / 0.0 BETA_ ugm1_ ugm1_ 00014_ 1155_ 0-- Error 23/09/14 22:22:52 24/09/14 01:48:20 3.18 / 3.21 110.5 / 0.0 1155 and 1156 reached "16000 query sequences compared" beforehand, 1237 reached "15000 query sequences compared". Strangely, 1156 has a wingman who completed successfully in longer runtime: BETA_ ugm1_ ugm1_ 00014_ 1156_ 1-- 719 Pending Validation 23/09/14 22:22:52 24/09/14 04:06:59 5.55 148.4 / 0.0 Explain that one, please! Other batch 00014 units completed successfully on the same machine in 2.13 - 2.84 hours runtime (elapsed times a minute longer). A slower machine completed them in 1.59 to 3.43 hours. |
||
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1324 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Strangely, 1156 has a wingman who completed successfully in longer runtime: BETA_ ugm1_ ugm1_ 00014_ 1156_ 1-- 719 Pending Validation 23/09/14 22:22:52 24/09/14 04:06:59 5.55 148.4 / 0.0 Explain that one, please! The wingman's machine has probably calculated/reported half of the fpops (machine speed) your machine did and therefore has twice the time to complete a task. One could also say: your machine is claiming higher fpops than really can be done. The real problem is that the rsc_fpops_bound is set from the server too low. Normally the setting is ten times the estimated time, but maybe Keith set it shorter to avoid overlength running tasks. [Edit 1 times, last edit by Crystal Pellet at Sep 24, 2014 6:51:19 AM] |
||
|
Speedy51
Veteran Cruncher New Zealand Joined: Nov 4, 2005 Post Count: 1297 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
I have 3 14 tasks running very well. Did anyone else notice the large file download size on Windows? The task text files were between 4 and 7 meg I remember correctly. Will this be normal when the project hits prime time? It will be interesting to see what upload sizes will be like.
----------------------------------------![]() |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Crystal Pellet, thanks for clarifying what really determines the time limit. At least the beta test is highlighting the issue.
|
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I have 3 14 tasks running very well. Did anyone else notice the large file download size on Windows? The task text files were between 4 and 7 meg I remember correctly. Will this be normal when the project hits prime time? It will be interesting to see what upload sizes will be like. Probably, as with mcm and a few other projects in past, you get a database send of targets / vectors to compute. Each time your agent asks for work, the server just tells you which out of that database to compute. Once in a while a new database is being send for future batches of work. Would not be surprised if the m in ugm would stand for mapping again. |
||
|
|
![]() |