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.

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.

There are some big crunchers with lot of tasks in queue.

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.

There are some big crunchers with lot of tasks in queue.

Thought this might be the case, thanks for the swift reply.

regards,

Tom.

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

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

My RAC has gone down about 4000 points in the last 2 weeks. It's still taking an extraordinary amount of time to complete work units.

My RAC has gone down about 4000 points in the last 2 weeks. It's still taking an extraordinary amount of time to complete work units.

Validate or calculate?

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...

Unhide your system so we can take a closer look.

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.

okay[/quote]

They never grew quite that fast...

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

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.!

As HA-SOFT has written, you have to wait till the validation. There is a new user which has too many machines attached to the project with big cache set so he has very much results which are waiting to being processed.

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.

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

Fine. I guess you'd have no problem finding 100 volunteers with unlimited access to machinery and power. Good luck....

Last Pentathlon I crunch einstein and have got last credit after 9 months. Nobody loose credits and work is usefull at all events.

So, I'm being compared to a whore and a pirate. Good bye and good luck gentlemen.