| 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: 172
|
|
| Author |
|
|
nanoprobe
Master Cruncher Classified Joined: Aug 29, 2008 Post Count: 2998 Status: Offline Project Badges:
|
foxfire, Your computer did something strange and I adjusted the rules because of it. Basically, your computer sent back the trickle message but did not upload the result file which is required for validation until after the cutoff time of 30 minutes. This caused the result to be marked as ready for validation. So here are the steps that happened for some of your results. 1. Trickle message sent from your computer 2. trickle handler attempted to validate that checkpoint for over 30 minutes 3. Trickle message sent TO your computer to stop now. Your computer stopped working on that result once received. 4. Your results uploaded the files for that checkpoint 5. Trickle handler validated that step. (thus points granted) I have adjusted that 30 minutes to be larger up to 3 hours. As for the results without points or CPU time, I assume they are still waiting for the trickle message and uploaded file to be validated. Thanks, -Uplinger Does that also explain how his tasks were reported as finished in 3 hours?
In 1969 I took an oath to defend and protect the U S Constitution against all enemies, both foreign and Domestic. There was no expiration date.
![]() ![]() |
||
|
|
foxfire
Advanced Cruncher United States Joined: Sep 1, 2007 Post Count: 121 Status: Offline Project Badges:
|
Thanks for the explanation. FYI, there were (3) computers (1 Win 10, 2 Linux XUbuntu 14.04.03). One of the Linux boxes (I74790K-1XLnx) is the one that I posted about earlier.
----------------------------------------![]() |
||
|
|
Speedy51
Veteran Cruncher New Zealand Joined: Nov 4, 2005 Post Count: 1326 Status: Offline Project Badges:
|
In regards to the trickle messages I'm assuming this project would not be for someone who for example does not have Internet access for over 3 hours if they want to complete a full task? Because the tasks will get the aborted signal and the rest get sent to someone else?
----------------------------------------![]() |
||
|
|
Jason1478963
Senior Cruncher United States Joined: Sep 18, 2005 Post Count: 295 Status: Offline Project Badges:
|
Have 8 running on Win7 X64 with 1 to 7 Hrs runtime so far, suspended, resumed a few, no problems encountered thus far.
----------------------------------------I believe you've made some progress! ![]() |
||
|
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges:
|
foxfire, Your computer did something strange and I adjusted the rules because of it. Basically, your computer sent back the trickle message but did not upload the result file which is required for validation until after the cutoff time of 30 minutes. This caused the result to be marked as ready for validation. So here are the steps that happened for some of your results. 1. Trickle message sent from your computer 2. trickle handler attempted to validate that checkpoint for over 30 minutes 3. Trickle message sent TO your computer to stop now. Your computer stopped working on that result once received. 4. Your results uploaded the files for that checkpoint 5. Trickle handler validated that step. (thus points granted) I have adjusted that 30 minutes to be larger up to 3 hours. As for the results without points or CPU time, I assume they are still waiting for the trickle message and uploaded file to be validated. Thanks, -Uplinger Does that also explain how his tasks were reported as finished in 3 hours? Yes, he was credited for the first trickle message. The next person will start from there. As I said, this timeout for trickle message to upload has been increased to 3 hours instead of 30 minutes. Thanks, -Uplinger |
||
|
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges:
|
In regards to the trickle messages I'm assuming this project would not be for someone who for example does not have Internet access for over 3 hours if they want to complete a full task? Because the tasks will get the aborted signal and the rest get sent to someone else? The results will have a 4 day deadline. If someone does not start it by the 3rd day, then we tell them to stop. This gives members a chance to do work and have their machine off over the weekend. Someone without internet would still need to connect to WCG every so often for new work, this means that when they connect, they would send back all trickle messages as well as upload all files at that time before it can switch to 'ready to report'. Thanks, -Uplinger |
||
|
|
Speedy51
Veteran Cruncher New Zealand Joined: Nov 4, 2005 Post Count: 1326 Status: Offline Project Badges:
|
The results will have a 4 day deadline. If someone does not start it by the 3rd day, then we tell them to stop. This gives members a chance to do work and have their machine off over the weekend. Someone without internet would still need to connect to WCG every so often for new work, this means that when they connect, they would send back all trickle messages as well as upload all files at that time before it can switch to 'ready to report'. Thanks, -Uplinger Thanks Uplinger, hope I can get some tasks to test ![]() |
||
|
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges:
|
There is a slight error with one of the cases for generating the next work unit. I am working on it now to resolve, once that is resolved, we should have 2nd generation work units flowing soon. which means better chances to grab one.
Thanks, -Uplinger |
||
|
|
Eric_Kaiser
Veteran Cruncher Germany (Hessen) Joined: May 7, 2013 Post Count: 1047 Status: Offline Project Badges:
|
Thanks for the update. Much apreciated.
----------------------------------------![]() |
||
|
|
SekeRob
Master Cruncher Joined: Jan 7, 2013 Post Count: 2741 Status: Offline |
3 operational 'things'
1) There's a distinct jittery mouse experience at times not seen before [6 Beta running concurrent + 1 CEP2 + 1 MCM]. Activated extra client logging, and it seems to happen near the checkpointing, but infrequent. No connection it seems to the file trickle preparation and upload. W7-64 and hmmm, they are all 6 shown as intelx86 *32 bit apps. Will there be 64 bit builds? 2) This app seems to run substantially 'cooler'. The quad with 4 Beta concurrent runs at 38C with CPU fan at 55% [minimum SpeedFan setting] at 2650 RPM. Only noticed because manually forced 3 OET ahead, which made the fan go up to audible, 48C CPU and 67% fan speed, 3250 RPM. Suspending the OET again to run 4 Beta concurrent, repeating the cycle made this reproducible. May be the OET flux capacitor use [The Integer Arithmetic Logical Unit it seems to be called]. Not a problem. Is on W10-64 Pro testbed, 97% efficiency. 3) Whilst others may not have read the kick off manual, restarted multiple times at beginning [after first checkpoint, near middle and at 70+%, without LAIM, not any effect on the projected TTC. After one hour they went for the 27 hours completion goal and they still do, albeit there is a little runtime variation between tasks, under 10% between one and the other. [ot]OET, their's something weird about the progress percent on Linux. We have 8 checkpoints, but progress goes in fixed steps of 10%. Opposed on Windows progress is incremented continuous in small steps. Tried with 7.2.42 and 7.6.7, with and without <fraction_done_exact/> config setting, no difference.[/ot] |
||
|
|
|