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: 14
|
![]() |
Author |
|
SC>Mike Mitchell
Cruncher Joined: Jun 13, 2006 Post Count: 28 Status: Offline |
Has anyone else received their daily quota of work units in just a few minutes?
----------------------------------------The WCG application on one of my PC's requested 5,577 seconds worth of work and down loaded 2,033,320 seconds of work and is still looking for 5,577 seconds of work! Fortunately, it's reached its daily quota. The BOINC manager was already near capacity with another project, so I don't know why it down loaded any more work any way. I did a search and don't think anyone else has posted about this. In the mean time, I have set WCG to "No New Work" on all my PC's and wait for an answer. ![]() ![]() ![]() |
||
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
it's always interesting to know the exact BOINC (CC) version and what OS and version...the 5.5.x series had some bugs in time prediction...had 3.2 millions seconds or 37 days worth and still not getting enough to fill the day.
----------------------------------------
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
If you are running WCG projects only, BOINC estimating is fairly close.
----------------------------------------A mixture of projects can throw the estimating off. Rectilinear Crossing is one that is way out of whack. I loaded a few workunits that estimated over 1.5 hours each and "overcommitted" one computer. WCG workunits are still running based on the overall estimates and the queue is getting smaller than usual. From experience, most of these Rectilinear Crossing workunits will run in times ranging from TWO SECONDS to TWO MINUTES, not 1.5 hours. A giant amount of work will then be needed to fill up the queue again. The longest running RC workunit I have ever seen on this computer is 20 minutes. UPDATE: It had blasted through the Rectilinear Crossing workunits, and when I got back to it, the queue was empty. Uploads/downloads are taking place now for both projects, and WCG is running. I did a search and don't think anyone else has posted about this. In the mean time, I have set WCG to "No New Work" on all my PC's and wait for an answer. That's not really necessary. As long as the computer is overcommitted, nothing will happen, but they will be downloaded when the queue is worked down. It is also possible to change the BOINC percentage used for each project but the bad estimates defeat most of the proportions. If WCG is set to no new work, the other one naturally gets 100% eventually.I am using BOINC version 5.4.11, the current production release. Some of the downloading was done with the previous 5.4.9. I am not getting millions of seconds of work, because the estimates I have seen are high, not low, as yours must be. Again, a lot of this depends on the project. The sum of the estimated hours is what BOINC is using to compare to the size of the queue. When workunits have been waiting for a time longer than everything else in the queue, the system will switch to running the oldest workunits first to get them done. It's still best to finish the WCG workunits in a few days, since the reporting time is set to 7 days. There may be a grace period, but I'm not pushing it. NOTE: What is your queue length set to? Default time between network connections is 0.1 days and should not be more than a very few days to get WCG work completed.
SUPPORT ADVISOR
----------------------------------------Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% [Edit 9 times, last edit by retsof at Sep 3, 2006 12:20:56 PM] |
||
|
SC>Mike Mitchell
Cruncher Joined: Jun 13, 2006 Post Count: 28 Status: Offline |
My bad, I meant to say, this box is running Win98 and using BOINC Client 5.2.13. The other application is SETI and the work units finish with a few seconds of the estimated time.
----------------------------------------I had enough SETI work to see me through the next week to 10 days. Now WCG has down-loaded enough work to go for an additional 81 days most of which will not be started until after the work units completion date. It appears to me that no one else has had the problem and I'm not getting the problem on my 4 Win XP boxes which run both the 5.2.13 and 5.4.9 client. I'd ask over on the BOINC site but I think it will be said too be a Win 98 problem and no longer supported. So I'll let BOINC Manager finish what it can and abort the rest nearer the completion date. |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Abort them now. Then reset the project.
It sounds like something has gone wrong with one of your state files. |
||
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
I'm wondering whether his CPU clock got moved several weeks. Hmmm.....better give him 90 days worth of work, huh?
----------------------------------------A few months ago I tried swapping some BOINC workunits between a couple of machines and the clocks got messed up. BOINC could not understand why things kept being late, when the due date was 1900. The UD interface works for machine swapping, but not BOINC.
SUPPORT ADVISOR
----------------------------------------Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% [Edit 3 times, last edit by retsof at Sep 4, 2006 2:24:53 AM] |
||
|
SC>Mike Mitchell
Cruncher Joined: Jun 13, 2006 Post Count: 28 Status: Offline |
Abort them now. Then reset the project. It sounds like something has gone wrong with one of your state files. It's finally gone in to EDF. I think the BOINC Manager restarted. I'll wait and see how it pans out. If it looks bad I'll start aborting the ones that wont finish in time. Thanks Mike |
||
|
SC>Mike Mitchell
Cruncher Joined: Jun 13, 2006 Post Count: 28 Status: Offline |
I'm wondering whether his CPU clock got moved several weeks. Hmmm.....better give him 90 days worth of work, huh? A few months ago I tried swapping some BOINC workunits between a couple of machines and the clocks got messed up. BOINC could not understand why things kept being late, when the due date was 1900. The UD interface works for machine swapping, but not BOINC. The clocks fine, I have an SNTP connection to an Atomic clock and that sets the time on my little network. Thanks Mike |
||
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
Suspect a conflict between the HDC restricted work availability, the ever increasing request for seconds of work to meet queue settings and not getting enough to fill the queue....then, when it finally runs completely out in the work-buffer for the project, it getting too many upon return of availability.
----------------------------------------As written i had 3.2 million seconds of work request (several times) and got only 2 HDC...eventually it said it ran out and gave me the max of FAAH thru the 'alternate work' option as only available for WCG BOINC profiles....I've aborted a few at the end of the queue to not let them expire and force a redistribution too others....the last one's are going to be borderline....we'll see when we get there......unfortunately BOINC will start WU's even if the timestamp indicates expiration...it only warns in the message log. ciao
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
SC>Mike Mitchell
Cruncher Joined: Jun 13, 2006 Post Count: 28 Status: Offline |
Suspect a conflict between the HDC restricted work availability, the ever increasing request for seconds of work to meet queue settings and not getting enough to fill the queue....then, when it finally runs completely out in the work-buffer for the project, it getting too many upon return of availability. As written i had 3.2 million seconds of work request (several times) and got only 2 HDC...eventually it said it ran out and gave me the max of FAAH thru the 'alternate work' option as only available for WCG BOINC profiles....I've aborted a few at the end of the queue to not let them expire and force a redistribution too others....the last one's are going to be borderline....we'll see when we get there......unfortunately BOINC will start WU's even if the timestamp indicates expiration...it only warns in the message log. ciao What's HDC? My BOINC Manager only asked for 5,577 seconds of work. That figure didn't change much each time it called extra work. Then the work came until it maxed out and BOINC Manager still wanted 5,577 seconds of work. Which it would get the next day. |
||
|
|
![]() |