Slower, validation pending??
Message boards :
Number crunching :
Slower, validation pending??
Message board moderation
Author | Message |
---|---|
Send message Joined: 8 Sep 13 Posts: 71 Credit: 15,807,240 RAC: 0 |
Is it just me, or are others seeing their validation pending increasing and RAC falling??? My validation pending tasks are double the usual, and my RAC has dropped more than 2000 credits as a result, i`m not complaining at all,i just dont understand why this should be. I have noted that some of my wingmen are using a lot of processors,32 in some cases, could it be that these guy`s are running so many projects and their daily turn around for A@H is having this effect on my validated results. Just curious...... regards, Tom. |
Send message Joined: 21 Dec 12 Posts: 176 Credit: 136,462,135 RAC: 1,428 |
Is it just me, or are others seeing their validation pending increasing and RAC falling??? There are some big crunchers with lot of tasks in queue. |
Send message Joined: 8 Sep 13 Posts: 71 Credit: 15,807,240 RAC: 0 |
Is it just me, or are others seeing their validation pending increasing and RAC falling??? Thought this might be the case, thanks for the swift reply. regards, Tom. |
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
I've been complaining about that for a week now. It's taking a very long time to finish 1 WU. Used to take about 3.5 hrs., now it's about 5.5. And my RAC is steadily going down, never up....... Since the beginning of the month. Almost double my usual validation numbers, which are not being validated in the timely fashion they once were.... I'm using windows 7, 64 bit
|
Send message Joined: 16 Aug 12 Posts: 293 Credit: 1,116,280 RAC: 0 |
Don't know why your tasks are running slower but if you take a look at the list of top hosts in the Statistics section you'll see Jamie Kinney has attached 50 or more 32 core virtual hosts and they seem to all have a long turn around time reporting in their details. I didn't check all of them but the ones I did check have over 2,700 tasks in their cache. That's over 125,000 tasks in one guy's cache !!!! Some people hoard empty pizza boxes and shoes, others hoard cores and tasks ;<) BOINC FAQ Service Official BOINC wiki Installing BOINC on Linux |
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
|
Send message Joined: 21 Dec 12 Posts: 176 Credit: 136,462,135 RAC: 1,428 |
|
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
Last modified: 12 Mar 2014, 20:13:24 UTC I have almost 60 validations waiting to be completed and it's growing everyday. I probably don't understand your question. I'm estimating. I was at about 7500 for avg./work at the end of last month. It's been consistently sliding since the server fix and application additions. I went back to 7.2.39, I was using 7.2.42 and I just wanted to see if there was any difference. It does appear to be working correctly for other clients, however. I'm very close to giving up on A@H...
|
Send message Joined: 12 Jan 13 Posts: 39 Credit: 7,624,228 RAC: 7,298 |
|
Send message Joined: 21 Dec 12 Posts: 176 Credit: 136,462,135 RAC: 1,428 |
I have almost 60 validations waiting to be completed and it's growing everyday. I probably don't understand your question. I'm estimating. I was at about 7500 for avg./work at the end of last month. It's been consistently sliding since the server fix and application additions. I went back to 7.2.39, I was using 7.2.42 and I just wanted to see if there was any difference. It does appear to be working correctly for other clients, however. I'm very close to giving up on A@H... If your tasks are in "Waiting for validation" state, you simply have to wait for other cruncher to calculate same task and validation will be processed. It's common behaviour of validation. |
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
|
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
|
Send message Joined: 1 Jan 14 Posts: 302 Credit: 32,671,868 RAC: 5 |
I have almost 60 validations waiting to be completed and it's growing everyday. I probably don't understand your question. I'm estimating. I was at about 7500 for avg./work at the end of last month. It's been consistently sliding since the server fix and application additions. I went back to 7.2.39, I was using 7.2.42 and I just wanted to see if there was any difference. It does appear to be working correctly for other clients, however. I'm very close to giving up on A@H... Boinc version 7.2.39 had a serious problem in it and it was replaced, if you have one of the problems you NEED to go back to 7.2.42. Here is a preliminary list of the changes: Preliminary Change Log 7.2.39 -> 7.2.41 client: Default to /usr/bin when looking for VboxManage. Depending on the Linux distro it can be in many different locations, even if it is installed in a different location there is normally a symbolic link in /usr/bin which points to the real deal. Vboxwrapper should be able to run it successfully because it'll be in the standard search path. MGR: Fix how we pass the ISO language code to the CC. Using mb_str() can be problematic if you do not reuse the pointer right away, if the wxString is used in any other way between when you extract the pointer to the data and the data itself the reference is freed and the pointer can end up pointing to something else entirely. client: Update project build files for World Community Grid. lib: get RAM, CPU, etc. information about BOINC processes even if it is running as Charity Engine. AND I am paraphrasing here: For anybody running into the 400 error on yoyo, Seti@Home or any other project, install 7.2.42 which includes the fix. All changes can be found here: http://boinc.berkeley.edu/dev/forum_forum.php?id=2 |
Send message Joined: 9 Mar 13 Posts: 2 Credit: 2,718,653 RAC: 0 |
The "problem" of crunchers with a big cache of tasks and therefore long waiting times for validation, could easily be solved. Just limit the number of task to a maximum of 5 per core, and the time to complete them to 5 days. There are more projects that do that.! |
Send message Joined: 9 Jun 12 Posts: 584 Credit: 52,667,664 RAC: 0 |
|
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
Last modified: 13 Mar 2014, 19:22:24 UTC Apparently, these large users have the resources to attach several machines to this project. Unfortunately, these large "new" users have effectively placed all of the other "crunchers" under their control if they are not limited as to how many machines they can have attached to this project. It doesn't make sense for one or a few people to "take" utter control of a public charity without some type of controls already set by the administrators. My point is, something needs to be done or you will possibly find asteroids@home minus several of it's crunchers because of the whims of a few people. It doesn't make sense.
|
Send message Joined: 16 Aug 12 Posts: 293 Credit: 1,116,280 RAC: 0 |
Well, from a total work throughput it would make sense because just 1 of those machines could do the work of 32 volunteers, give or take a little. Later when the quitters realize everybody's RAC is back to normal because the big bad boogeyman... err, boogeymachine... has started returning tasks they'll be back to crunch more A@H. Or they'll be replaced. Either way total production goes up enormously in the longrun. It makes perfect sense. Remember the point of all this is contributing to charity and feeling good about that, not whoring yourself out for worthless credits, not that you won't receive your worthless credits anyway. BOINC FAQ Service Official BOINC wiki Installing BOINC on Linux |
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
|
Send message Joined: 21 Dec 12 Posts: 176 Credit: 136,462,135 RAC: 1,428 |
Last modified: 13 Mar 2014, 22:32:05 UTC |
Send message Joined: 8 Aug 13 Posts: 46 Credit: 1,503,000 RAC: 0 |
|
Message boards :
Number crunching :
Slower, validation pending??