| 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: 148
|
|
| Author |
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
All Betas have completed here with Valid or PVal results so far. Run times were 1.45 hours to 7.83 hours.
I happened to notice a wingman's error on the longest-running unit. However, the repair unit and mine have turned Valid. This seems more like a machine or BOINC installation problem? Result Name: BETA_ ugm1_ ugm1_ 00025_ 0015_ 1-- <core_client_version>5.10.45</core_client_version> <![CDATA[ <message> - exit code 211 (0xd3) </message> <stderr_txt> Unable to open checkpoint file starting from 0 [ERROR] Failed to open either source or destination files while copying Checkpoint.txt to wcg_checkpoint_01.ckp. Error: 2 [ERROR] Failed to copy workfile 'Checkpoint.txt' to checkpoint file 'wcg_checkpoint_01.ckp'. [ERROR] Checkpoint failed. Exiting. 13:27:32 (60392): called boinc_finish |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1403 Status: Offline Project Badges:
|
I got this resend: BETA_ ugm1_ ugm1_ 00025_ 0334_ 4--
----------------------------------------The 2 initials _0 and _1 had the "Maximum disk usage exceeded" after 12000 query sequences The resends _2 and _3 had the "Maximum disk usage exceeded" after 21000 query sequences The resends were created after Keith adjusted the max disk usage to 500MB (in real it's 481.47MB), so I should expect the same error with my repair job _4. I'll have a close watch on the result.tmp file and possibly also the upload file. [Edit 1 times, last edit by Crystal Pellet at Oct 8, 2014 8:04:29 AM] |
||
|
|
branjo
Master Cruncher Slovakia Joined: Jun 29, 2012 Post Count: 1892 Status: Offline Project Badges:
|
Picked 13 in 2 devices (i5-2500S Mac OS X 10.9.5 and i7-3770 Win7 SP1 64b) both running 7.4.22, 4 already Valid, the rest PVal. The CPU times vary 1.35 - 3.77 h (Mac), i.e. 4.93 - 8.21 h (Win).
----------------------------------------Cheers ![]() Crunching@Home since January 13 2000. Shrubbing@Home since January 5 2006 ![]() |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1403 Status: Offline Project Badges:
|
Another resend returned out of the first 1500 WU's sent: BETA_ ugm1_ ugm1_ 00025_ 0138_ 3-- Valid where the first 2 wingmen had the "Maximum disk usage" experience.
The result.tmp file grew up to 244,557kB and created within ~4 minutes the result file to upload BETA_ugm1_ugm1_00025_0138_3_0. This uploadfile was 23,828.14 Kb |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1403 Status: Offline Project Badges:
|
I got this resend: BETA_ ugm1_ ugm1_ 00025_ 0334_ 4-- The 2 initials _0 and _1 had the "Maximum disk usage exceeded" after 12000 query sequences The resends _2 and _3 had the "Maximum disk usage exceeded" after 21000 query sequences The resends were created after Keith adjusted the max disk usage to 500MB (in real it's 481.47MB), so I should expect the same error with my repair job _4. I'll have a close watch on the result.tmp file and possibly also the upload file. Missed the exact sizes, but this is what was reported in BOINC's Event Log: 08 Oct 12:58:32 UTC Aborting task BETA_ugm1_ugm1_00025_0334_4: exceeded disk limit: 481.59MB > 481.47MB That was very close ![]() Due to compression the real upload file would be about 10% of that. See post before. [Edit 1 times, last edit by Crystal Pellet at Oct 8, 2014 1:27:36 PM] |
||
|
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges:
|
Crystal, Thanks for the feedback. We are going to look into some of these results for their size. The BOINC mechanism for checking the size will abort the work unit instantly when it notices the work space is greater than the allowed limit. The limit is set on my end and I did not think the work spaces would need to be larger than 500MB (481.47MB).
For the entire BETA, things however are looking good. The average runtimes for the batches are matching what we attempted to set them to. There are the few that are outside of the expected curve, but I think some of that is to be expected. Thanks, -Uplinger |
||
|
|
vepaul
Senior Cruncher Belgium Joined: Nov 17, 2004 Post Count: 261 Status: Offline Project Badges:
|
Mine were like this:
Nom du résultat Numéro de version de l'application Etat Heure d'envoi Heure de retour prévue / Heure de retour Temps d'unité centrale (heures) Crédit BOINC demandé/accordé BETA_ ugm1_ ugm1_ 00027_ 0102_ 0-- 721 Validation en attente 7/10/14 17:27:15 7/10/14 20:20:38 2,25 67,6 / 0,0 BETA_ ugm1_ ugm1_ 00027_ 0102_ 1-- - En cours 7/10/14 17:27:15 11/10/14 17:27:15 0,00 0,0 / 0,0 |
||
|
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges:
|
Normally don't show this, but I was curious how everything laid out for the results. Here are some fun stats.
count Hours avgSizeBytes avgKBytesPerHourCPU Thanks, -Uplinger |
||
|
|
deltavee
Ace Cruncher Texas Hill Country Joined: Nov 17, 2004 Post Count: 4894 Status: Offline Project Badges:
|
Thanks uplinger. Fun stats indeed. This will give us some perspective on how we are doing once this project gets rolling.
|
||
|
|
KWSN - A Shrubbery
Master Cruncher Joined: Jan 8, 2006 Post Count: 1585 Status: Offline |
Expect the bottom part of that chart to increase as the slower machines report.
----------------------------------------One of my laptops had 8 threads running over 20 hours. Not sure if they're completed or not yet. ![]() Distributed computing volunteer since September 27, 2000 |
||
|
|
|