| 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: 12
|
|
| Author |
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
The 15th was right per your log... BOINC does not care about time so much, a whole lot more about date. If your system were on the 15th when fetching new work, then the date set back 9 days or more, the client would think it could not make the deadline, switch to high priority processing, or tell to abort the tasks as they have expired. Emphasis mine.That is a 'dangerous' proposition to make. A date, hours, minutes, and seconds are all expressions of "time". Perhaps you may want to be more precise in your choice of words. Did you mean clock-time when using the word "time"? If so, did you mean that the maximum time-resolution that BOINC can resolve is ±23hrs59min59sec so that BOINC can't see the difference between, say, 0700 and 1900 of a given date? If we are agreed on the above, then there would be no need for WCG to specify time in date + (hours, minutes, and seconds) in BOINC and the Results Status webpage -- be it for referring to Send-time, Time-due, Return-time, deadline -- in as much as BOINC can't resolve hours, minutes, and seconds anyway. P.S. I'm glad that the OP's issue was resolved, but as far as time is concerned, it was the synch via NTP that provided the exact time to the second that did the trick, and that BOINC has to resolve time to the second referenced from a given time zone if BOINC is do its work correctly and accurately. A difference of 1 second spells the difference between the end of a day, and the start of another day. ; ;edit1_2012.06.17Su.1936.utc ;edit2_2012.06.17Su.1940.utc ; - spell check ; [Edit 2 times, last edit by Former Member at Jun 17, 2012 7:40:46 PM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Very clearly you lack the comprehension of how BOINC works... It IS completely irrelevant what the time is set at [as i said] the system uses an offset, so no matter [what part of the planet you're on], BOINC will simply calculate for a 10 day deadline task 10 days forward from time logged when received. Long as the return is within that 10 days, things are fine [where the WCG servers are set to log all times per UTC times, independently of what the client time is set at]. Whilst, BOINC even compensates for local DST adjustments, so e.g. a task received in France on the 23rd of March will appear to have an extra hour on the 2nd of April.
----------------------------------------For detail operation and functioning refer to code and manuals. --//-- [Edit 1 times, last edit by Former Member at Jun 17, 2012 7:53:33 PM] |
||
|
|
|